Menu

Come scrivere un documento di strategia di test (con modello di strategia di test di esempio)

how write test strategy document

Prova Il Nostro Strumento Per Eliminare I Problemi

Impara a scrivere documenti di strategia di test in modo efficiente

Un piano strategico per definire l'approccio al test, cosa vuoi ottenere e come lo raggiungerai.

Questo documento rimuove tutte le incertezze o le dichiarazioni vaghe sui requisiti con un chiaro piano di approccio per il raggiungimento degli obiettivi del test. Test Strategy è uno dei documenti più importanti per il team QA.

=> Fare clic qui per una serie completa di tutorial sul piano di test

Come scrivere un documento sulla strategia di test

Cosa imparerai:

Scrittura di un documento di strategia di test

Strategia di test

Scrivere una strategia di test in modo efficace è un'abilità che ogni tester dovrebbe raggiungere nella propria carriera. Inizia il tuo processo di pensiero che aiuta a scoprire molti requisiti mancanti. Le attività di pensiero e pianificazione dei test aiutano un team a definire l'ambito del test e la copertura del test.

Aiuta i responsabili dei test a ottenere lo stato chiaro del progetto in qualsiasi momento. Le possibilità di perdere qualsiasi attività di test sono molto basse quando esiste una strategia di test adeguata.

L'esecuzione del test senza alcun piano funziona raramente. Conosco team che scrivono documenti strategici ma non lo rimandano mai indietro durante l'esecuzione del test. Il piano della strategia di test deve essere discusso con l'intero team in modo che il team sia coerente con l'approccio e le responsabilità.

In tempi stretti, non puoi semplicemente rinunciare a qualsiasi attività di test a causa della pressione del tempo. Almeno deve passare attraverso un processo formale prima di farlo.

Che cos'è una strategia di test?

Strategia di test significa 'Come testerai l'applicazione?' Devi menzionare l'esatto processo / strategia che seguirai quando otterrai l'applicazione per il test.

Vedo molte aziende che seguono il modello della strategia di test in modo molto rigoroso. Anche senza alcun modello standard, è possibile mantenere questo documento di strategia di test semplice ma comunque efficace.

Strategia di test vs. Piano di test

Negli anni vedo molta confusione tra questi due documenti. Quindi iniziamo con le definizioni di base. In generale, non importa cosa viene prima. Il documento di pianificazione del test è una combinazione di strategia collegata a un piano di progetto generale. Secondo IEEE Standard 829-2008, il piano strategico è una sottovoce di un piano di test.

Ogni organizzazione ha i propri standard e processi per mantenere questi documenti. Alcune organizzazioni includono dettagli della strategia nel piano di test stesso (qui è un buon esempio di questo). Alcune organizzazioni elencano la strategia come una sottosezione in un piano di test, ma i dettagli sono separati in diversi documenti di strategia di test.

L'ambito del progetto e il focus del test sono definiti nel piano di test. Fondamentalmente, si occupa di copertura dei test, funzionalità da testare, funzionalità da non testare, stima, pianificazione e gestione delle risorse.

Considerando che la strategia di test definisce le linee guida per l'approccio di test da seguire al fine di raggiungere gli obiettivi di test e l'esecuzione dei tipi di test definiti nel piano di test. Si occupa di obiettivi di test, approccio, ambiente di test, strategia e strumenti di automazione e analisi dei rischi con un piano di emergenza.

Per riassumere, il piano di test è una visione di ciò che si desidera ottenere e la strategia di test è un piano d'azione progettato per raggiungere questa visione!

Spero che questo chiarirà tutti i tuoi dubbi. James Bach ha più discussioni su questo argomento Qui .

Processo per sviluppare un buon documento di strategia di test

Non limitarti a seguire i modelli senza capire cosa funziona meglio per il tuo progetto. Ogni cliente ha le sue esigenze e devi attenersi alle cose che funzionano perfettamente per te. Non copiare nessuna organizzazione o standard alla cieca. Assicurati sempre che questo aiuti te e i tuoi processi.

Di seguito è riportato un modello di strategia di esempio che delineerà ciò che dovrebbe essere coperto in questo piano insieme ad alcuni esempi per illustrare ciò che ha senso coprire in ogni componente.

Strategia di test in STLC:

STLC

(Immagine fonte )

quale non è un esempio di data mining?

Sezioni comuni del documento sulla strategia di test

Passaggio 1: ambito e panoramica

Panoramica del progetto insieme alle informazioni su chi dovrebbe utilizzare questo documento. Inoltre, includi dettagli come chi esaminerà e approverà questo documento. Definire le attività e le fasi di test da svolgere con tempistiche rispetto alle tempistiche complessive del progetto definite nel piano di test.

Passaggio 2: approccio di prova

Definisci il processo di test, il livello di test, i ruoli e le responsabilità di ogni membro del team.

Per ogni tipo di test definito nel piano di test ( Per esempio, Unità , Integrazione, Sistema, Regressione, Installazione / Disinstallazione , Usabilità, carico, prestazioni e test di sicurezza) descrivono il motivo per cui dovrebbe essere condotto insieme a dettagli come quando iniziare, proprietario del test, responsabilità, approccio al test e dettagli della strategia di automazione e dello strumento, se applicabile.

Nell'esecuzione dei test ci sono varie attività come l'aggiunta di nuovi difetti, la valutazione dei difetti, l'assegnazione dei difetti, il nuovo test, il test di regressione e infine la firma del test. È necessario definire i passaggi esatti da seguire per ciascuna attività. Puoi seguire lo stesso processo che ha funzionato per te nei tuoi precedenti cicli di test.

Una presentazione in Visio di tutte queste attività, inclusi numerosi tester e chi lavorerà su quale attività è molto utile per comprendere rapidamente ruoli e responsabilità nel team.

Per esempio, ciclo di gestione dei difetti: menzionare il processo per registrare il nuovo difetto. Dove accedere, come registrare nuovi difetti, quale dovrebbe essere lo stato del difetto, chi dovrebbe eseguire il triage dei difetti, a chi assegnare i difetti dopo il triage ecc.

Inoltre, definire il processo di gestione del cambiamento. Ciò include la definizione dell'invio della richiesta di modifica, del modello da utilizzare e del processo per gestire la richiesta.

Passaggio 3: ambiente di test

La configurazione dell'ambiente di prova dovrebbe delineare le informazioni su un numero di ambienti e la configurazione richiesta per ogni ambiente. Per esempio, Un ambiente di test per il team di test funzionali e un altro per il team UAT.

Definire il numero di utenti supportati in ogni ambiente, i ruoli di accesso per ogni utente, i requisiti software e hardware come sistema operativo, memoria, spazio libero su disco, numero di sistemi, ecc.

La definizione dei requisiti dei dati di test è altrettanto importante. Fornisci istruzioni chiare su come farlo creare dati di test (genera dati o utilizza i dati di produzione mascherando i campi per la privacy).

Definire la strategia di backup e ripristino dei dati di prova. Il database dell'ambiente di test potrebbe riscontrare problemi a causa di condizioni non gestite nel codice. Ricordo i problemi che abbiamo dovuto affrontare in uno dei progetti quando non era stata definita una strategia di backup del database e abbiamo perso interi dati a causa di problemi di codice.

Il processo di backup e ripristino dovrebbe definire chi eseguirà i backup quando eseguire un backup, cosa includere nel backup quando ripristinare il database, chi lo ripristinerà e le fasi di mascheramento dei dati da seguire se il database viene ripristinato.

Passaggio 4: strumenti di test

Definire la gestione dei test e gli strumenti di automazione necessari per l'esecuzione dei test. Per i test di prestazioni, carico e sicurezza, descrivere l'approccio di test e gli strumenti richiesti. Indica se è uno strumento open source o commerciale e quanti utenti sono supportati e pianifica di conseguenza.

Passaggio 5: rilascio del controllo

Come accennato nel nostro ultimo Articolo UAT , il ciclo di rilascio non pianificato potrebbe comportare versioni software diverse negli ambienti di test e UAT. Il piano di gestione del rilascio con una cronologia delle versioni corretta garantirà l'esecuzione di test di tutte le modifiche in quella versione.

Per esempio, Impostare il processo di gestione della build che risponderà: dove la nuova build dovrebbe essere disponibile, dove dovrebbe essere distribuita, quando ottenere la nuova build, da dove ottenere la build di produzione, chi darà il via, il segnale di divieto per il rilascio di produzione , eccetera.

Passaggio 6: analisi dei rischi

Elenca tutti i rischi che prevedi. Fornire un piano chiaro per mitigare questi rischi e anche un piano di emergenza nel caso in cui si vedano questi rischi nella realtà.

Passaggio 7: revisione e approvazioni

Quando tutte queste attività sono definite nel piano della strategia di test, è necessario esaminarlo per l'approvazione da parte di tutte le entità coinvolte nella gestione del progetto, nel team aziendale, nel team di sviluppo e nel team di amministrazione del sistema (o gestione dell'ambiente).

Il riepilogo delle modifiche alla revisione deve essere registrato all'inizio del documento insieme al nome, alla data e al commento dell'approvatore. Inoltre, è un documento vivo, il che significa che dovrebbe essere continuamente rivisto e aggiornato con i miglioramenti del processo di test.

Semplici suggerimenti per scrivere un documento di strategia di test

  1. Includere lo sfondo del prodotto nel documento della strategia di test. Nel primo paragrafo del documento sulla strategia di test, rispondi: Perché gli stakeholder vogliono sviluppare questo progetto? Ciò aiuterà a capire e stabilire rapidamente le priorità.
  2. Elenca tutte le funzionalità importanti che stai per testare. Se ritieni che alcune funzionalità non facciano parte di questa versione, menzionale sotto l'etichetta 'Funzionalità da non testare'.
  3. Annota l'approccio di prova per il tuo progetto. Chiaramente, menziona quali tipi di test intendi condurre?
    ad es. test funzionali, test dell'interfaccia utente, test di integrazione, test di carico / stress, test di sicurezza, ecc.
  4. Rispondi a domande come come intendi eseguire i test funzionali? Test manuale o automatico? Hai intenzione di eseguire tutti i casi di test dal tuo strumento di gestione dei test?
  5. Quale strumento di tracciamento dei bug utilizzerai? Quale sarà il processo quando troverai un nuovo bug?
  6. Quali sono i tuoi criteri di ingresso e di uscita dal test?
  7. Come monitorerai i tuoi progressi nei test? Quali metriche utilizzerai per monitorare il completamento del test?
  8. Distribuzione delle attività: definire i ruoli e le responsabilità di ogni membro del team.
  9. Quali documenti produrrete durante e dopo la fase di test?
  10. Quali rischi vedi nel completamento del test?

Conclusione

Test Strategy non è un pezzo di carta. È il riflesso dell'intera attività di controllo qualità nel ciclo di vita del test del software. Fare riferimento a questo documento di volta in volta durante il processo di esecuzione del test e seguire il piano fino al rilascio del software.

Quando il progetto si avvicina alla data di rilascio, è abbastanza facile tagliare le attività di test ignorando ciò che hai definito nel documento della strategia di test. Tuttavia, è consigliabile discutere con il proprio team se ridurre o meno un'attività particolare aiuterà per il rilascio senza alcun rischio potenziale di problemi importanti dopo il rilascio.

La maggior parte dei team agili riduce la scrittura di documenti strategici poiché l'attenzione del team è sull'esecuzione dei test piuttosto che sulla documentazione. Ma avere un piano strategico di test di base aiuta sempre a pianificare e mitigare chiaramente i rischi coinvolti nel progetto. I team Agile possono acquisire e documentare tutte le attività di alto livello per completare l'esecuzione dei test in tempo senza problemi.

Sono sicuro che sviluppare un buon piano di strategia di test e impegnarsi a seguirlo migliorerà sicuramente il processo di test e la qualità del software. Sarebbe un piacere se questo articolo ti ispirasse a scrivere un piano di strategia di test per il tuo progetto!

Se ti piace questo post, considera di condividerlo con i tuoi amici!

=> Visita qui per una serie completa di tutorial sul piano di test

Lettura consigliata

^