mobile ui testing tutorial gui testing ios
Guida al test dell'interfaccia utente dell'app mobile: scopri come eseguire test dell'interfaccia utente iOS e Android
Con il fiorente mercato dei cellulari, il test delle applicazioni mobili è diventato ogni giorno entusiasmante.
come rimuovere l'elemento dall'array in java con l'esempio
Semplicemente eseguendo test funzionali su un'applicazione mobile, non è possibile disconnettere l'app. Ci sono pochi altri tipi di test come test sul campo, test di rete, test dell'interfaccia utente, test della durata della batteria, ecc. Che devono essere eseguiti.
Il test dell'interfaccia utente è uno dei test importanti nel test delle applicazioni mobili e non dovrebbe essere preso alla leggera.
L'interfaccia utente grafica crea molte differenze nel modo in cui un utente trova la tua applicazione interessante e interattivo. L'importanza di una GUI decente e attraente può essere percepita in modo più significativo in un ambiente di dispositivi intelligenti in cui le dimensioni dello schermo sono molto più piccole rispetto a un laptop o uno schermo desktop.
Cosa imparerai:
- Importanza del test dell'interfaccia utente dell'app mobile
- Come decidere quanto test dell'interfaccia utente è necessario?
- Linee guida: cosa testare nei test dell'interfaccia utente delle app mobili
- Come testare le variazioni dell'interfaccia utente su diverse versioni del sistema operativo?
- Dispositivi reali o emulatori: cosa scegliere per il test dell'interfaccia utente?
- Test dell'interfaccia utente manuale o di automazione?
- Strumenti di test dell'interfaccia utente delle app mobili
- Elenco di controllo per testare l'interfaccia utente dell'app mobile
- 5 miti sui test automatizzati dell'interfaccia utente mobile
- Il mito e la realtà
- Conclusione
- Lettura consigliata
Importanza del test dell'interfaccia utente dell'app mobile
Come utente ti sentirai come usare un'app che manca di interazione con l'utente e rende difficile capire come usarla?
Quando gli utenti utilizzano un'applicazione mobile per la prima volta, non sono solo le prestazioni a catturare l'attenzione, ma anche l'interfaccia utente accattivante. Un'applicazione user friendly vende di più rispetto a un'app che è sviluppata al meglio ma con una brutta interfaccia utente.
Se un'applicazione ha un'interfaccia utente perfetta e splendida su un dispositivo ma sull'altro è completamente distorta solo perché ha una dimensione diversa o un sistema operativo diverso, allora lascerà una pessima impressione. Il successo commerciale dell'applicazione ne risentirà gravemente.
Promuoverai un'app in cui il pulsante è troppo piccolo per fare clic bloccando l'intero set di funzionalità?
Non sono queste esperienze spiacevoli per gli utenti? A causa dei casi sopra menzionati, diventa molto importante testare l'interfaccia utente di un'applicazione. Le due principali verifiche che devono essere eseguite per le applicazioni mobili sono la facilità d'uso e l'aspetto su diversi modelli e versioni del sistema operativo.
Di seguito è riportato un esempio di come l'interfaccia utente dovrebbe essere perfetta su schermi di dimensioni diverse:
Come decidere quanto test dell'interfaccia utente è necessario?
Il grafico seguente indica i vari verticali in cui è possibile classificare le app mobili:
[Immagine fonte ]
Dal grafico sopra, puoi vedere che le app di gioco prendono la maggior parte della quota di mercato di circa il 24,43%, quindi seguite dalle app aziendali e didattiche.
- Le app sviluppate come app di gioco richiedono test approfonditi in ogni aspetto poiché l'interfaccia utente è il principale contributore per ottenere il successo, indipendentemente dal fatto che si tratti di un'app nativa o ibrida
- Un'app aziendale potrebbe non fare affidamento completamente sull'interfaccia utente per il suo successo perché nella maggior parte dei casi il pubblico di destinazione è addestrato a utilizzare l'app. Pertanto, tali app potrebbero avere una semplice interfaccia utente.
- Le app sviluppate per scopi didattici richiedono test approfonditi dell'interfaccia utente.
- Anche le app commerciali come acquisti, viaggi, ecc. Richiedono un test completo dell'interfaccia utente su dispositivi e varie versioni del sistema operativo.
In breve, a seconda dello scopo dell'app, è possibile decidere la profondità del test dell'interfaccia utente, ma il test dell'interfaccia utente dovrebbe essere sempre eseguito su almeno 3 diverse versioni del sistema operativo.
Linee guida: cosa testare nei test dell'interfaccia utente delle app mobili
Durante il test dell'interfaccia utente su un'applicazione mobile, è necessario verificare varie caratteristiche.
Di seguito sono riportate alcune delle caratteristiche che dovrebbero essere testate per ogni app:
# 1) Risoluzione dello schermo
Di seguito sono riportate alcune delle risoluzioni dello schermo comuni che vengono prese in considerazione durante la creazione di banchi di prova:
- 640 × 480
- 800 × 600
- 1024 × 768
- 1280 × 800
- 1366 × 768
- 1400 × 900
- 1680 × 1050
Tutte queste risoluzioni sono indispensabili per i test quando hai un layout a più colonne nella tua app.
Quindi la verifica deve essere eseguita partendo dalla risoluzione più piccola fino a quella più grande. Oltre a questo, se la tua app ha un lungo elenco di schede con informazioni, anche quelle devono essere testate con una risoluzione diversa per il loro wrapping delle informazioni.
# 2) Dimensioni dello schermo
Sono presenti troppe variazioni nelle dimensioni dello schermo e nelle risoluzioni disponibili. Soprattutto nei dispositivi intelligenti, le dimensioni dei controlli non sono statiche, ma sono in relazione con le dimensioni dello schermo disponibili.
Durante il test, assicurati che le dimensioni dei controlli siano esteticamente buone e che il controllo sia completamente visibile sullo schermo senza alcuno scorrimento. Prova la GUI su diversi dispositivi con diverse dimensioni dello schermo e risoluzioni.
Gli emulatori sono utili per questo scopo, ma nulla corrisponde al dispositivo reale. Quindi assicurati di provare su almeno due o tre dispositivi reali. Inoltre, non dimenticare di testare l'orientamento orizzontale e verticale se il dispositivo lo supporta.
È necessario testare l'applicazione con risoluzioni di uso comune per garantirne l'usabilità.
Poche cose che devi capire qui sono:
La differenza tra le dimensioni dello schermo e la risoluzione: La dimensione dello schermo è la lunghezza dello schermo in pollici misurata in diagonale o da un angolo all'altro dello schermo. La risoluzione dello schermo è la larghezza e l'altezza, Esempio 640w × 480h che rappresenta il numero di pixel che attraversano lo schermo moltiplicato per diversi pixel che scendono.
# 3) Diversi elementi dell'interfaccia utente
Gli elementi dell'interfaccia utente come pulsanti, intestazioni, icone, immagini, campi di selezione, campi di testo, caselle di controllo, ecc. Sono alcuni dei diversi elementi che devono essere verificati per il loro aspetto e le dimensioni sullo schermo.
In particolare per i campi di testo, se la tastiera virtuale viene visualizzata al tocco nel campo di testo dovrebbe essere testato e verificato.
La cosa più importante è un test approfondito delle dimensioni dei pulsanti perché ricordo nella nostra app durante il test sul telefono Galaxy S, abbiamo trovato un blocco in cui un pulsante aveva bloccato l'intera app solo perché il pulsante sembrava troppo piccolo per fare clic.
La posizione degli elementi dell'interfaccia utente dovrebbe anche essere verificata rispetto al requisito, ad esempio se tutti devono essere allineati al centro o a sinistra, ecc.
# 4) Stile: colore e schema del tema del dispositivo
L'interfaccia utente dell'app e la combinazione di colori devono essere coerenti con i diversi colori e schemi di temi del telefono. Il colore e il tema di un telefono Samsung sono molto diversi da quelli di Nokia o del telefono MI .
Quindi è necessario verificare se l'app sembra coerente su questi telefoni.
La tua applicazione ha un design specifico. E lo stile dei controlli dovrebbe corrispondere a quel design. Potresti aver visto molte applicazioni in cui alcuni controlli, ad es. i pannelli hanno bordi arrotondati e altri controlli, ad es. le caselle di testo hanno bordi taglienti.
Sebbene questo tipo di problemi non influisca sull'usabilità o sulla funzionalità dell'app, l'aspetto coerente dell'applicazione aiuta a costruire una relazione amichevole tra l'applicazione e l'utente.
Una delle cose più importanti nello stile è il carattere delle diverse pagine. Il carattere dovrebbe essere testato bene per evitare qualsiasi incoerenza nell'aspetto dell'applicazione.
Il più delle volte, ci concentriamo sul testo che è visibile in situazioni normali e ignoriamo il testo che appare in situazioni specifiche. I messaggi di successo e di errore sono un esempio di questo tipo di testo.
Un altro fattore importante nello stile è una relazione tra il colore del carattere e la situazione in cui viene visualizzato il testo.
Per esempio, Il colore rosso viene utilizzato per i messaggi di errore, il verde per il successo, il giallo per gli avvisi e il blu per i collegamenti ipertestuali.
# 5) Multi-touch o Singolo tocco
Se la tua app supporta la funzionalità multi-touch come pizzica per ingrandire o pizzica per ridurre, ecc., Allora devi testare a fondo questa funzione e creare molti casi di test per questo per tutti gli schermi applicabili.
# 6) Pressione lunga o breve
Una pressione prolungata su un'icona mostra il menu contestuale mentre un breve tocco esegue la primissima azione del menu. Se questa funzione è fornita nella tua app, devi verificare questa funzionalità e tutte le funzionalità attorno ad essa.
# 7) Posizione
Posizione e posizione sono le due parole che vengono usate alternativamente e, cosa interessante, sono ulteriormente utilizzate per trasmettere due concetti diversi che vengono spiegati di seguito:
1) A volte è l'area dello schermo in cui appare un controllo.
Per esempio, L'intestazione si trova su superiore della pagina, le etichette sono Allineato a sinistra e le caselle di testo sono Allineato a destra, ecc. Qui, 'in alto', 'allineato a sinistra' e 'allineato a destra' sono posizioni relative dei controlli.
Due) A volte è l'ordine di controllo tra gli altri controlli.
Per esempio, mentre si ottengono informazioni personali, il nome è seguito dal cognome. Oppure, il formato dei controlli per richiedere un indirizzo negli Stati Uniti dovrebbe essere in ordine - CAP, città, stato.
Per entrambe queste situazioni, stiamo parlando della posizione dei controlli.
Durante il test per la posizione e la posizione dei controlli, assicurati che tutto sia posizionato logicamente sullo schermo e mostri un buon senso estetico.
Ci sono situazioni in cui uno o più controlli vengono visualizzati su più di uno schermo. In questa situazione, è necessario assicurarsi che compaiano nella stessa posizione e nello stesso ordine relativo su tutte le pagine.
Come testare le variazioni dell'interfaccia utente su diverse versioni del sistema operativo?
L'interfaccia utente varia con la versione del sistema operativo e con il lancio di una nuova versione, vengono apportati miglioramenti all'interfaccia utente.
Osserviamo l'interfaccia utente dei 3 sistemi operativi più recenti attualmente disponibili e comprendiamo come queste variazioni influiscono su un'applicazione mobile.
Sono:
- Lecca-lecca
- Marshmallow
- Torrone
Guardando l'elenco precedente di nuove funzionalità dell'interfaccia utente o funzionalità, come controllo di qualità è necessario progettare casi di test attorno a questo.
1) Lecca-lecca:
- Crea casi di test per l'effetto del nuovo design sulla tua app.
- Non necessariamente per tutte le schermate, ma crea casi di test per accedere ai nuovi collegamenti sulla tua app.
2) Marshmallow:
- Se la tua app si occupa di emoji, crea casi di test per verificare i nuovi emoji. Le app che consentono agli utenti di scrivere recensioni o chattare sono quelle che usano frequentemente gli emoji.
- Quando la tua app viene pubblicata e installata per la prima volta, potrebbe essere necessario chiedere l'autorizzazione, quindi è necessario eseguire il test dell'interfaccia utente della nuova schermata di autorizzazione. E crea casi di test per lo stesso.
- Se la tua app utilizza Google Now, devi creare casi di test per testare l'interfaccia utente della funzione Google Now aggiornata.
3) Torrone:
- È necessario eseguire test approfonditi della tua app per la modalità realtà sogno ad occhi aperti e quindi creare casi di test di conseguenza.
- Crea casi di test per verificare le opzioni di menu per la tua app.
- Se la tua app si occupa di emoji e GIF, crea casi di test per verificare i nuovi emoji e l'opzione per inviare GIF.
Dispositivi reali o emulatori: cosa scegliere per il test dell'interfaccia utente?
Quando devi testare un'applicazione mobile potresti pensare a quale dovrebbe essere il banco di prova?
Se testare su un dispositivo reale o un emulatore o entrambi? Non esiste una risposta definitiva a questo perché la scelta dipende da ciò che si desidera testare.
Per testare la funzionalità, le prestazioni, la risposta della rete, il test sul campo, ecc., Dovresti sempre preferire un dispositivo reale. Ma per cose come l'interfaccia utente dovresti scegliere emulatori insieme ad alcuni dispositivi reali.
Professionisti
I vantaggi dell'utilizzo di emulatori per i test dell'interfaccia utente sono:
1) Non è praticamente possibile raccogliere i dispositivi di tutte le risoluzioni e anche questo costerebbe un'enorme quantità di denaro. Ma gli emulatori non costano nulla.
Due) Con un emulatore, puoi creare tutte le risoluzioni dello schermo e le combinazioni di sistemi operativi.
3) Se disponi di un solo set di dispositivi reali ma il team QA è composto da più di una persona, tutti i QA non possono eseguire test per lo stesso banco di prova in parallelo. Con un emulatore, ogni QA può creare la stessa combinazione sulla propria macchina e testare in parallelo.
4) Il test su un emulatore richiede meno tempo ed è più veloce rispetto a un dispositivo reale.
5) Bug comuni relativi all'interfaccia utente come l'allineamento ecc. Possono essere facilmente rilevati dagli emulatori.
Contro
I contro includono:
1) I gesti non possono essere testati sugli emulatori. È possibile emulare un solo gesto alla volta.
Due) Anche gli input fisici del GPS, la caduta o la rete debole, ecc. Non possono essere testati.
3) Non è possibile creare un emulatore per telefoni Sony, LG, Nexus, ecc.
4) Non è possibile creare un ambiente reale con batteria scarica o memoria insufficiente ecc. Sull'emulatore.
Quindi la decisione dovrebbe essere presa in base alla tua app e ai requisiti di test.
Test dell'interfaccia utente manuale o di automazione?
Nessun prodotto, sia che si tratti di un'app desktop, di un'app Web o di un'app mobile, può essere rilasciato senza test. In qualità di QA facciamo fatica a trovare e segnalare ogni difetto, ma comunque vengono segnalati dai clienti.
Sai perché?
Perché lunghi test che spesso vengono evitati o saltati lasciando così inosservati bug. Anche la copertura del 100%, l'esecuzione approfondita non è possibile con il test manuale.
Il test dell'interfaccia utente è piuttosto semplice e diretto e devi solo guardare come appare ai tuoi occhi. Ora, se questo viene fatto manualmente, richiede molto tempo. Inoltre, la maggior parte delle volte abbiamo bisogno di creare enormi dati per i test dell'interfaccia utente come una pergamena apparirà solo se le righe di carte attraversano un conteggio particolare.
La creazione di big data richiede molto tempo. Avere una suite automatizzata può risolvere entrambi i problemi.
Al contrario, se le funzionalità o l'interfaccia utente dell'app sono ancora in una fase di cambiamento, non ha senso investire nell'automazione. Allo stesso modo, se le funzionalità dell'app sono vitali, è meglio testarle manualmente.
Quindi, a seconda dei seguenti suggerimenti, dovresti decidere se testare manualmente o automatizzare:
- La natura della tua app.
- La stabilità della tua app.
- Le risorse disponibili come manodopera per studiare gli strumenti e confrontarli.
- Quanto tempo viene investito nello studio e nella messa a punto di uno strumento di automazione richiesto?
- Il cliente è pronto a investire tempo nell'accelerazione e nello studio?
Strumenti di test dell'interfaccia utente delle app mobili
Di seguito è riportato un elenco di 5 strumenti che possono essere utilizzati per il test dell'interfaccia utente di un'applicazione mobile per Android e / o iOS.
(Per gli strumenti di test della funzionalità y Puoi fare riferimento all'elenco degli strumenti di automazione sulla nostra automazione strumenti per testare le applicazioni Android pagina).
miglior cambia voce gratuito per discordia
# 1) Selendroid
Selendroid è uno degli strumenti migliori e più consigliati per l'automazione delle applicazioni mobili per i test dell'interfaccia utente.
Può essere utilizzato sia per le app native che per quelle ibride. Può essere utilizzato solo per app Android e i test API client vengono scritti utilizzando Selendroid 2. Può essere utilizzato anche con più di un dispositivo ed è completamente compatibile con JSON.
# 2) Testdroid
Questo è uno strumento basato su cloud e può essere utilizzato per una varietà di dispositivi, diverse risoluzioni dello schermo e versioni del sistema operativo sia per Android che per iOS. Il test dei dispositivi paralleli è un grande vantaggio di questo strumento ed è un buon strumento per il test dell'interfaccia utente. Aiuta gli sviluppatori a migliorare il time-to-market.
# 3) SeeTest
È uno strumento a pagamento e può essere utilizzato per Android, iOS, Windows, Symbian, ecc.
È uno strumento multipiattaforma e quindi il vantaggio è che lo stesso test può essere eseguito su tutte le piattaforme. Può essere utilizzato per tutte le applicazioni mobili e i test possono essere eseguiti in parallelo su più di un dispositivo.
# 4) Automazione dell'interfaccia utente
Questo è lo strumento ufficiale di test dell'interfaccia utente di Apple ed è lo strumento migliore per automatizzare le applicazioni iOS. Sebbene sia difficile da imparare, offre un grande vantaggio con librerie, prestazioni, test dell'interfaccia utente, ecc.
# 5) Zucca
Può essere utilizzato sia per test Android che iOS per app native o ibride. È uno strumento multipiattaforma ed è utilizzato al meglio per automatizzare gesti, screenshot, affermazioni, ecc. Può essere utilizzato su dispositivi touchscreen reali. Ha anche il supporto per il cetriolo.
Quando gli sviluppatori eseguono il test dell'unità dell'app, possono anche eseguire il test dell'interfaccia utente utilizzando Android Studio, ma può essere utilizzato solo per le applicazioni Android.
Lettura consigliata => Automatizza i test dell'interfaccia utente
Elenco di controllo per testare l'interfaccia utente dell'app mobile
Di seguito è riportato l'elenco di controllo per i tester per garantire che la GUI sia completamente testata su dispositivi intelligenti:
✅ | Prova la combinazione di colori e il tema generale dell'app sul dispositivo. |
✅ | L'orientamento dello schermo viene testato sia in modalità verticale che orizzontale. |
✅ | Controlla lo stile e il colore delle icone. |
✅ | Testa l'aspetto del contenuto web su una varietà di dispositivi e condizioni di rete. |
✅ | Prova il layout a più colonne: controlla se le colonne sono allineate correttamente e visibili anche con una risoluzione inferiore. |
✅ | Verifica se gli indicatori di avanzamento sono visibili durante il caricamento delle pagine. |
✅ | Controlla i menu e come vengono richiamati. |
✅ | Controlla gli elementi contenuti nel menu. |
✅ | Controllare l'uso della tastiera virtuale mentre si cambia la modalità dello schermo. |
✅ | Controlla l'effetto pinch-to-zoom tramite touch screen e trackball: i dettagli non dovrebbero essere distorti durante lo zoom. |
✅ | Prova l'effetto di scorrimento - dovrebbe funzionare in un colpo solo; schermata successiva deve nella risoluzione dello schermo senza distorsioni |
✅ | Testare la sensibilità dei pulsanti: dovrebbe essere cliccabile con qualsiasi tipo di tocco (un grande dito o uno stilo). |
✅ | La tastiera virtuale si apre automaticamente quando l'utente desidera inserire del testo in qualsiasi campo di testo. |
✅ | Verifica se l'applicazione è ben integrata con i tasti fissi del cellulare: start, home, menu, pulsanti indietro. |
✅ | Controlla se la navigazione e lo scorrimento della pagina funzionano correttamente tramite la trackball. |
✅ | Testare la reattività complessiva dell'applicazione sul dispositivo. |
5 miti sui test automatizzati dell'interfaccia utente mobile
Il test automatizzato dell'interfaccia utente mobile è considerato molto cruciale quando si pone la questione del successo dell'applicazione. Ma ci sono alcuni miti relativi ai test automatizzati.
Tali miti potrebbero non essere veri perché potrebbero essere superficiali. Approfondire il processo di test automatizzato lo fa scomparire. Cerchiamo di scavare più a fondo in loro.
Mito 1: velocità
Questo mito è molto comune. La maggior parte delle persone legate ai settori IT ha il mito che l'esecuzione di 'test di automazione' richieda più tempo rispetto ai 'test manuali'. Questo fatto è vero in una certa misura in alcuni scenari.
Il motivo è che il test manuale produce risultati rapidi rispetto al test automatizzato dell'interfaccia utente mobile. Ma questo è il caso solo nelle fasi preliminari e iniziali.
Con il tipo ripetuto di test, è necessario aggiungere molte più funzionalità di test o diminuire le qualità dei test. Mentre con il test automatizzato, si eseguono sempre livelli di test simili ogni volta, quindi si risparmia tempo a lungo termine.
Mito 2: copertura
Nello scenario attuale, i nuovi dispositivi Android vengono rilasciati regolarmente nei mercati. E il numero di app di tali sistemi operativi (OS) è in aumento. Poi ci sono sistemi operativi come iOS che hanno ancora più app realizzate per l'uso quotidiano.
Il test manuale per così tante app diventa molto difficile. Ma nei casi di test automatizzati, la manutenzione dei server cloud è sufficiente. Con l'aiuto di test automatizzati, è possibile una copertura di test totale e completa delle app.
Mito 3: costo
È un dato di fatto che il test automatizzato delle app costa di più rispetto ai costi del test manuale. Tuttavia, questo è vero solo se vengono eseguiti test per gli elementi essenziali dell'app. Man mano che l'ambiente dell'app e il software si complicano, i test manuali diventano più costosi.
Questo perché sono necessari strumenti più sofisticati per risultati di test ottimali. Insieme a questi sofisticati strumenti di test, è necessario personale altamente qualificato in grado di gestire tali strumenti. Ciò richiederà l'addestramento.
Quindi i test manuali diventano più costosi rispetto a quelli automatizzati.
Mito 4: coerenza
Nel caso del test manuale, c'è sempre spazio per percezioni diverse che variano da un tester all'altro. Ciò dipende anche dai test considerati, dagli ambienti e dalle app insieme al sistema operativo (OS).
Quando si applica il test manuale al software, ci sono buchi attraverso i quali possono passare pochi bug. Quindi il test manuale è utile solo per rilevare bug di base. I test automatici vengono eseguiti sugli script senza spazio per la percezione variabile, rendendolo infallibile.
Mito 5: riluttanza
Non è vero che i test automatizzati hanno sostituito gli esseri umani, piuttosto è per il miglioramento del tester manuale. I test automatizzati forniscono risultati automatizzati ripetutamente, più volte con la massima precisione. Quindi sorge la domanda, perché c'è bisogno di esseri umani?
Il test automatizzato richiede la scrittura di script e l'intera procedura di pianificazione. Questo compito richiede uno sforzo umano. La procedura di test automatizzato aiuta a risparmiare tempo e denaro in modo tale da utilizzare tali risorse per il miglioramento delle procedure di test manuale. Lo sviluppo di strumenti migliori aiuterà a sua volta a far avanzare le procedure già esistenti di test automatizzati.
Sopra menzionati sono alcuni dei miti più comunemente esistenti prevalenti nel settore dei test automatizzati. Questo deve essere eliminato per il miglioramento del test automatizzato dell'interfaccia utente mobile.
Il mito e la realtà
Il fatto è che anche le aziende di sviluppo più sofisticate utilizzano test manuali per cellulari o non conducono affatto test completi. Secondo i sondaggi Xamarin 2014, il 13,2% degli sviluppatori di dispositivi mobili esegue i test utilizzando l'interfaccia utente automatizzata. Secondo gli studi di Forrester Research, solo il 53% degli sviluppatori esegue test superficiali su singoli dispositivi.
I cinque fattori più comuni sul motivo per cui i team di dispositivi mobili non hanno qualità automatizzate delle app mobili e cinque ragioni per cui queste non hanno solo senso sono i seguenti:
a) La velocità è il primo mito.
Una persona non può prendere tempo per l'automazione. Nell'anno 2014, i fornitori avevano introdotto 7000 nuovi tipi di dispositivi Android. Poi c'erano 10000 API specifiche per i cellulari. L'applicazione dei cellulari viene spedita più velocemente e si modifica rapidamente. Con Quality Assurance (QA) in modalità di scricchiolio costante, non c'è tempo per creare script di test, mantenendoli sincronizzati con le funzionalità che cambiano regolarmente.
Lo scenario pratico del primo mito:
Uno sta perdendo tempo prezioso. È molto vero. Il test manuale è più veloce del test in termini di automazione. Ma questo è per la primissima esecuzione di test. Nelle esecuzioni successive, qualunque beneficio marginale il test manuale porti alle erosioni. Questo è quasi immediatamente. Insieme a tutte le ripetute esecuzioni di test o aggiunte di funzionalità, gli sviluppatori di app dovrebbero ridimensionare l'ambito del test o risorse di test aggiuntive.
Insieme al budget limitato, questo alla fine porta ai circoli viziosi di quelle qualità che stanno diminuendo. In risposta al coinvolgimento dei dati e alle recensioni negative degli utenti da dispositivi non testati, i team desiderano un'espansione della copertura del dispositivo. Ciò aumenta ulteriormente lo stress sui reparti di garanzia della qualità già come capacità.
È che l'azienda lotta per la manutenzione, la ricerca e l'approvvigionamento di dispositivi durante l'esecuzione dei test. Anche i programmi manuali di test dell'interfaccia utente meglio finanziati vengono accorciati verso la copertura completa.
Negli Stati Uniti, i team di dispositivi mobili richiedono test su 188 dispositivi per coprire il 100% delle azioni di marketing. Secondo la ricerca Xamarin del 2014, la maggior parte dei team di sviluppo esegue spesso test su 25 dispositivi o meno.
Più di un quarto di queste comunità di sviluppatori ha come target cinque dispositivi o meno. Nelle situazioni di test del mondo reale, l'automazione paga quasi istantaneamente e immediatamente. Alla prima esecuzione di test, si è visto che i consumatori accelerano i tempi di test di 4 volte. È oltre l'intero test manuale quando si esegue contro cinquanta o dispositivi più di quello.
Le esecuzioni in sottosequenza sono state molto più veloci. Eppure l'accorciamento è disponibile per una settimana di test quasi completa a soli utilizzi di poche ore.
b) La copertura è il secondo mito.
La frammentazione non è causa di possibilità di ampliare la copertura del dispositivo. Insieme a oltre 19000 dispositivi di Android unici e alla permutazione di dozzine per la formazione di sistemi operativi e fattori per iOS, molti team ritengono che non sia possibile coprire la maggioranza dei dispositivi nei mercati forniti.
Quindi c'è un test predefinito sulla manciata di questi dispositivi abbastanza buono.
La realtà del secondo mito:
Si potrebbe aver completato la copertura del dispositivo. Nel caso in cui le persone mantengano i dispositivi internamente a manciate, stanno facendo molto. L'approvvigionamento di dispositivi è difficile.
Mantenere i loro soldi, costi e tempo, a sua volta, rendere i loro tester disponibili dove e quando se ne avverte la necessità crea blocchi logistici. Gartner aveva affermato che gli sviluppatori di dispositivi mobili dovrebbero trovare modi per raggiungere tassi di automazione elevati per stare al passo con il ritmo della piattaforma e la diffusione del cambiamento. Questo era stato nell'hosting. Diverse funzioni utilizzate nella gestione interna.
Il percorso verso tale automazione avviene attraverso servizi cloud di terze parti. I servizi cloud di terze parti aiutano nell'automazione dei processi di caricamento delle app, nell'esecuzione di script di test, nel reporting dei risultati e nel ripristino sicuro dei supporti dei dispositivi per gli standard delle fabbriche. Anche i sottoinsiemi di test delle app vengono eseguiti in parallelo, accelerando così i risultati.
Durante i test su un'ampia gamma di dispositivi reali, i test cloud consentono a tutti i team di sapere con precisione come funziona l'app, eliminando a loro volta le tipiche supposizioni degli sviluppi mobili.
Esempio: I Product Manager stabiliscono meno requisiti di sistema insieme a confidenze giustificate nelle prestazioni dei dispositivi. Gli sviluppatori ricevono conferme visive oggettive della correzione dei bug prima dell'impegno delle build più recenti. Questo indipendentemente da dove e quando operano.
c) Il costo è il terzo mito.
Gli individui possono permettersi solo test manuali. I test di automazione richiedono la creazione di script di test, curve di apprendimento per il personale QA e infrastruttura. Molte squadre stanno già lottando per rispettare le scadenze. Sono già fuori budget. Quindi i test di automazione sembrano essere molto lontani.
Lo scenario pratico per il terzo mito:
I test manuali consentono di risparmiare denaro solo nel caso in cui le persone sacrificino le coperture. Il test manuale sembra meno costoso solo nella maggior parte degli ambienti essenziali.
Nel caso in cui il test includa un rapido 'controllo istintivo' delle funzionalità di base di un minor numero di dispositivi, il test manuale sembra un affare. Tuttavia, qualsiasi somiglianza con la copertura del test e il dispositivo completo renderà i test manuali molto più costosi dei test di automazione. Potrebbe essere anche veloce.
Il test manuale scala solo con l'aggiunta di più persone e masse. I costi non hanno una vera linearità. Aumentare il personale per soddisfare le richieste comporta enormi costi generali in forme di coordinamento e formazione. La divisione dei casi di test riduce quindi l'efficienza di tutti i tester conducendo la rimozione delle prospettive.
Inoltre, i tester che hanno abbastanza sofisticazione per scavare oltre i comportamenti degli utenti, esplorando e anticipando così i motivi per cui le applicazioni potrebbero non funzionare, potrebbero non essere né abbondanti né economici. I test di automazione richiedono sempre un po 'più di overhead al momento della configurazione iniziale.
Ma come affermato sopra, può produrre guadagni e profitti in modo drammatico nelle velocità di prova. Produce anche una corrispondente riduzione del personale entro un paio di giorni. Gli ambienti di test basati su cloud hanno ridotto ulteriormente i costi. Ciò è dovuto all'eliminazione dell'infrastruttura di test on-premise sottoutilizzata e costosa.
d) La coerenza deve essere il quarto mito.
Abbastanza buono deve essere condotto, eseguito e gestito. Per diversi team di test, le distribuzioni pronte sono decisioni soggettive basate sulle percezioni di molti tester manuali diversi. Hanno la consapevolezza che il significato sta nel fatto che gli insetti cadono attraverso le crepe.
Le coperture di test sovrapposte devono rilevare i problemi più comuni e critici prima del rilascio. Il resto dei bug attendono i rilasci di manutenzione.
Il vero scenario del quarto mito:
Le qualità non sono qualitative. La prontezza delle produzioni non deve essere fattore e questione di opinioni. In un ambiente di test manuale puro, le percezioni variano da un test all'altro e da un tester all'altro. Ciò porta a risultati irregolari dei test e documentazioni non coerenti.
Le decisioni diventano complicate quando sono presenti considerazioni sulla disponibilità dei prodotti. Porta a fallimenti di conformità, disincanto di massa e perdita di entrate. Inoltre, c'è la creazione di sacche di intese tribali non catturate che vengono perse quando persone e dipendenti escono dalla porta.
L'automazione, a sua volta, crea metriche quantificabili. Questo serve come fonte oggettiva della verità per informare le decisioni riguardanti la giustificazione della decisione aziendale, la prontezza del prodotto e l'avanzamento dei team grafici.
e) La riluttanza è il quinto mito.
Il test manuale è stato sostituito dal test di automazione. Molti sviluppatori diversi hanno accesso all'automazione dei test perché si aspettano di sostituire i tester manuali con le macchine.
Nel caso in cui l'automazione dei test ripeta test simili 1000 volte con un'accuratezza del 100 percento, sorgono domande sul motivo per cui ci sono esigenze umane a scopo di test. L'automazione degli script di test può essere eseguita anche dalle macchine.
L'immagine in tempo reale del quinto mito:
I tester manuali migliorano con i test di automazione. Le macchine e gli esseri umani possiedono buoni scenari per molte cose e fattori diversi. I tester, che eseguono test manuali, possono sempre eseguire test in modo più creativo.
I test di automazione li liberano dal fare ciò. Mentre gli esseri umani sono ansiosi di nuovi modi per rompere le app, l'automazione garantisce la conformità su un'ampia gamma di dispositivi. Questo va dai test unitari ai test di regressione completi. 2 approcci non devono funzionare isolatamente.
Eseguire i test essendo manuali esplorativi mentre i sistemi back-end non sono stati sottoposti a carichi da test automatizzati. Questi sono modi eccellenti per scoprire gli errori che si verificano negli ambienti delle produzioni. I test di automazione non sostituiscono i tester che sono umani. Ciò consente loro di svolgere un lavoro gratificante e interessante.
Consistenza, copertura, costo e velocità migliori si sommano a quelle qualità che vengono migliorate. Risparmiare tempo e denaro significa fare più test e non meno. Questo è il caso in cui si raggiungono traguardi importanti. Ciò consente ai test di tenere il passo insieme ai team di sviluppi agili invece di stare in piedi.
Quindi le organizzazioni rilasciano codice molto più frequentemente. Ciò riduce gli impatti e la quantità di difetti viene fornita. Ciò significa che gli sviluppatori lavorano con codici puliti. La correzione dei bug è stata drammaticamente meno complicata. Ciò libera i tester attraverso la sola azione di guardiani che si concentrano sulla creatività. I test esplorativi migliorano quindi le qualità dei prodotti.
Il test di automazione delle interfacce utente mobili offre vantaggi in termini di tempi e qualità. Strumenti automatizzati che consentono ai tester di valutare facilmente le interfacce utente delle app attraverso gamme più ampie di dispositivi mobili insieme alla possibilità di apportare modifiche per migliorare facilmente l'esperienza utente.
migliori società di big data per cui lavorare
Conclusione
Una cattiva interfaccia grafica è un'esperienza spiacevole per l'utente. Il test della GUI è altamente raccomandato e importante soprattutto quando si tratta di dispositivi intelligenti perché qui la dimensione dello schermo è relativamente piccola e sul mercato sono disponibili molte variazioni dei dispositivi.
L'applicazione potrebbe avere un aspetto e un comportamento diversi su dispositivi diversi. Quindi, è importante testare l'app su almeno alcune dimensioni e variazioni standard dei dispositivi.
Tutte le applicazioni mobili necessitano di test dell'interfaccia utente, ma la profondità dei test richiesti è definita dalla categoria o dallo scopo dell'applicazione. È necessario eseguire un'analisi completa delle funzionalità dell'interfaccia utente dell'applicazione rispetto al modello del telefono o alle versioni del sistema operativo prima di finalizzare il banco di prova.
Sulla base di questa analisi, dovresti creare i tuoi casi di test per i test. Usa l'automazione ove possibile per risparmiare tempo.
Tieni gli occhi aperti mentre provi l'interfaccia utente perché è semplice ma ha un grande effetto sulla vendita della tua app.
Dai un'occhiata al nostro prossimo tutorial per informazioni dettagliate su Test reattivo per dispositivi mobili .
Lettura consigliata
- Tutorial Appium per testare app mobili Android e iOS
- TOP 15 migliori strumenti di test per dispositivi mobili nel 2021 per Android e iOS
- Migliori strumenti di test del software 2021 [Strumenti di automazione del test QA]
- Servizi di beta test per app mobili (strumenti di beta test iOS e Android)
- Perché il test mobile è difficile?
- Guida introduttiva a Robotium: lo strumento di test dell'interfaccia utente dell'applicazione Android più popolare
- Download dell'eBook Testing Primer
- 11 migliori strumenti di automazione per testare applicazioni Android (strumenti di test per app Android)