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

Una domanda frequente dei nostri studenti riguarda come testare le app per dispositivi mobili. Di seguito sono riportati alcuni esempi. scenari di test e casi di test per un'applicazione mobile.

È possibile eseguire alcuni o tutti questi casi di test in base alle proprie esigenze. test mobile requisiti. I casi sono organizzati in base alla tipologia di test mobile.

Test funzionale dell'applicazione mobile

Il test funzionale di un'applicazione mobile è il processo di verifica delle funzionalità dell'app, comprese le interazioni con l'utente e le transazioni che quest'ultimo potrebbe effettuare. Il suo scopo è garantire la qualità, soddisfare le aspettative specificate, ridurre il rischio di errori e mantenere i clienti soddisfatti.

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)

Questi fattori determinano la profondità di ciascuna area sottostante, come mostrato nel diagramma.

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

1. Per verificare se tutti i campi obbligatori richiesti funzionano come richiesto.
2. Per verificare che i campi obbligatori vengano visualizzati sullo schermo in modo distinto rispetto ai campi non obbligatori.
3. Verificare che l'applicazione funzioni come previsto sia all'avvio che all'arresto.
4. Per verificare se l'applicazione entra in modalità ridotta a icona quando arriva una chiamata. Per verificarlo, usa un secondo telefono per chiamare il dispositivo. Questo è il nucleo di test di interruzione.
5. Per verificare se il telefono è in grado di memorizzare, elaborare e ricevere SMS quando l'app è in esecuzione, utilizzare un secondo telefono per inviare un SMS al dispositivo in fase di test, sul quale è attualmente in esecuzione l'applicazione in esame.
6. Per verificare che il dispositivo sia in grado di eseguire il multitasking richiesto ogni qualvolta sia necessario.
7. Per verificare che l'applicazione consenta le opzioni necessarie dei social network, come la condivisione, la pubblicazione e la navigazione.
8. Verificare che l'applicazione supporti i metodi di pagamento richiesti, come Visa, Mastercard o PayPal.
9. Per verificare che gli scenari di scorrimento della pagina siano abilitati nell'applicazione come necessario.
10. Verificare che la navigazione tra i moduli pertinenti dell'applicazione sia conforme ai requisiti.
11. Per verificare che gli errori di troncamento siano mantenuti entro un limite accettabile.
12. Per verificare che l'utente riceva un messaggio di errore appropriato, ad esempio "Errore di rete. Riprova più tardi", ogni qualvolta si verifichi un errore di rete.
13. Verificare che l'applicazione installata permetta alle altre applicazioni di funzionare correttamente e che non consumi memoria inutilmente.
14. Per verificare che l'applicazione riprenda dall'ultima operazione in caso di riavvio forzato o arresto anomalo del sistema.
15. Verificare che l'installazione dell'applicazione avvenga senza intoppi, a condizione che l'utente disponga delle risorse necessarie, e che non si verifichino errori significativi.
16. Per verificare che l'applicazione si avvii automaticamente in conformità ai requisiti.
17. Verificare se l'applicazione funziona in conformità ai requisiti su tutte le generazioni di reti mobili, ovvero 3G, 4G e 5G.
18. Per eseguire Test di regressione Per individuare nuovi bug del software in aree esistenti di un sistema dopo che sono state apportate delle modifiche. Inoltre, è necessario rieseguire i test precedentemente effettuati per verificare che il comportamento del programma non sia cambiato a seguito 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

Una volta che le funzionalità si comportano correttamente, la domanda è se reggono sotto carico.

L'obiettivo fondamentale di questo tipo di test è garantire che l'applicazione funzioni in modo accettabile in presenza di determinati requisiti prestazionali, come l'accesso da parte di un numero elevato di utenti o la rimozione di un componente chiave dell'infrastruttura, come un server di database.

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

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 a livello di applicazione e infrastruttura che impediscono all'applicazione di raggiungere i livelli di accettabilità richiesti.
5. Verificare se il tempo di risposta dell'applicazione è 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 è sufficiente a supportare l'applicazione con i volumi di carico previsti.
8. Per convalidare le prestazioni dell'applicazione quando la rete passa da 4G/5G a Wi-Fi o viceversa.
9. Per verificare che ciascuno dei cicli CPU richiesti sia ottimizzato.
10. Verificare che il consumo della batteria, le perdite di memoria e le prestazioni di risorse come GPS e fotocamera rientrino ampiamente nei parametri richiesti.
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 disponibili solo fasi di connettività intermittenti.

Casi di test di test di sicurezza

Prestazioni e sicurezza si sovrappongono: la memoria locale che velocizza un'app è la prima cosa che un malintenzionato legge.

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 elencate le aree più cruciali per la verifica della 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. Verificare che l'applicazione non consenta a un utente malintenzionato di accedere a contenuti o funzionalità sensibili senza un'adeguata autenticazione.
3. Verificare che l'applicazione disponga di un solido sistema di protezione delle password e che 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 malintenzionato di sfruttare queste vulnerabilità.
6. Impedire SQL attacchi legati all'iniezione.
7. Per identificare e ripristinare eventuali scenari di codice non gestito.
8. Per garantire la convalida dei certificati e per verificare se l'applicazione implementa il certificate pinning.
9. Per proteggere l'applicazione e la rete dagli attacchi denial of service.
10. Analizzare i requisiti di archiviazione e convalida dei dati.
11. Per consentire la gestione delle sessioni e impedire agli utenti non autorizzati di accedere a informazioni non richieste.
12. Per verificare se qualche codice di crittografia è rotto e assicurarsi che venga riparato.
13. Verificare che l'implementazione della logica aziendale sia sicura e non vulnerabile ad attacchi esterni.
14. Per analizzare le interazioni del file system, determinare eventuali vulnerabilità e correggere questi problemi.
15. Per convalidare i gestori del protocollo, ad esempio provando a riconfigurare la pagina di destinazione predefinita dell'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 impedire l'archiviazione non sicura dei dati nella cache della tastiera delle applicazioni.
20. Per analizzare i cookie e prevenire eventuali attività dannose derivanti dal loro utilizzo.
21. Fornire controlli regolari per l’analisi della protezione dei dati.
22. Per esaminare i file creati su misura e prevenire eventuali attività dannose derivanti da tali file.
23. Per prevenire overflow del buffer e casi di danneggiamento della memoria.
24. Analizzare diversi flussi di dati e prevenire eventuali vulnerabilità.

Casi di test di test di usabilità

Un'app sicura che nessuno può utilizzare fallisce comunque, quindi l'usabilità va considerata insieme ai controlli tecnici.

Il processo di test di usabilità di un'applicazione mobile viene eseguito per creare un'applicazione rapida e semplice con poche funzioni, piuttosto che un'applicazione lenta e complessa con molte caratteristiche. L'obiettivo principale è quello di ottenere un'interfaccia intuitiva e facile da usare, simile alle interfacce standard del settore ampiamente utilizzate.

1. Per garantire che i bottoni abbiano le dimensioni richieste e siano adatti anche a dita grandi.
2. Per garantire che i pulsanti siano posizionati nella stessa sezione dello schermo, è importante evitare di confondere gli utenti finali.
3. Per garantire che le icone siano naturali e coerenti con l'applicazione.
4. Per garantire che i pulsanti con la stessa funzione abbiano anche lo stesso colore.
5. Per garantire che la convalida per il rubinettoping Le funzioni di zoom avanti e indietro sono 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, poiché devono essere utilizzati rapidamente.
9. Per garantire che il testo rimanga semplice e chiaro, in modo che sia ben visibile agli utenti.
10. Per garantire che frasi e paragrafi brevi siano leggibili dagli utenti finali.
11. Per garantire che la dimensione del carattere sia abbastanza grande da essere leggibile e non troppo grande o troppo piccola.
12. Verificare che l'applicazione avvisi l'utente ogni volta che inizia a scaricare una grande quantità di dati, operazione che potrebbe compromettere le prestazioni dell'applicazione.
13. Per verificare che la chiusura dell'applicazione avvenga da stati diversi e per accertarsi che si riapra nello stesso stato.
14. Per garantire che tutte le stringhe vengano convertite nelle lingue appropriate ogniqualvolta sia disponibile una funzionalità 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 d'uso che lo aiuti a comprendere e utilizzare l'applicazione, nel caso in cui non abbia familiarità con il suo funzionamento.

I test di usabilità vengono solitamente eseguiti da utenti umani, poiché solo gli esseri umani possono comprendere la sensibilità e le esigenze di altri utenti.

Casi di test per test di compatibilità

La stessa build deve comportarsi in modo identico su hardware che il team potrebbe non aver mai avuto modo di utilizzare.

Test di compatibilità Il test sui dispositivi mobili viene eseguito perché questi presentano dimensioni, risoluzioni, schermi, versioni e hardware diversi; pertanto, l'applicazione deve essere testata su tutti i dispositivi per garantire che funzioni come previsto.

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

1. Verificare che l'interfaccia utente dell'applicazione corrisponda alle dimensioni dello schermo del dispositivo e che nessun testo o controllo risulti parzialmente invisibile o inaccessibile.
2. Per garantire che il testo sia leggibile per tutti gli utenti dell'applicazione.
3. Per garantire che le funzionalità di chiamata e allarme siano attive ogni volta che l'applicazione è in esecuzione. L'applicazione viene ridotta a icona o sospesa in caso di chiamata e viene ripristinata al termine della chiamata.

Casi di test per test di recuperabilità

I test di recuperabilità comprendono il ripristino in caso di arresto anomalo e di interruzione delle transazioni: ovvero, cosa fa l'applicazione quando il dispositivo, la batteria o la connessione si guastano durante una transazione.

1. Validazione dell'effettiva capacità di ripristino dell'applicazione in seguito a interruzioni impreviste o arresti anomali.
2. Verifica di come l'applicazione gestisce una transazione durante un'interruzione di corrente (ovvero, quando la batteria si scarica o il dispositivo viene spento manualmente).
3. La convalida del processo in cui la connessione viene sospesa e il sistema deve ristabilirla per recuperare i dati direttamente interessati dalla connessione sospesa. Utilizzando il corretto strumenti di test mobili Contribuisce a garantire un processo di recupero senza intoppi.

Lista di controllo importante per il test delle applicazioni mobile

Alcuni controlli sono trasversali a tutte le categorie sopra elencate e sono facili da dimenticare.

1. Test di installazione (verifica della possibilità di installare l'applicazione in tempi ragionevoli e con i criteri richiesti)
2. Test di disinstallazione (verifica della possibilità di disinstallare l'applicazione in un tempo ragionevole e secondo i criteri richiesti)
3. Casi di test di rete (validazione delle prestazioni della rete sotto il carico richiesto e della sua capacità di supportare tutte le applicazioni necessarie durante le procedure di test)
4. Verifica i tasti non mappati
5. Controlla la schermata iniziale dell'applicazione
6. Continuazione dell'immissione tramite tastiera durante le interruzioni e in altri momenti, ad esempio in caso di 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 mentre un'applicazione è in esecuzione
11. Consumo della batteria da parte dell'applicazione
12. Verificare gli effetti collaterali dell'applicazione

DOMANDE FREQUENTI