Webinar: Il “real device testing” di Perfecto Mobile per una strategia mobile di successo
•Download as PPTX, PDF•
0 likes•550 views
Emerasoft, partner italiano di Perfecto Mobile, presenta un webinar per mostrarvi come testare le vostre app su dispositivi mobili reali e garantire agli utenti la massima usabilità su qualsiasi device o browser. Uno dei Testing Guru di Emerasoft illustra le principali problematiche del test sui dispositivi mobili, evidenziando come Perfecto Mobile sia il tool ideale in grado di testare le performance delle app, consentendo di ottenere un risultato all’altezza delle aspettative degli utenti. Visualizza il webinar alla seguente pagina: https://www.youtube.com/watch?v=1gq6MayO4_w
Recommended
More Related Content
What's hot
What's hot (13)
Similar to Webinar: Il “real device testing” di Perfecto Mobile per una strategia mobile di successo
Similar to Webinar: Il “real device testing” di Perfecto Mobile per una strategia mobile di successo (20)
More from Emerasoft, solutions to collaborate
More from Emerasoft, solutions to collaborate (20)
Webinar: Il “real device testing” di Perfecto Mobile per una strategia mobile di successo
- 1. • Emerasoft srl • Mission • Vision • Market & Solutions Maria Chiara Ambrosio Mauro Della Toffola
- 2. Agenda • Il mobile testing • La soluzione Perfecto Mobile • Solution demo • Q&A Webinar: Il “Real Device Testing” di Perfecto Mobile per una strategia mobile di successo. SETTEMBRE 2015
- 3. Chi siamo Data di nascita: 2005 Dove siamo: via Po, 1 – Torino via del Poggio Laurentino, 118 - Roma Creare valore per i nostri clienti implementando soluzioni che aumentano la produttività, facilitando la collaborazione. La nostra mission:
- 4. DevOps IoT System & Software Engineering Testing ALM SOA Process Intelligence Business Intelligence Security Digital Publishing Training ALM+PLM traceability standard compliance collaboration Big Data BYOD User Experience Quality Enterprise Mobility agile IoD IoH Usability API BPM Continuous DeliveryContinuous Integration
- 5. DevOps IoT System & Software Engineering Testing ALM SOA Process Intelligence Business Intelligence Security Digital Publishing Training ALM+PLM traceability standard compliance collaboration Big Data BYOD User Experience Quality Enterprise Mobility agile IoD IoH Usability API BPM Continuous DeliveryContinuous Integration
- 6. STRUMENTI E SERVIZI DI SOFTWARE TESTING Test Automation web e mobile Test Execution: • Excel Integration • Test Report KPI e SLA Test di carico e di performance: • Web • Mobile • Virtual environments (CITRIX; Oracle Forms) • Gestione requisiti • Configuration Management con Subversion e Git • Continuous Integration e deploy con Jenkins • DEVOPS
- 7. Problem ?
- 14. Requirement, Test, Task, Defect, Planning, Release, Compliancy AutomationModel CI Delivery PerformanceConfig
- 16. Cos'è e cosa serve Vi sono due distinzioni fondamentali in ambito Testing Functional Testing ovvero quei test che verificano e validano il comportamento di un software, quindi “cosa fa” un sistema Non - Functional Testing ovvero quei test che verificano “come” funziona il sistema, e quindi test di stress, carico, affidabilità, manutenibilità, usabilità e portabilità
- 17. Cos'è e cosa serve Il Testing o Software Testing fa parte delle assicurazioni di qualità, ma non è l’unica Debugging (lato sviluppo) Profiling Benchmarking Sono altre assicurazioni di qualità che fanno parte dell’accezione comune di Software Testing parleremo oggi di tutti gli aspetti legati alle assicurazioni di qualità
- 18. Il collaudo, o software testing
- 19. Il termine Software Testing, è in informatica, il collaudo del software Il quale è un procedimento, che fa parte del ciclo di vita del software, utilizzato per individuare le carenze di correttezza, completezza e affidabilità delle componenti software in corso di sviluppo. Consiste nell'eseguire il software da collaudare, da solo o in combinazione ad altro software di servizio, e nel valutare se il comportamento del software rispetta i requisiti. Cos'è e cosa serve
- 20. Cos'è e cosa serve In generale, occorre distinguere i "malfunzionamenti" del software "failure" dai "difetti” del software "fault" o "defect" o "bug”
- 21. Cos'è e cosa serve Il malfunzionamento o "failure” è un comportamento del software difforme dai requisiti espliciti o impliciti. Il failure Si verifica quando, in assenza di malfunzionamenti della piattaforma, (hardware + software), il sistema non fa quello che ci si aspetta Per esempio un link non corretto, una funzionalità assente ma necessaria o tracciata in modo implicito o esplicito nei requisiti del software
- 22. Cos'è e cosa serve Il difetto o bug oppure defect, è una sequenza di istruzioni, sorgenti eseguibili, che quando eseguita con particolari dati in input, genera un malfunzionamento. Il Bug o Defect In pratica, si ha un defect, solo quando viene eseguita una specifica procedura che contiene il difetto e solo se i dati di input sono tali da evidenziare l’errore Per esempio: un form in una web application che accetta qualsiasi parametro in input, come ?!”£$ etc, come per il campo “nome utente” o “email”
- 23. Cos'è e cosa serve Lo scopo del collaudo è di rilevare i defects tramite i malfunzionamenti, al fine di minimizzare le probabilità che il software rilasciato abbia dei malfunzionamenti nella normale operatività. Nessun collaudo può ridurre a zero tale probabilità, in quanto le possibili combinazioni di valori di input validi sono enormi, e non possono essere riprodotte in un tempo ragionevole. Tuttavia un buon collaudo può rendere la probabilità di malfunzionamenti abbastanza bassa da essere accettabile dall'utente.
- 24. Cos'è e cosa serve L'accettabilità di una data probabilità di malfunzionamento dipende dal tipo di applicazione. Il software per cui è richiesta la massima qualità, è quello cosiddetto "life-critical", cioè in cui un malfunzionamento può mettere a rischio la vita umana, come quello per apparecchiature medicali o aeronautiche. Per tale software è accettabile solo una probabilità di malfunzionamento molto bassa, e pertanto il collaudo è molto approfondito e rigoroso. Per rilevare il maggior numero possibile di difetti, nel collaudo si sollecita il software in modo che sia eseguita la maggior quantità possibile di codice con svariati dati di input.
- 26. Il Functional testing Il functional testing o test funzionale è un’attività che fa parte delle procedure di qualità Si riferisce alle attività che verificano un’azione specifica o una funzione nell’applicazione. Le azioni e le funzioni da testare sono generalmente derivabili in modo diretto dai requisiti software.
- 27. Ok, ma… cos’è un requisito?
- 28. In ingegneria, un requisito è una singolare e documentata necessità fisica e funzionale che un particolare prodotto o servizio deve possedere. E‘ comunemente usato nel senso formale nell’ingegneria dei sistemi, del software engineering, o ingegneria aziendale. Si tratta di un'istruzione che identifica un attributo necessario, capacità, caratteristiche, o la qualità di un sistema per produrre un valore. Il Functional testing
- 29. Il Functional testing Saturn V Per vincere la gravità terrestre, un vettore deve raggiungere quella che viene chiamata la “velocità di fuga”. Questa velocità equivale a 11,2 km/sec. Per esempio…
- 30. Il Functional testing Il Requirement Based Testing Si introduce durante la prima fase dello sviluppo software, dove la correzione degli errori ha un costo inferiore; Si introduce nella fase della raccolta dei requisiti, dove la maggior parte dei difetti hanno effettivamente luogo; Risponde in modo effettivo alla crescita della qualità dei requisiti: i requisiti inadeguati sono spesso la ragione del fallimento del progetto; Permette ai casi di test di evolvere, seguendo la volatilità dei requisiti stessi ed adeguandosi di conseguenza. Un approccio comunemente utilizzato per la creazione dei casi di test funzionali è proprio quello di derivare questi test direttamente dai Requisiti Questo processo prende il nome di Requirement Based Testing (RBT)
- 31. Requisiti, 56% Design, 27% Altro, 10% Codice, 7% Distribuzione dei bug Il Functional testing
- 32. Requisiti, 82% Design, 13% Altro, 4% Codice, 1% Distribuzione dell'effort per correggere i bug Il Functional testing
- 33. Il Functional testing La scrittura e la definizione dei casi di test è fondamentale È sempre necessario avere una quantità ragionevole di casi di test Assicurandosi che questi test siano davvero efficaci per verificare le funzionalità, quindi i requisiti Funzionalità (requisito) Test Test Test
- 34. Il Functional testing Una corretta strategia è quindi di integrare la definizione dei test durante il ciclo di vita e di sviluppo del progetto stesso, avendo sempre in mente le specifiche ed i requisiti.
- 35. Perfecto Mobile CQ Better Apps Faster, No Compromising
- 36. THE LEADER IN MOBILE APP QUALITY PERFECTO MOBILE AT A GLANCE SETTING THE BAR FOR MARKET SUCCESS DOMINANT LEADER & VISIONARY INDUSTRY STANDOUT AND RISING STAR Perfecto helps companies implement continuous quality by accelerating app release velocity without compromising quality. “Perfecto Mobile currently has the the strongest 3rd party position in the market” – Thomas Murphy Frost and Sullivan Customer Value Leadership Award – Mobile Application Testing, Global, 2013
- 37. The Speed of Mobile Business Transformation Insatiable user demand Pace of Innovation BYOD and Mobile Apps are the #1 and #2 most important trends for enterprises 2013 and 2014 Gartner
- 38. Users Expectations are High … And ready to try the next best thing Engagement follows Flawless and Immediate Execution THE KEY METRICS Downloads | Active Users | Retention
- 39. Mobile Innovators are Transforming Enterprises Driving Customer Engagement Strengthening Brand Beat competition through innovation 53% of Business leaders expect mobile technologies and apps will drive business innovation over the next three years. Source: Harvard Business Review
- 40. What Challenges Are MBNA Experiencing? Unit Smoke Regression UAT Load Security Out of cycle Testing • Coverage • Environment • Feedback Manual Test Slow Feedback
- 41. Velocity and Release Frequency Challenges Quality Coverage - end user flows, devices, OS Stability and consistency of test env. between cycles Collaboration across teams / locations Fast Feedback Velocity AVERAGE RATING
- 42. Key to Speed: Automating the Process & Testing Service Virtualization Automation that Works Component Library | Parallel Execution |App & System Level Control “Always Ready” Lab Device-as-a-Service |Real Devices | Carrier Connected | Globally Distributed Non-Functional Test • Real world condition testing • Performance testing • Production readiness Continuous Integration Build Sanity
- 43. Achieving Continuous Quality Requires a Modern Lab 1. Real end user conditions 2. Enterprise grade SLA (Consistent, Stable, Secure) 3. Open and Integrated 4. Global and collaborative 5. Hybrid Cloud deployment model 6. Elastic
- 44. 44 Enterprise Grade • Secure • Available • Consistent • Device SLA Global & Collaborative • Remote access • 12 Global Data Centers • Share devices with offshore Teams Hybrid • Devices on prem and In The Cloud Real End User Conditions • Real Devices • Real Networks • “Wind Tunnel” - Real World Device and App Conditions Open and Integrated • MobileCloud API • Selenium • Eclipse • Jenkins • … Elastic • 100s of Devices On-Demand When Needed The Continuous Quality Lab Continuous Quality Lab – Key Capabilities
- 45. The Right Services Manual Test Test Automation PerformanceApp Monitoring
- 46. Recap – Mobile is Driving Business innovation Faster Release Frequency Continuous Quality Imperative
- 47. Perfecto Mobile CQ Software Demo
- 48. Contenuti disponibili su: Canale slideshare di Emerasoft Canale Youtube Emerasoft www.emerasoft.com www.emerasoft.com/servizi/qcloud Q&A ? What’s next
- 49. Segui i nostri canali … www.emerasoft.com sales@emerasoft.com Emerasoft Srl via Po, 1 – 10124 Torino via del Poggio Laurentino, 118 – 00144 Roma T +39 011 0120370 T +39 06 87811323 F +39 011 3710371 Grazie… Contatti
Editor's Notes
- Contenuto del webinar: panoramica generale dei criteri di selezione dei prodotti e successiva descrizione tecnica dei prodotti di test. Emerasoft si occupa di analizzare il mercato e di selezionare le migliori tecnologie per rispondere al meglio alle esigenze dei clienti.. Attraverso nuove metodologie e strumenti vuole favorire la crescita di modelli di Business e di Sviluppo più efficaci a costi e investimenti ridotti.
- Quando un problema si può aggirare, non è un problema sensibile. L’esperienza ci ha insegnato che il problema diventa importante quando non è aggirabile
- Approccio problem solving su problemi specifici anche se di grande impatto. Il Qcloud nasce per gestire in maniera specifica tutta una serie di problemi critici e non, prima che diventino emergenza.
- Evitaimo che il problema di trasformi in situazione di emergenza continuativa, che crea costi indotti ed enormi effort di gestione.
- Fattori che portano allo stato di emergenza: il driver organizzativo: conseguente a cambi organizzativi o di processo. il time to market: l’evoluzione tecnologica è tale da richiedere un delivery sempre più rapido. Le aziende hanno la necessità di aumentare i tempi e il numero dei rilasci. il business: cambia sempre idea. I requisiti di progetto mutano in continuazione, anche durante lo sviluppo applicativo. la tecnologia: evolve cambiando i linguaggi di programmazione e i framework utilizzati al supporto dello sviluppo
- Gli strumenti e i supporti che devono agevolare gli uffici di test devono avere queste caratteristiche: rapida configurabilità: cambiando il processo o l’organizzazione gli strumenti devono essere in grado di seguire questo processo in tempi rapidi. dopanti: devono essere in grado di accelerare i tempi, ma senza creare overhead nella gestione dello strumento stesso. Moderni: devono seguire l’evoluzione tecnologica per es. adatti a gestire tecnologie flex o flash Collaborativi: in grado di far transitare le informazioni attraverso più ruoli dell’organizzazione. Ad esempio far dialogare il business con l’ufficio tecnico
- L’applicazione di questi strumenti deve abbracciare ambiti orizzontali e ambiti verticali. Per ambiti orizzontali si intendono tutte le discipline che coinvolgono più enti o un numero elevato di persone all’interno dello stesso processo o organizzazione. Gli ambiti verticali hanno un altrettanto valore complessivo ma coinvolgono un gruppo molto ristretto di persone su un pezzo di processo molto piccolo.
- Noi risolviamo problemi.
- Con Polarion copriamo i problemi crosscompany e con gli altri risolviamo problemi e porzioni di processo specifici, quali configuration management, modeling, continuous delivery, test automation e di performance.
- Device and OS manufacturers are innovating at a lightning speed. For example, Apple Pay or TouchID. Carriers have trained users to constantly upgrade to the newest device/OS. “There’s an app for that” is now a reality. The result is that some enterprises are making the strategic decision not too simply extend current practice to mobile but re-architect business models to fully exploit the unique characteristics of mobile – contextual, personalized & useful functionality. The pace is relentless and only accelerating.
- There’s a but, High user expectations. As complicated as the mobile content delivery chain complete with both back end and third party services / ad networks or the fact that the quality of user network conditions vary widely – users expect apps to work, and work flawlessly with near immediate responsiveness. Mobile has nearly eliminated any switching cost between apps. Users encountering a negative experience are highly likely shift their attention and engagement to a competitive offering. This also extends to vendors who fail to leverage the very latest mobile innovation including the internet of things trend. Keep up or risk being abandoned. DAUs/MAUs (ratio of daily active users to monthly active users) – What percentage of your users are visiting every day? You can also break this down and see what percentage of your users are visiting 8 times a month, 4 times a month, etc.Average visits per month – How often does each user open the app? Some app managers look at the inverse of this which is visit interval or what is the average time between visits. You can look at it either way. The insight is similar.Time in app – How long is the duration of each visit?Screen views – How many screens is each user visiting?Retention – What percent of new installs are visiting the next day, the day after that, the day after that, etc.? The most common metric for this is 30/60/90 day retention (how many users are still visiting 30, 60, and 90 days after the first install).
- It’s clear, SOME enterprises are realizing material top line revenue growth driven by investing in quality mobile experiences. For example, numerous banks are already projecting when mobile will become the primary customer engagement point. Retailers Source: Harvard Business Review: Business Transformation and the CIO Role https://enterprisersproject.com/sites/default/files/Business%20Transformation%20and%20the%20CIO%20Role.pdf
- This is our point of view of the challenges
- Build #1 – Test automation pyramid, developed by Mike Cohn, 2009. Describes a test strategy that suggest the greatest investment should be in testing the smallest units of code. From there the next investment should be on system or integration testing. And the smallest investment made at the most brittle application layer the UI #2 – While this is an excellent investment strategy, the objective should be on building “automation that actually works.” Automation should be viewed and treated as code and not a second class citizen. Therefore, reuse should be planned for in day one with thoughts of building a framework or component library at the forefront of each automation team’s agenda. Recognizing the uniquely mobile aspects of apps, effective test automation will require control of both the system (or for iOS springboard) level control AND in-app control. Combined these will enable coverage. #3 The Always Ready Lab – automation alone is not good enough for mobile. Mobile app quality requires access to a test environment that is nearly a production replica without burdening devtest teams the burden of managing 20, 30, 5o devices in house or worse in numerous difference locations. #4 CI Nearly every app team is striving to accelerate and CI is emerging as a leading solution. Automation is cornerstone for these strategies to become effective – Automating the process and testing along with an always ready lab provides teams with fast feedback #5 Service virtualization is being rapidly adopted by team struggling due to lacking access to services provided by systems of record or third party providers. SV enables teams to execute testing while mimicking the behavior and data flows of these systems. #6 Fundamental to truly optimizing flows for faster delivery is recognizing that common out of cycle tests should coincide with earlier testing phases.