Menu

Test sul campo per applicazioni mobili (importanza e necessità)

  • Principale
  • Altro
  • Test sul campo per applicazioni mobili (importanza e necessità)

field testing mobile applications importance

Prova Il Nostro Strumento Per Eliminare I Problemi

Test sul campo - Applicazioni mobili:

Spesso durante il test della nostra applicazione mobile, una domanda che ci viene in mente è questa 'Se i test di automazione, la regressione, il carico, i test dei servizi web sono sufficienti per la nostra app o dovremmo testare qualcosa di più? '

In questo tutorial, fornirò una visione approfondita dei test sul campo, la sua importanza, la strategia e spiegherò anche quando dovrebbe essere fatto.

Bene, potrebbe essere sufficiente o potrebbe non essere perché tutti questi test come automazione, servizio web, caricamento ecc. Rientrano nella categoria di test 'interni'. Ma se vuoi implicare il ruolo dell'utente finale, c'è ancora un altro tipo di test che deve essere fatto e questo non è altro che 'Sperimentazione sul campo' .

Sperimentazione sul campo

Come suggerisce il nome stesso, implica uscire dalla tua zona Wi-Fi forte e utilizzare la tua rete 2G o 3G o 4G per verificare l'usabilità della tua applicazione. Puoi provare a utilizzare l'app mentre guidi la tua auto, mentre fai una passeggiata o sei seduto a casa tua secondo il tuo comfort.

Per informazioni di base sul test delle applicazioni mobili, è possibile fare riferimento ai seguenti tutorial.

Cosa imparerai:

Classificazione dei test di applicazioni mobili

Se stai testando un'applicazione web su un dispositivo mobile, i tipi di test rimangono gli stessi che fai per i tuoi laptop o computer come funzionale, interfaccia utente, confine, carico ecc. Ma per testare un'applicazione mobile, ibrida o nativa, test è classificato in due categorie al livello iniziale.

Sono:

  1. Test interni
  2. Sperimentazione sul campo

La base per la differenza tra queste due categorie è il ruolo che stai impersonando, ad es. Stai testando come QA per verificare l'app rispetto al requisito o stai utilizzando l'app come utente finale per soddisfare le tue esigenze?

Di seguito sono riportate alcune differenze tra entrambi:

Test interni

Sperimentazione sul campo

Questo test viene eseguito dalla fase iniziale fino alla fase di rilascio per verificare che l'applicazione soddisfi i requisiti dichiarati in termini di funzionalità, scalabilità, usabilità, ecc. Ciò viene eseguito sulla base delle storie degli utenti o dei documenti dei requisiti del progetto forniti dal cliente.

Questo test viene eseguito nell'ultima fase quando viene eseguita la regressione per l'applicazione e l'applicazione viene chiamata stabile dal 'Team' prima del rilascio. Potrebbe esserci o meno un requisito fornito per questo dal cliente.

Il tipo di test include funzionale, regressione, interfaccia utente, prestazioni, automazione.

Il tipo di test include principalmente la funzionalità e l'usabilità dell'applicazione.

Questo test viene eseguito sia su reti WiFi che mobili.

Questo è rigorosamente fatto su reti mobili.

I laboratori di test vengono creati in una stanza o sulla scrivania di un QA.

La necessità di QA di uscire e testare mentre si cammina in giro, a casa o alla guida.

Il test può essere eseguito su emulatore o simulatore.

Il test viene eseguito solo su dispositivi reali.

Classificazione dei test delle app mobili

Importanza dei test sul campo iOS e Android

Come spiegato in precedenza, il test sul campo viene eseguito per verificare il comportamento o l'usabilità dell'applicazione come utente finale. Questo è fondamentalmente fatto sulla rete mobile del tuo telefono camminando per le strade o in un mercato, guidando un'auto o semplicemente stando a casa tua.

Esempio di test mobile

( fonte dell'immagine )

Nel mondo di oggi, usiamo le nostre app mobili ovunque, in qualsiasi momento, stando a casa a fare acquisti / prenotare biglietti / controllare le e-mail ecc., O in piedi in un mercato alla ricerca di luoghi / ristoranti / centri commerciali nelle vicinanze o che si tratti di guidare verso una posizione cercando mappe.

Le applicazioni mobili sono ormai diventate parte della nostra vita quotidiana.

Di seguito sono riportati alcuni esempi che spiegano la necessità di testare la tua app mobile sul campo e non solo internamente:

  • Non è necessario che ogni volta avrai un forte Wifi o hotspot in giro, soprattutto in India. Quindi devi fare affidamento sulla rete mobile del tuo telefono.
  • Ci sono luoghi in cui dobbiamo affrontare problemi di copertura e la portata del telefono sarà media o bassa. Ciò potrebbe essere dovuto a torri meno mobili o densamente ricoperte di alberi. A casa mia, affronto spesso questo problema nel mio disegno e nella sala da pranzo, il che è sempre frustrante.
  • Potrebbe essere possibile che tu stia guidando la tua auto e che tu debba accedere alle tue e-mail o ottenere indicazioni per un luogo che ti è sconosciuto.
  • Quando usciamo in vacanza, non abbiamo (ogni singola) informazione sulla città o sul luogo. Quando viaggio con la mia famiglia in vacanza, andiamo sempre da soli e usiamo le app per trovare informazioni sulla città, che si tratti di ristoranti, luoghi da visitare, ecc.
  • Oggi preferiamo i trasferimenti online utilizzando app come PayTm, PayZApp ecc. Piuttosto che utilizzare sempre contanti.
  • Utilizzo di app di chat, YouTube ecc., Ovunque.

Questi sono alcuni degli esempi in tempo reale che definiscono l'utilizzo delle app mobili. Quindi diventa importante testare la tua app sul campo. Potrebbe essere possibile che il tuo pubblico di destinazione si trovi in ​​un paese ben sviluppato con hot-spot o Wi-Fi disponibili ovunque.

Tuttavia, dovresti eseguire almeno un test sul campo della tua app perché:

1) Quando provi la tua app mentre guidi un'auto o cammini o sei seduto in un luogo con una portata inferiore, puoi sapere se la tua app presenta problemi di arresto anomalo durante l'invio o il recupero dei dati.

Abbiamo avuto il login dell'app stessa che si bloccava per la primissima versione della nostra app, l'abbiamo testata su un telefono con 3G. Tuttavia, l'accesso è scaduto e si è bloccato.

2) Gli utenti odiano quando vedono apparire un simbolo di caricamento per più di 5 minuti. È molto importante verificare qual è il tempo di risposta impiegato dal tuo server, servizio web e dalla tua app per caricare le informazioni.

Schermata di caricamento

Questi sono i due punti critici che vengono verificati in un test sul campo e questo ti aiuta anche ad essere certo che la tua app sia davvero stabile.

In che modo è interessato il test sul campo?

Il mio test sul campo è influenzato dal metodo ibrido o nativo?

Prima di rispondere a questa domanda, lascia che ti dia una spiegazione di base delle app ibride e native.

App ibride:

Queste sono fondamentalmente le app Web che sono pacchettizzate nel wrapper nativo e vengono utilizzate principalmente per sviluppare applicazioni multipiattaforma (per mantenere le stesse basi di codice per Android e iOS). Sembrano app native ma in realtà le informazioni vengono caricate mentre l'utente naviga tra le pagine.

App native:

Questi sono sviluppati specificamente per un sistema operativo che utilizza al meglio le funzionalità del sistema operativo. Tutte le informazioni vengono caricate in una volta all'avvio dell'app.

Ibrido vs nativo

( fonte dell'immagine )

Ho lavorato ai test delle app ibride e native e come QA, il test per entrambi era importante per la mia app. C'è una differenza tra l'app ibrida e quella nativa che, a differenza delle app native, le app ibride non utilizzano direttamente le funzionalità del telefono come GPS, posizione ecc. Le app ibride utilizzano le funzionalità del telefono o del sistema operativo tramite plug-in.

come eseguire il test cross browser

Sono fermamente convinto che per ogni versione principale di un'app nativa, dovrebbe essere eseguito un test sul campo perché utilizza le funzionalità del telefono e del sistema operativo.

L'esecuzione di un test sul campo indicherà le prestazioni della tua app rispetto alla stessa. Indica se il telefono è di fascia alta o di fascia bassa, come sono le prestazioni, la stabilità e l'usabilità della tua applicazione.

Un altro motivo per eseguire un test sul campo per ogni versione principale è che le app native devono essere aggiornate con nuove versioni del sistema operativo. Quindi rispetto alle app ibride, le versioni di Native sono più o se viene lanciata una nuova versione del sistema operativo è necessario un test sul campo anche se non sono state apportate modifiche alle funzionalità dell'app.

Strategia per la prova sul campo

Quale dovrebbe essere la mia strategia per il test sul campo?

Per i test sul campo, il primo e importante passo da comprendere è l'impatto della rete o dei dati sulle principali funzionalità della tua app. Quindi avere una discussione approfondita con il team di sviluppo sulle funzionalità.

Di seguito sono riportati gli indicatori per decidere la strategia per i test sul campo:

1) Il passaggio principale per un QA è contrassegnare i test case con 'Test sul campo' e creare una suite per lo stesso. Discuti con il tuo team di BA e QA sulla Suite e vedi se hanno qualcosa da aggiungere ad essa.

2) A seconda dello scopo della tua app e degli utenti, crea alcuni casi di test separati per come, quando e dove può essere utilizzata la tua app. Potrebbe non essere necessario eseguirli per i test interni.

3) Eseguire un test sul campo solo quando l'app supera il test di regressione e quando non ci sono problemi funzionali aperti.

4) Per la primissima versione creare un documento (grafico) con tutti i dettagli dei casi di test, la persona che esegue, un'area in cui è stato testato e i bug segnalati. Una volta creato, puoi usarlo per le versioni future.

5) Usa un dispositivo di fascia alta e di fascia bassa per i test sul campo e cerca di mantenere lo stesso sistema operativo, questo aiuterà a fare un'analisi dei bug trovati. A volte vediamo bug nei test sul campo ma non nei test interni.

6) Crea un team di 4-5 persone e chiedi loro di fare la prova sul campo in diverse aree e di sicuro provare a utilizzare l'app durante la guida e un luogo con una portata di dati ridotta. Puoi anche coinvolgere il tuo manager BA nel test sul campo.

7) Tagga i bug trovati con un tag come 'Field Test', sarà facile per te fare riferimento alle versioni future.

8) Se la tua app invia la geolocalizzazione, prova a fondo la funzionalità e ti suggerirei di eseguire tutti i casi di test relativi alla stessa.

Non è necessario trovare bug o difetti e il test potrebbe essere eseguito senza problemi. Secondo la mia esperienza, concentrati sulla performance e sul tempo necessario per rispondere. Come accennato in precedenza, una schermata di 'caricamento' scoraggerà le persone dall'utilizzo della tua app.

Se la tua app è un'app commerciale come Zomato, Jabong, BookMyShow ecc., Prova a fare un test sul campo utilizzando un team di 20-25 persone perché indicherà le prestazioni dell'app quando 20-25 utenti raggiungeranno l'app.

Quando eseguire un test sul campo per un'app?

Non è necessario che tutte le app debbano essere testate sul campo, ma consiglio sempre personalmente di fare un test sul campo poiché mostra le prestazioni dell'app nello scenario del mondo reale. Puoi discuterne con il tuo BA, scrum master o manager e il proprietario del prodotto se non sono a conoscenza o non sono interessati a farlo. In qualità di QA, dai i tuoi punti sulla necessità di un test sul campo.

Un test sul campo dovrebbe essere eseguito solo dopo che il test di regressione dell'app è stato eseguito, le funzionalità per una versione sono state implementate, i bug sono stati verificati, risolti e, soprattutto, l'app è stabile.

I fattori importanti del test sul campo includono:

  • Prima versione dell'app: È un grande vantaggio fare un test approfondito sul campo dell'app per la prima versione più. Poiché l'app deve ancora essere pubblicata nel Play Store, aiuta te e il tuo team ad analizzare le prestazioni utilizzando l'app come un normale utente.
  • Un'app è nativa: Come accennato prima, il test sul campo è un must per ogni versione di un'app nativa in quanto utilizzano le funzionalità del telefono e del sistema operativo.
  • Quando viene lanciata una nuova versione del sistema operativo: Quando viene avviata una nuova versione del sistema operativo, è necessario verificare se l'app è stabile, compatibile e funziona bene con il nuovo sistema operativo.
  • Qualsiasi versione principale per funzionalità nuove o modificate: Quando vengono introdotte nuove funzionalità o vengono aggiornate funzionalità esistenti, è bene eseguire un test sul campo per assicurarsi che le prestazioni dell'app non siano influenzate.
  • Test sul campo come parte del test di routine: I test sul campo per un'app mobile dovrebbero essere trattati come un test di routine come la regressione, l'automazione e non dovrebbero mai essere ignorati. Anche se la tua app è stabile o se ci lavori da più di 1 o 2 anni, fai un test sul campo ogni volta che si verifica una versione principale.

Test sul campo

Esempi di test che possono essere verificati in un test sul campo

Prendiamo in considerazione l'app di Zomato che utilizziamo per cercare ristoranti intorno a noi o in una zona specifica.

Di seguito sono riportati alcuni esempi di casi di test che possono essere utilizzati per un test sul campo:

# 1) Il primo passo di base sarebbe quello di accedere che vorrei fare come cliente.

Qui nota che prima di tutto, non dovrebbe impiegare più di un minuto per accedere con l'account Facebook o Google che scelgo, in secondo luogo nel momento in cui effettuo l'accesso dovrebbe chiedermi il permesso per accendere il GPS del mio telefono (se è spento) altrimenti dovrebbe caricare l'elenco dei ristoranti per la mia posizione rilevata.

Sopra menzionate sono le 2 importanti verifiche da fare nel primissimo test.

#Due) Verifica che quando cambi la posizione, l'elenco dei ristoranti viene aggiornato, prova questo test mentre esci per strada. L'elenco dovrebbe aggiornarsi e le schede dei ristoranti dovrebbero essere mostrate con immagini senza problemi.

# 3) Verificare il caso di test sopra anche durante la guida di un'auto.

# 4) Verifica (mentre cammini per strada) il flusso end-to-end dell'app, cioè subito dopo aver effettuato l'accesso, cercando un luogo e ordinando cibo da un ristorante. I dettagli del tuo ordine dovrebbero essere inviati al ristorante con successo.

# 5) Esegui lo stesso test case di cui sopra mentre guidi un'auto.

# 6) Verifica su un 3G (modificando la modalità dati in 3G) per un flusso end-to-end per la 'prenotazione di un tavolo', ovvero cambia nuovamente la posizione, seleziona un ristorante dall'elenco e prenota un tavolo.

# 7) Se hai un coupon, controlla se puoi usarlo correttamente mentre ordini cibo da Zomato.

# 8) Verifica se riesci a scrivere correttamente un feedback per il ristorante (mentre cammini) e se il feedback viene inviato al ristorante per la revisione o almeno se viene visualizzato nell'elenco delle recensioni del ristorante.

Questi sono alcuni degli esempi di casi di test che definiscono l'utilizzo di base dell'app e dovrebbero essere testati nel test sul campo. Qui puoi anche creare una matrice per il modello di telefono (fascia alta o fascia bassa) rispetto al tipo di rete (2G, 3G, ecc.) Ed eseguire i casi di test per lo stesso.

Conclusione

Qualsiasi applicazione mobile può essere definita stabile e veloce non solo superando il test di regressione, la verifica dei bug, lo stress o il test di carico, ma solo quando supera con successo anche un test sul campo.

c ++ sleep_for

Il test sul campo dovrebbe essere fatto per ogni versione nella misura possibile. Per le applicazioni mobili, il test sul campo fa parte del ciclo di test e non dovrebbe mai essere evitato o preso alla leggera.

I test sul campo svolgono un ruolo molto importante nella definizione delle prestazioni delle tue app per la prima versione. Se il tuo team non è a conoscenza di questo, spiegaglielo e la necessità.

Nel nostro prossimo tutorial, discuteremo di più su ' Test dell'ultimo telefono o del sistema operativo più recente '.

Lettura consigliata

^