Cos'è il test dell'applicazione?
Tommaso Hamilton
⚡ Riepilogo intelligente
Il test delle applicazioni convalida un intero prodotto software anziché una singola unità, coprendo interfaccia, funzionalità, database e comportamento di carico. Questa pagina illustra il ciclo di vita in quattro fasi, le tre metodologie di test, la pianificazione dei test, gli strumenti, le metriche e le pratiche specifiche per dispositivi mobili.
Cos'è il test dell'applicazione?
Il test dell'applicazione è definito come un tipo di test del software condotto tramite script con lo scopo di trovare errori nel software. Si occupa dei test per l'intera applicazione.
Aiuta a migliorare la qualità delle tue applicazioni riducendo i costi, massimizzando il ROI e risparmiando tempo di sviluppo.
Nell'ingegneria del software, i test delle applicazioni possono essere eseguiti in varie categorie come GUI, funzionalità, database (backend), test di carico, ecc.
Per il test delle applicazioni, i cicli di vita dei test coinvolgono varie fasi che includono l'analisi dei requisiti, la pianificazione dei test, l'analisi dei test, la progettazione dei test, l'esecuzione dei test e la segnalazione dei bug, ecc.
Queste fasi si traducono in un ciclo di vita breve e ripetibile che ogni applicazione segue.
Come testare un'applicazione?
Le applicazioni e i prodotti software presentano numerose variazioni in termini di funzionalità supportate e di processi implementati. Pertanto, il test dell'applicazione garantisce che un particolare programma o applicazione funzioni correttamente.
Un ciclo di vita per il test delle applicazioni prevede quattro fasi.
- Fase 1) Progettare piani di test in base ai requisiti dell'applicazione
- Fase 2) Sviluppa casi di test manuali e script di test automatizzati
- Fase 3) Eseguire test funzionali per convalidare i requisiti dell'applicazione
- Fase 4) Esegui test di carico e ottimizza le prestazioni dell'applicazione
Il tipo di test eseguiti dipende dal tipo di applicazione sottoposta a test. Il test dell'applicazione è classificato in 3 segmenti.
- Test di applicazioni Web
- Test delle applicazioni desktop
- Test delle applicazioni mobili
| Test dell'applicazione | Tipi di test eseguiti |
|---|---|
|
|
|
|
|
|
Confronto tra i test di applicazioni web, desktop e mobile.
I tre segmenti condividono un ciclo di vita, ma differiscono nettamente per quanto riguarda i guasti effettivi. Sapere dove si concentra il rischio permette di capire dove investire il budget per i test.
| Punto di differenza | Web | Desktop | Mobile |
|---|---|---|---|
| Gira su | Un browser su una rete | Una macchina installata | Un telefono cellulare o un tablet |
| Variabile principale | Browser e versione | Operasistema di trazione e hardware | Dispositivo, versione del sistema operativo e dimensioni dello schermo |
| Dipendenza dalla rete | sempre connesso | Spesso offline | Intermittente e deve sopravvivere alla perdita |
| Il rischio più grande | Rendering e caricamento cross-browser | Installazione e compatibilità | Frammentazione tra i dispositivi |
| Gestione delle interruzioni | Raramente rilevante | Raramente rilevante | Chiamate, notifiche e batteria scarica |
| Percorso di aggiornamento | Lato server, istantaneo per tutti | L'utente installa una patch | Revisione dell'App Store, lancio graduale |
I dispositivi mobili presentano il maggior numero di variabili incontrollabili, motivo per cui vengono trattati separatamente più avanti in questa pagina.
Metodologie di test applicativo
La metodologia di test è il metodo strutturato per garantire che un'applicazione software venga testata a fondo. Una metodologia di test disorganizzata e inadeguata può portare a un prodotto instabile.
Esistono tre modi in cui viene eseguito il test.
- Nero Box Collaudo
- Bianco Box Collaudo
- Grigio Box Collaudo
Nero Box Collaudo
Nero Box Collaudo La tecnica è comunemente usata per i test Test funzionali, test non funzionali, e test di regressione. Nei test black box, le strategie utilizzate sono
- Test di classe di equivalenza
- Test del valore limite
- Test della tabella delle decisioni
- Tabelle di transizione tra stati
Bianco Box Collaudo
Test della scatola bianca viene tipicamente utilizzato per testare il codice del software per verificare falle di sicurezza interne, percorsi interrotti o mal strutturati, funzionalità dei cicli condizionali, ecc. Nel test white box, le strategie utilizzate sono
- Code Analisi della copertura
- Copertura del percorso
Grigio Box Collaudo
Questa tecnica di test è una combinazione di entrambi i Black Box Test e test White box. Viene eseguito per trovare difetti basati su una struttura o un utilizzo dell'applicazione impropri.
Piano di test per il test dell'applicazione
Migliori Piano di test il documento deriva dal Prodotto Description, SRS delle specifiche dei requisiti software o documenti dei casi d'uso. Il focus del test è cosa testare, come testare, quando testare e chi testerà. Il documento del piano di test viene utilizzato come mezzo di comunicazione tra il team di test e i responsabili del test.
Un piano di test standard per i test delle applicazioni dovrebbe definire le seguenti caratteristiche;
- Definire l'ambito del test
- Definire l'obiettivo del test
- Approccio per l'attività di test
- Programma per i test
- Insetto tracre e rapporto
Criteri di ingresso e di uscita per i test delle applicazioni
Il piano di test elenca criteri formali di ingresso e di uscita come buona prassi, ma vale la pena specificarli chiaramente. Senza di essi, una fase di test inizia con una build instabile o si protrae senza una data di fine concordata.
Entry criteri deve essere soddisfatto prima che l'esecuzione abbia inizio.
- I requisiti e le specifiche dei requisiti software (SRS) vengono esaminati e definiti come parametri di riferimento.
- Il piano di test e i casi di test sono stati redatti e approvati.
- La build viene distribuita in un ambiente di test stabile e supera un test di base.
- I dati di test e gli account o i dispositivi necessari sono disponibili.
- Un difetto tracLo strumento King è configurato e il team ha accesso.
Criteri di uscita dimostrare che la fase ha raggiunto il suo scopo.
- Tutti i casi di test pianificati vengono eseguiti e i risultati registrati.
- Non rimangono aperti difetti critici o di elevata gravità.
- È stata raggiunta la copertura concordata rispetto ai requisiti.
- I difetti rimanenti di bassa gravità vengono documentati e accettati dall'azienda.
- Il rapporto riassuntivo del test è stato approvato.
Strumenti di test delle applicazioni
Esistono vari strumenti di test per il test delle applicazioni. La selezione degli strumenti dipende dal tipo di test che si desidera eseguire. Per piattaforme diverse si consigliano strumenti diversi. Gli strumenti di test delle applicazioni garantiscono prestazioni, usabilità e funzionalità delle applicazioni su una varietà di dispositivi.
Eccone alcuni.
- Selenium
- IBM Rational Functional Tester (RFT)
- LoadRunner (Ora OpenText LoadRunner (precedentemente HP e Micro Focus)
- Apache JMeter
Nota: IBM Rational Robot, presente nella lista dei prodotti insieme a RFT, è stato ritirato dal mercato. Rational Functional Tester è attualmente disponibile. IBM offerta, quindi i nuovi progetti non dovrebbero pianificare attorno a Robot.
Indicatori chiave per il test delle applicazioni
L'esecuzione dei test dimostra l'attività, non l'efficacia. Un piccolo insieme di metriche mostra se i test stanno effettivamente individuando i difetti e se l'applicazione sta convergendo verso la qualità di rilascio.
- Copertura del test: La percentuale di requisiti con almeno un caso di test mappato. Una bassa copertura indica un comportamento non testato, a prescindere dal tasso di successo.
- Densità dei difetti: Difetti suddivisi per dimensione, solitamente per mille righe di codice o per modulo. Questo dato evidenzia i componenti che necessitano di essere rielaborati, piuttosto che di ulteriori test.
- Perdita di difetto: Difetti riscontrati in produzione divisi per il totale dei difetti riscontrati. L'aumento delle perdite è il segnale più evidente che i test pre-rilascio presentano delle lacune.
- Efficienza nella rimozione dei difetti: Percentuale di difetti riscontrati prima del rilascio rispetto al totale dei difetti. Un valore superiore al novanta percento è un obiettivo comune.
- Tasso di esecuzione del test: Casi eseguiti contro casi pianificati, tracked per ciclo in modo che lo slittamento sia visibile presto piuttosto che al cancello di uscita.
TracÈ meglio concentrarsi sull'andamento piuttosto che su una singola lettura. Un ciclo isolato dice ben poco.
Test delle migliori pratiche per il test delle applicazioni
Selezionare la giusta strategia per il test dell'applicazione è un modo garantito per rilevare i difetti nell'applicazione. Pertanto, diventa estremamente importante che il team di QA segua una serie di processi standard per rilevare più errori e con meno tempo.
Per i test delle applicazioni, alcune delle migliori pratiche includono
- Definire le specifiche funzionali
- Revviste e ispezioni
- Criteri formali di entrata e uscita
- Variazioni dei test funzionali
- Test multipiattaforma
- Esecuzione automatizzata dei test
Sfide di test delle applicazioni
Durante il test di un'applicazione, un tester può incontrare numerose sfide.
- Problemi identificati solo quando l'utente chiama
- Incapacità di anticipare l’impatto del cambiamento
- Nessuna visibilità sugli errori applicativi e operativi
- Richiede tempo
Test delle applicazioni mobili
Come i test delle applicazioni web, Mobile Anche il test delle applicazioni si basa sulla stessa strategia e metodologia di test. La differenza potrebbe risiedere negli strumenti utilizzati per il test; alcuni strumenti comuni utilizzati per il test delle applicazioni mobili sono: Appium, TestComplete, Robotiume Espresso.
Le tipologie di applicazioni mobili sono classificate in tre sezioni
- Applicazione Web: gli utenti accedono tramite una rete come Internet o Intranet
- Applicazione nativa: è sviluppata per una piattaforma specifica e installata su un dispositivo informatico
- Applicazione ibrida: combina elementi sia web che nativi, come ad esempio Facebook.
Per la maggior parte della piattaforma mobile, puoi utilizzare semplici CSS, HTML, JS, ecc.
Casi di test di esempio per il test di applicazioni mobili
Una strategia completa per l'applicazione di test mobile comprende l'infrastruttura del dispositivo e della rete, la selezione dei dispositivi di destinazione e una combinazione efficace di strumenti di test manuali e automatizzati per coprire entrambi test non funzionali e funzionali.
Per le applicazioni mobili, le cose da testare lo sono
- Installazione
- OTA
- Wi-Fi
- Cavo dati
- Bluetooth
- Disinstallazione
- Logo dell'applicazione
- Splash
- Poca memoria
- Feedback visivo
- Esci dall'applicazione
- Avvio/Riavvio dell'applicazione
Sfide di test mobili
Con l'aumento del numero di utenti e dispositivi mobili, testare un'app mobile diventa sempre più complesso. Il test di un'applicazione mobile è significativamente diverso da quello di un'applicazione web per desktop. Le sfide comuni che si incontrano durante il test di un'applicazione mobile sono:
- Copertura completa dei test
- Gestione della frammentazione (versione diversa del sistema operativo, processore, memoria)
- Mancanza di un piano di test
- Pressione del tempo
- Mancanza di dispositivi fisici
- Diversità nella piattaforma e nel sistema operativo
