Menu

Test delle applicazioni: le basi del test del software!

application testing into basics software testing

Prova Il Nostro Strumento Per Eliminare I Problemi

Introduzione al test dell'applicazione

Il test delle applicazioni è un'attività di questo tipo che viene eseguita frequentemente da quasi tutti i tester di software nella sua carriera. Queste due parole sono estremamente ampie negli aspetti pratici. Tuttavia, qui verranno discusse solo le aree principali e più importanti. Lo scopo di questo articolo è toccare tutte le aree principali in modo che i lettori possano ricevere tutte le informazioni di base in un unico punto.

Test dell

In una riga, possiamo dire che il test dell'applicazione è un processo attraverso il quale vengono testate la funzionalità, l'usabilità e la coerenza dell'intera applicazione.

Cosa imparerai:

Test delle applicazioni: spiegazione delle basi del test del software

Categorie di applicazioni

Che si tratti di un piccolo software di calcolo con solo le operazioni aritmetiche di base o di una soluzione aziendale online; ci sono tre categorie di applicazioni:

Categorie di applicazioni

Per le applicazioni desktop, i test dovrebbero tenere conto dell'interfaccia utente, della logica aziendale, del database, dei report, dei ruoli e dei diritti, dell'integrità, dell'usabilità, della funzionalità, delle prestazioni, della sicurezza, della compatibilità hardware e software e del flusso di dati.

Per le applicazioni web, i tester dovrebbero dare sufficiente importanza alle prestazioni, al carico e alla sicurezza dell'applicazione.

Altri tipi di test principali coperti dai test delle applicazioni Web sono test funzionali, test cross-browser, UAT, beta test, test di regressione, test di compatibilità, test del fumo, test esplorativi, test di compatibilità e supporto multilingue e stress test.

Per le applicazioni mobili, i principali tipi di test da eseguire sono i test dell'interfaccia utente, i test basati su regole, i test di regressione, funzionali e di sicurezza.

Quindi AUT (applicazione in prova) è il software desktop o un sito Web o un'app mobile.

Test dell

Metodologie di test delle applicazioni

Questo è un aspetto ben noto e ben discusso che ci sono solo 3 metodologie di test universalmente accettate:

# 1) Scatola nera : Nel test black-box, l'AUT viene convalidato rispetto ai suoi requisiti considerando gli input e gli output attesi, indipendentemente da come gli input vengono trasformati in output. I tester sono meno interessati alla struttura interna o al codice che implementa la logica di business dell'applicazione.

Scatola nera

Esistono quattro tecniche principali per progettare casi di test per il test della scatola nera:

  • BVA ( Analisi del valore limite )
  • EP (Equivalence Partitioning)
  • Tabelle delle decisioni
  • Tabelle (e diagrammi) di transizione di stato

Il test della scatola nera è comunemente impiegato per i test funzionali, non funzionali e di regressione.

#Due) Scatola bianca : L'obiettivo principale di questa metodologia è convalidare il modo in cui la logica di business dell'applicazione viene implementata dal codice / programma.

Scatola bianca

La struttura interna dell'applicazione viene testata qui e le tecniche disponibili per farlo sono:

  • Copertura del codice
  • Copertura del percorso

Entrambe le tecniche sopra elencate contengono molte altre strategie che possono essere discusse in qualche altro articolo. Alcune tecniche sono discusse in ‘ Tecniche di progettazione del caso di test 'Argomento.

# 3) Scatola grigia : In pratica, questa è una miscela di scatola nera e scatola bianca.

Scatola grigia

cosa apre un file .jar

In questa metodologia, principalmente il tester verifica l'applicazione con l'approccio Black-box. Tuttavia, per alcuni moduli di un'applicazione critici o vulnerabili per l'azienda, il test viene eseguito tramite una casella bianca.

Applicazione Strumenti di test

Ci sono molti Strumenti di test delle applicazioni disponibile oggi sul mercato. Questi includono strumenti sia a pagamento che open source. Inoltre, alcuni strumenti sono specifici per lo scopo.

Per esempio, Test dell'interfaccia utente, test funzionali, test DB, test di carico, prestazioni, test di sicurezza e test di convalida dei collegamenti, ecc. Tuttavia, alcuni strumenti sono abbastanza potenti da fornire la struttura per testare diversi aspetti principali di un'applicazione.

Il concetto più importante in 'Test delle applicazioni' è il test funzionale. Quindi, il nostro focus sarà sugli strumenti di test funzionale.

Ecco l'elenco di alcune caratteristiche più importanti e fondamentali fornite da quasi tutti gli strumenti di 'Test funzionale'.

  • Registra e gioca
  • Parametrizza i valori
  • Script Editor
  • Esegui (il test o lo script, con modalità di debug e aggiornamento)
  • Rapporto sulla sessione di esecuzione

Diversi fornitori forniscono alcune caratteristiche specifiche che rendono il loro prodotto unico rispetto ad altri prodotti della concorrenza. Ma le cinque funzionalità sopra elencate sono le più comuni e possono essere trovate in quasi tutti gli strumenti di test funzionale.

Di seguito è riportato l'elenco dei pochi ampiamente utilizzati Strumenti di test funzionale .

1) HP QTP ( Quick Test Professional )
Due) Selenio
3) IBM Rational Robot
4) Test completato
5) Push to Test
6) Telerik

Piano di test del software (PER FAVORE)

Per qualsiasi attività è sempre richiesta una pianificazione e lo stesso vale per il test del software. Senza un piano adeguato, c'è sempre un alto rischio di distrarsi durante il test. Se questo rischio diventa un dato di fatto, i risultati potrebbero essere orribili.

5 parti principali di un buon piano di test

# 1) Campo di applicazione

  • Panoramica di AUT
  • Caratteristiche (o aree) da testare
  • Esclusioni (caratteristiche o aree da non testare) motivate
  • Dipendenze (delle attività di test l'una sull'altra, se presenti)

# 2) Obiettivi: Questa sezione descrive gli obiettivi dell'attività di test, ad es. convalida di correzioni di bug, nuove funzionalità aggiunte o rinnovamento di AUT, ecc.

# 3) Focus: Questa sezione descrive quale aspetto dell'applicazione sarà incluso nel test, ad es. sicurezza, funzionalità, usabilità, affidabilità, prestazioni o efficienza, ecc.

# 4) Approccio: Questa sezione descrive quale metodologia di test sarà adottata per quali aree di AUT. Ad esempio, nell'STP di un'applicazione ERP; la sezione approccio può contenere le informazioni che il test della scatola nera sarà l'approccio per il libro paga. D'altra parte, per i rapporti, l'approccio sarà il test della scatola grigia.

# 5) Programma: Questa sezione descrive chi farà cosa, dove, quando e come su AUT. La sezione Schedule è, infatti, una '4W e 1H' dell'STP. Normalmente, il programma è preparato come una semplice tabella, ma ogni organizzazione può avere il proprio formato personalizzato in base alle proprie esigenze.

Una volta che il piano di test è pronto e l'applicazione è in fase di sviluppo, i tester progettano e documentano i casi di test. Nella sezione 'Test dell'applicazione - Metodologie' sopra, ho elencato le tecniche di progettazione dei TC.

Cicli di test delle applicazioni

Una volta che l'AUT è pronto per il test, inizia la fase pratica del ciclo di test in cui i tester eseguono effettivamente i casi di test su AUT. Tieni presente che qui il ciclo di test viene discusso indipendentemente dai livelli di test (unità, modulo, integrazione, sistema e accettazione utente) e ambienti di test (sviluppo, controllo qualità, replica del cliente, live).

# 1) Test del fumo : Questo è il primo ciclo di test. Lo scopo del test del fumo è verificare che non vi siano arresti anomali nell'applicazione ed è adatto per ulteriori test. Questo passaggio è ampio e poco profondo.

# 2) Test di sanità mentale: Questo è il secondo ciclo di test. Il suo scopo è verificare che un modulo specifico funzioni correttamente ed è adatto per un test completo. Questo passaggio è stretto e profondo.

Suggerimento professionale: Di solito non c'è molto tempo disponibile per eseguire separatamente i due cicli di cui sopra. Quindi, nella pratica viene adottata una combinazione di entrambi questi cicli.

# 3) Test funzionali : Il test corretto e completo dell'applicazione viene eseguito in questo ciclo di test dell'applicazione. L'obiettivo principale di questa attività è verificare che la logica di business dell'applicazione funzioni come previsto.

# 4) Test di regressione : Questo è il ciclo di applicazione finale. Qui vengono verificate le correzioni di bug e / o gli aggiornamenti. Inoltre, il test di regressione garantisce anche che non vi siano malfunzionamenti in altre aree di AUT a causa di correzioni e modifiche.

I bug vengono registrati in ogni ciclo di test. Non esiste un confine netto tra i cicli di test. Ad esempio, in Regressione, viene verificata anche la Funzionalità e potrebbe anche richiedere prima fumo, sanità mentale o la loro fusione.

Abbiamo parlato sopra di quattro diversi cicli di test delle applicazioni. Dobbiamo anche capire qui che ogni ciclo di test dell'applicazione ha alcuni passaggi coinvolti. In generale, qualsiasi ciclo di test ha i passaggi presentati nell'immagine seguente:

Cicli di test delle applicazioni

Test dell'applicazione - Migliori pratiche

Penso che centinaia di articoli siano disponibili su Internet. Ogni articolo suggerisce un numero diverso di best practice che vanno da 7 a 30 (che ho visto finora). Tuttavia, ho solo 5 consigli per i lettori.

  • Piano Propriamente
  • Test Acutamente
  • Registra i bug Chiaramente
  • Esegui il test di regressione Efficientemente
  • Migliora le quattro abilità di cui sopra Continuamente

Inoltre, dovresti dare la priorità ai casi di test e coprire prima i principali flussi di business.

Conclusione

Il test delle applicazioni è un argomento vasto ed è l'attività principale per quasi tutti i tester del software.

In questo articolo, ho fornito una panoramica delle aree più fondamentali e necessarie che rientrano nel test delle applicazioni. Coinvolge strategie, fenomeni, approcci, strumenti, tecnologie e linee guida. Ho affrontato la visione concettuale e pratica del test delle applicazioni insieme alle sue aree di interesse più importanti.

Lettura consigliata

^