Test delle app mobili: casi di test di esempio e scenari di test

Una domanda frequente dei nostri studenti è: Come testare le app mobili? In questo tutorial forniamo scenari di test/casi di test di esempio per testare un'applicazione mobile.

Puoi eseguire alcuni o tutti i casi di test in base ai tuoi requisiti di test mobile. I casi di test sono organizzati in base ai tipi di test mobili.

Test funzionale dell'applicazione mobile

Migliori Test funzionale dell'applicazione mobile è un processo di test delle funzionalità delle applicazioni mobili come le interazioni degli utenti, nonché di test delle transazioni che gli utenti potrebbero eseguire. Lo scopo principale del test funzionale delle applicazioni mobili è garantire la qualità, soddisfare le aspettative specificate, ridurre il rischio o gli errori e la soddisfazione del cliente.

I vari fattori rilevanti nei test funzionali sono

1. Tipo di applicazione in base all'utilizzo delle funzionalità aziendali (banche, giochi, social o aziendali)
2. Target tipo di pubblico (consumatore, impresa, istruzione)
3. Canale di distribuzione utilizzato per diffondere l'applicazione (ad esempio Apple App Store, Google riproduzione, distribuzione diretta)

Gli scenari di test più fondamentali nel test funzionale possono essere considerati come:

1. Per verificare se tutti i campi obbligatori richiesti funzionano come richiesto.
2. Per verificare che i campi obbligatori siano visualizzati sullo schermo in modo distintivo rispetto ai campi non obbligatori.
3. Per verificare se l'applicazione funziona secondo i requisiti ogni volta che l'applicazione viene avviata/arrestata.
4. Per verificare se l'applicazione entra in modalità ridotta a icona ogni volta che c'è una telefonata in arrivo. Per poter validare la stessa è necessario utilizzare un secondo telefono, per chiamare il dispositivo.
5. Per verificare se il telefono è in grado di archiviare, elaborare e ricevere SMS ogni volta che l'app è in esecuzione. Per validare lo stesso è necessario utilizzare un secondo telefono per inviare sms al dispositivo che si sta testando e su cui è attualmente in esecuzione l'applicazione in prova.
6. Per verificare che il dispositivo sia in grado di eseguire i requisiti multitasking richiesti ogni volta che è necessario farlo.
7. Per verificare che l'applicazione consenta le opzioni di social network necessarie come condivisione, pubblicazione, navigazione, ecc.
8. Per verificare che l'applicazione supporti qualsiasi transazione tramite gateway di pagamento come Visa, Mastercard, Paypal ecc., come richiesto dall'applicazione.
9. Per verificare che gli scenari di scorrimento della pagina siano abilitati nell'applicazione secondo necessità.
10. Convalidare che la navigazione tra i moduli pertinenti nell'applicazione sia conforme ai requisiti.
11. Per verificare che gli errori di troncamento siano assolutamente entro un limite accettabile.
12. Per verificare che l'utente riceva un messaggio di errore appropriato come "Errore di rete. Riprovare più tardi” ogni volta che si verifica un errore di rete.
13. Per verificare che l'applicazione installata consenta ad altre applicazioni di funzionare in modo soddisfacente e non consumi la memoria delle altre applicazioni.
14. Per verificare che l'applicazione riprenda dall'ultima operazione in caso di riavvio forzato o arresto anomalo del sistema.
15. Per verificare se l'installazione dell'applicazione può essere eseguita senza problemi a condizione che l'utente disponga delle risorse necessarie e non comporti errori significativi.
16. Per verificare che l'applicazione esegua la funzione di avvio automatico in base ai requisiti.
17. Per verificare se l'applicazione funziona secondo i requisiti in tutte le versioni di Mobile ovvero 2g, 3g e 4g.
18. Per eseguire Test di regressione per scoprire nuovi bug del software in aree esistenti di un sistema dopo che sono state apportate modifiche ad esse. Eseguire nuovamente i test eseguiti in precedenza per determinare che il comportamento del programma non sia cambiato a causa delle modifiche.
19. Per verificare se l'applicazione fornisce una guida utente disponibile per coloro che non hanno familiarità con l'app

Casi di test di test delle prestazioni

L'obiettivo fondamentale di questo tipo di test è garantire che l'applicazione funzioni in modo accettabile con determinati requisiti di prestazione come l'accesso da parte di un numero enorme di utenti o la rimozione di una parte chiave dell'infrastruttura come un server di database.

Gli scenari di test generali per il test delle prestazioni in un'applicazione mobile sono:

1. Per determinare se l'applicazione funziona secondo i requisiti in diverse condizioni di carico.
2. Determinare se l'attuale copertura di rete è in grado di supportare l'applicazione ai livelli di utente di picco, medio e minimo.
3. Per determinare se la configurazione esistente del client-server fornisce il livello di prestazioni ottimale richiesto.
4. Identificare i vari colli di bottiglia dell'applicazione e dell'infrastruttura che impediscono all'applicazione di funzionare ai livelli di accettabilità richiesti.
5. Per verificare se il tempo di risposta della domanda è conforme ai requisiti.
6. Valutare il prodotto e/o l'hardware per determinare se è in grado di gestire i volumi di carico previsti.
7. Valutare se la durata della batteria può supportare il funzionamento dell'applicazione con i volumi di carico previsti.
8. Per convalidare le prestazioni dell'applicazione quando la rete passa a Wi-Fi da 2G/3G o viceversa.
9. Per convalidare ciascuno dei requisiti richiesti, il ciclo della CPU è l'ottimizzazione
10. Per verificare che il consumo della batteria, le perdite di memoria, le risorse come il GPS e le prestazioni della fotocamera rientrino nelle linee guida richieste.
11. Per convalidare la longevità dell'applicazione ogni volta che il carico dell'utente è rigoroso.
12. Per convalidare le prestazioni della rete mentre ci si sposta con il dispositivo.
13. Per convalidare le prestazioni dell'applicazione quando sono richieste solo fasi intermittenti di connettività.

Casi di test di test di sicurezza

L'obiettivo fondamentale dei test di sicurezza è garantire che i requisiti di sicurezza dei dati e della rete dell'applicazione siano soddisfatti secondo le linee guida.

Di seguito sono elencati gli aspetti più importanti per verificare la sicurezza delle applicazioni mobili.

1. Per verificare che l'applicazione sia in grado di resistere a qualsiasi attacco di forza bruta, ovvero un processo automatizzato di tentativi ed errori utilizzato per indovinare il nome utente, la password o il numero di carta di credito di una persona.
2. Per verificare se un'applicazione non consente a un utente malintenzionato di accedere a contenuti o funzionalità sensibili senza un'adeguata autenticazione.
3. Per verificare che l'applicazione disponga di un sistema di protezione tramite password efficace e non consenta a un utente malintenzionato di ottenere, modificare o recuperare la password di un altro utente.
4. Per verificare che l'applicazione non soffra di una scadenza della sessione insufficiente.
5. Identificare le dipendenze dinamiche e adottare misure per impedire a qualsiasi utente malintenzionato di accedere a queste vulnerabilità.
6. Per prevenire da SQL attacchi legati all'iniezione.
7. Per identificare e ripristinare eventuali scenari di codice non gestito.
8. Per garantire se i certificati vengono convalidati, l'applicazione implementa o meno il blocco dei certificati.
9. Per proteggere l'applicazione e la rete dagli attacchi di negazione del servizio.
10. Analizzare i requisiti di archiviazione e convalida dei dati.
11. Abilitare la gestione della sessione per impedire a utenti non autorizzati di accedere a informazioni non richieste.
12. Per verificare se qualche codice di crittografia è rotto e assicurarsi che venga riparato.
13. Per verificare se l'implementazione della logica aziendale è protetta e non vulnerabile a qualsiasi attacco esterno.
14. Per analizzare le interazioni del file system, determinare eventuali vulnerabilità e correggere questi problemi.
15. Per convalidare i gestori di protocollo, ad esempio tentando di riconfigurare la pagina di destinazione predefinita per l'applicazione utilizzando un iframe dannoso.
16. Per proteggersi da iniezioni lato client dannose.
17. Per proteggersi da iniezioni di runtime dannose.
18. Per indagare sulla memorizzazione nella cache dei file e prevenire eventuali possibilità dannose dallo stesso.
19. Per evitare l'archiviazione non sicura dei dati nella cache della tastiera delle applicazioni.
20. Per indagare sui cookie e prevenire eventuali azioni dannose da parte dei cookie.
21. Fornire controlli regolari per l’analisi della protezione dei dati.
22. Esamina i file creati su misura e previene eventuali azioni dannose da parte dei file creati su misura.
23. Per prevenire casi di buffer overflow e danneggiamento della memoria.
24. Analizzare diversi flussi di dati e prevenire eventuali vulnerabilità da questi.

Casi di test di test di usabilità

Il processo di test di usabilità dell'applicazione mobile viene eseguito per avere un'applicazione rapida e semplice con meno funzionalità rispetto a un'applicazione lenta e difficile con molte funzionalità. L'obiettivo principale è quello di garantire che si otterrà un'interfaccia facile da usare, intuitiva e simile alle interfacce accettate dal settore e ampiamente utilizzate.

1. Per garantire che i pulsanti abbiano la dimensione richiesta e siano adatti alle dita grandi.
2. Per garantire che i pulsanti siano posizionati nella stessa sezione dello schermo per evitare confusione agli utenti finali.
3. Per garantire che le icone siano naturali e coerenti con l'applicazione.
4. Per garantire che i pulsanti che hanno la stessa funzione abbiano anche lo stesso colore.
5. Per garantire che la convalida per il rubinettoping Le funzioni di zoom avanti e indietro devono essere abilitate.
6. Per garantire che l'input da tastiera possa essere ridotto al minimo in modo appropriato.
7. Per garantire che l'applicazione fornisca un metodo per tornare indietro o annullare un'azione, toccando l'elemento sbagliato, entro una durata accettabile.
8. Per garantire che i menu contestuali non siano sovraccarichi perché devono essere utilizzati rapidamente.
9. Garantire che il testo sia mantenuto semplice e chiaro per essere visibile agli utenti.
10. Per garantire che le frasi e i paragrafi brevi siano leggibili per gli utenti finali.
11. Per garantire che la dimensione del carattere sia abbastanza grande da essere leggibile e non troppo grande o troppo piccola.
12. Per convalidare l'applicazione viene richiesto all'utente ogni volta che l'utente inizia a scaricare una grande quantità di dati che potrebbero non essere favorevoli alle prestazioni dell'applicazione.
13. Per verificare che la chiusura dell'applicazione venga eseguita da stati diversi e verificare se si riapre nello stesso stato.
14. Per garantire che tutte le stringhe vengano convertite nelle lingue appropriate ogni volta che è disponibile una funzione di traduzione linguistica.
15. Per garantire che gli elementi dell'applicazione siano sempre sincronizzati in base alle azioni dell'utente.
16. Per garantire che all'utente finale venga fornito un manuale utente che aiuti l'utente finale a comprendere e utilizzare l'applicazione che potrebbe non avere familiarità con le procedure dell'applicazione

I test di usabilità vengono normalmente eseguiti da utenti manuali poiché solo gli esseri umani possono comprendere la sensibilità e la capacità di comfort degli altri utenti.

Casi di test per test di compatibilità

I test di compatibilità sui dispositivi mobili vengono eseguiti per garantire che, poiché i dispositivi mobili hanno dimensioni, risoluzione, schermo, versione e hardware diversi, l'applicazione dovrebbe essere testata su tutti i dispositivi per garantire che funzioni come desiderato.

Di seguito sono elencate le aree più importanti per i test di compatibilità.

1. Per verificare che l'interfaccia utente dell'applicazione corrisponda alle dimensioni dello schermo del dispositivo, nessun testo/controllo è parzialmente invisibile o inaccessibile.
2. Per garantire che il testo sia leggibile per tutti gli utenti dell'applicazione.
3. Per garantire che la funzionalità di chiamata/allarme sia abilitata ogni volta che l'applicazione è in esecuzione. L'applicazione viene ridotta a icona o sospesa in caso di chiamata e poi ogni volta che la chiamata si interrompe l'applicazione viene ripresa.

Casi di test per test di recuperabilità

1. Ripristino da crash e interruzioni delle transazioni
2. Convalida dell'effettiva situazione di ripristino dell'applicazione dopo scenari di interruzione/arresto anomalo imprevisti.
3. Verifica di come l'applicazione gestisce una transazione durante un'interruzione di corrente (ad esempio la batteria si scarica o un improvviso spegnimento manuale del dispositivo)
4. Dopo la convalida del processo in cui la connessione è sospesa, il sistema deve ristabilirsi per recuperare i dati direttamente interessati dalla connessione sospesa. Utilizzando il diritto strumenti di test mobili può aiutare a garantire un processo di recupero senza interruzioni.

Lista di controllo importante

1. Test di installazione (se l'applicazione può essere installata in un tempo ragionevole e con il criterio richiesto)
2. Test di disinstallazione (se l'applicazione può essere disinstallata in un tempo ragionevole e con i criteri richiesti)
3. Casi di test di rete (convalida se la rete funziona sotto il carico richiesto o meno, se la rete è in grado di supportare tutte le applicazioni necessarie durante le procedure di test)
4. Controlla Chiavi non mappate
5. Controllare la schermata iniziale dell'applicazione
6. Immissione continua sulla tastiera durante le interruzioni e in altri momenti come problemi di rete
7. Metodi che riguardano l'uscita dall'applicazione
8. Effetto caricatore mentre un'applicazione è in esecuzione in background
9. Batteria scarica e richiesta di prestazioni elevate
10. Rimozione della batteria durante l'esecuzione di un'applicazione
11. Consumo della batteria per applicazione
12. Controlla gli effetti collaterali dell'applicazione