test plan tutorial guide write software test plan document from scratch
Una guida definitiva al documento del piano di test del software:
Questo tutorial ti spiegherà tutto sul documento del piano di test del software e ti guiderà con i modi su come scrivere / creare un piano di test del software dettagliato da zero insieme al differenze tra pianificazione del test ed esecuzione del test.
Corso di formazione sulla qualità del progetto dal vivo, giorno 3 - Dopo aver presentato ai nostri lettori l'applicazione live del nostro formazione online gratuita sul test del software , siamo venuti a sapere come rivedere SRS e scrivere scenari di test . E ora è il momento giusto per approfondire la parte più importante del ciclo di vita del test del software, ad es. Pianificazione dei test .
Elenco di TUTTI i tutorial in questa serie:
Documento di pianificazione del test:
Tutorial n. 1: Come scrivere un documento del piano di test (Questo tutorial)
Tutorial n. 2: Contenuti del modello del piano di test semplice
Tutorial n. 3: Esempio di piano di test del software
Tutorial n. 4: Differenza tra piano di test e strategia di test
Tutorial n. 5: Come scrivere un documento sulla strategia di test
Suggerimenti per la pianificazione del test:
domande e risposte dell'intervista di prova manuale per esperti
Tutorial # 6: Gestione del rischio durante la pianificazione dei test
Tutorial # 7: Cosa fare quando non c'è abbastanza tempo per testare
Tutorial n. 8: Come pianificare e gestire i progetti di test in modo efficace
Pianificazione dei test in diverse fasi di STLC:
Tutorial n. 9: Pianificazione dei test di regressione
Tutorial n.10: Piano di test UAT
Tutorial n. 11: Piano del test di accettazione
Pianificazione dell'automazione del test:
Tutorial n. 12: Piano di test di automazione
Tutorial n.13: Pianificazione del test dell'applicazione ERP
Tutorial n. 14: Pianificazione dei test HP ALM
Tutorial # 15: Pianificazione del test della mappa mentale
Tutorial n. 16: Piano di prova JMeter e WorkBench
Cosa imparerai:
- Creazione del piano di test: la fase più importante del test
- Pianificazione del test vs esecuzione del test
Creazione del piano di test: la fase più importante del test
Questo tutorial informativo ti spiegherà le modalità e le procedure coinvolte nella stesura di un documento del Piano di Test.
Alla fine di questo tutorial, abbiamo condiviso un file Documento del piano di test completo di 19 pagine che è stato creato appositamente per il progetto live OrangeHRM, che stiamo usando gratuitamente Serie di formazione QA
Che cos'è un piano di test?
Test Plan è un documento dinamico . Il successo di un progetto di test dipende da un documento del piano di test ben scritto che è sempre aggiornato. Il piano di test è più o meno simile un progetto di come sta andando l'attività di test che si svolga in un progetto.
Di seguito sono riportati alcuni suggerimenti su un piano di test:
# 1) Test Plan è un documento che funge da punto di riferimento e solo in base a quel test viene eseguito all'interno del team QA.
#Due) È anche un documento che condividiamo con gli analisti aziendali, i project manager, il team di sviluppo e gli altri team. Ciò aiuta a migliorare il livello di trasparenza del lavoro del team QA nei confronti dei team esterni.
# 3) È documentato dal responsabile QA / lead QA in base agli input dei membri del team QA.
# 4) La pianificazione del test viene generalmente assegnata con 1/3rddel tempo necessario per l'intero impegno QA. L'altro 1/3rdè per Test Designing e il resto è per Test Execution.
# 5) Questo piano non è statico e viene aggiornato su richiesta.
# 6) Quanto più dettagliato e completo è il piano, tanto più efficace sarà l'attività di test.
Processo STLC
Siamo ora a metà della nostra serie di progetti live. Quindi, facciamo un passo indietro rispetto all'applicazione e diamo un'occhiata al processo STLC (Software Testing Life Cycle).
STLC può essere diviso approssimativamente in 3 parti:
- Pianificazione dei test
- Test di progettazione
- Esecuzione del test
Nel nostro tutorial precedente, siamo venuti a sapere che in un pratico progetto di QA, abbiamo iniziato con la revisione di SRS e la scrittura dello scenario di test, che in realtà è il 2 ° passaggio del processo STLC. Il Test Design include i dettagli su cosa testare e come testare.
Perché non abbiamo iniziato con la pianificazione dei test?
La pianificazione infatti è la prima e più importante attività che avviene in qualsiasi progetto di test.
Pianificazione dei test nelle fasi SDLC
| Fase SDLC | Attività di pianificazione dei test |
|---|---|
| Orari => | Preparazione dello scenario di test |
| Iniziato | Idealmente, il team di controllo qualità dovrebbe essere coinvolto mentre l'ambito del progetto viene raccolto dal cliente / cliente sotto forma di requisiti aziendali. Ma nel mondo reale, non è così. Da un punto di vista pratico, il coinvolgimento del team QA è NESSUNO. Al termine di questa fase, BRD viene finalizzato e viene creato un Piano di Progetto di base. |
| Definire | SRS viene creato da BRD. Viene creata la bozza iniziale del piano di test. A questo punto, poiché il team QA non ha terminato la revisione SRS, l'ambito del test non è chiaro. Quindi il TP in questa fase conterrà solo informazioni su quando avverrà il test, informazioni sul progetto e informazioni sul team (se le abbiamo). |
| Design | Viene eseguita la revisione SRS e viene identificato l'ambito del test. Abbiamo molte più informazioni su cosa testare e una buona stima del numero di casi di test che potremmo ottenere ecc. Viene creata una seconda versione del piano di test che incorpora tutte queste informazioni. |
Dalla tabella sopra, è molto chiaro che un piano di test non è solo un documento che puoi creare tutto in una volta e utilizzarlo da quel momento in poi.
Componenti di un documento di piano
| Elementi in un modello di piano di test | Cosa contengono? |
|---|---|
| Ambito => | Scenari di test / Obiettivi di test che verranno convalidati. |
| Fuori ambito => | Maggiore chiarezza su ciò che non tratteremo |
| Presupposti => | Tutte le condizioni che devono valere per poter procedere con successo |
| Documentazione di test: casi di test / dati di test / ambiente di configurazione | |
| Esecuzione del test | |
| Ciclo di prova: quanti cicli | |
| Data di inizio e fine dei cicli | |
| Ruoli e responsabilità => | Vengono elencati i membri del team |
| Chi deve fare cosa | |
| sono elencati i proprietari dei moduli e le loro informazioni di contatto | |
| Deliverables => | Quali documenti (artefatti di prova) verranno prodotti in quali intervalli di tempo? |
| Cosa ci si può aspettare da ogni documento? | |
| Ambiente => | Che tipo di requisiti ambientali esistono? |
| Chi sarà responsabile? | |
| Cosa fare in caso di problemi? | |
| Strumenti => | Ad esempio, JIRA per il monitoraggio dei bug |
| Login | |
| Come si usa JIRA? | |
| Gestione dei difetti => | A chi segnaleremo i difetti? |
| Come faremo i rapporti? | |
| Cosa è previsto: forniamo screenshot? | |
| Rischi e gestione dei rischi => | I rischi sono elencati |
| I rischi vengono analizzati, la probabilità e l'impatto sono documentati | |
| Vengono elaborati piani di mitigazione del rischio | |
| Criteri di uscita => | Quando interrompere il test? |
Poiché tutte le informazioni sopra menzionate sono le più critiche per il lavoro quotidiano di un progetto QA , è importante mantenere il documento del piano aggiornato di tanto in tanto.
Esempio di documento del piano di test per un progetto live
Viene creato un documento modello di piano di test di esempio per il nostro ' ORANGEHRM VERSIONE 3.0 - MY INFO MODULE ' Progetto e allegato di seguito. Per favore, dai un'occhiata. Ulteriori commenti sono stati aggiunti al documento in rosso per spiegare le sezioni.
Questo piano di test è sia per le fasi funzionali che per le fasi UAT. Spiega inoltre il processo di gestione dei test utilizzando lo strumento HP ALM.
Scarica l'esempio del piano di test:
Formato documento => Fare clic qui per scaricare il piano di prova in formato Doc questo è quello che abbiamo creato per il progetto live OragngeHRM e lo stiamo usando anche per il nostro corso accelerato sul test del software.
Formato PDF => Clicca qui per scaricare il piano di prova in formato file pdf .
File del foglio di lavoro (.xls) a cui si fa riferimento nelle versioni doc / pdf di cui sopra => Scarica il file File XLS riferiti nel piano di test sopra
Il modello sopra è molto completo e anche dettagliato. Quindi si prega di dare una lettura approfondita per i migliori risultati.
Poiché il piano è stato creato e anche spiegato bene, passiamo alla fase successiva sia in SDLC che in STLC.
Codice SDLC:
Mentre il resto del progetto dedicava il proprio tempo alla creazione di TDD, noi addetti al controllo qualità abbiamo identificato l'ambito del test (scenari di test) e creato la prima bozza del piano di test affidabile. La fase successiva di SDLC è controllare quando si verifica la codifica.
Gli sviluppatori sono il principale punto focale dell'intero team in questa fase. Il team di controllo qualità si dedica anche al compito più importante che non è altro che 'Creazione di uno scenario di test' .
Se gli scenari di test erano 'Cosa testare', i casi di test si occupano di 'Come testare'. La creazione dello scenario di test è una parte predominante della fase di progettazione dei test dell'STLC. L'input per l'attività di creazione del test case sono gli scenari di test e il documento SRS.
Per i tester come noi, Casi test sono il vero affare - sono le cose in cui passiamo la maggior parte del nostro tempo. Li creiamo, li rivediamo, li eseguiamo, li manteniamo, li automatizziamo e, beh, ottieni l'immagine. Non importa quanto siamo esperti e quale ruolo svolgiamo in un progetto, lavoreremmo comunque con i casi di test.
Pianificazione del test vs esecuzione del test
La pianificazione del test del software riserva un ambito di gran lunga migliore rispetto a Fase STLC . La fornitura di software di qualità è assicurata dal team di test. E ciò che deve essere fatto nei test viene effettivamente deciso nella fase di pianificazione del test.
Questa sezione fornirà una panoramica completa e includerà illustrazioni sull'importanza della pianificazione dei test e del fase di esecuzione . Dopo aver letto questo capirete l'importanza significativa della fase di pianificazione rispetto alla fase di esecuzione con more esempi dal vivo e casi di studio per illustrazioni .
Pianificazione dei test
Di seguito sono riportate alcune cose essenziali da notare durante la pianificazione:
La pianificazione di un test è la sezione fondamentale e importante del ciclo di test. Il risultato della fase di test sarà determinato dalla qualità e dalla portata della pianificazione che è stata eseguita per il test.
La pianificazione del test avviene solitamente durante la fase di sviluppo al fine di risparmiare il tempo necessario per l'esecuzione del test previo accordo di tutte le parti coinvolte.
Alcuni fatti importanti da notare includono:
- La pianificazione deve essere avviata parallelamente allo sviluppo, a condizione che i requisiti siano stati congelati.
- Tutti gli stakeholder come designer, sviluppatori, clienti e tester devono essere coinvolti durante la finalizzazione del piano.
- La pianificazione non può essere elaborata per esigenze aziendali non confermate o non approvate.
- Piani di test simili verranno applicati ai nuovi requisiti richiesti dall'azienda.
Esempio 1
Il team di sviluppo sta lavorando su un software XYZ dopo aver ottenuto alcuni requisiti dai clienti. Il team di test ha quasi iniziato la preparazione per la fase di definizione o pianificazione del test. La pianificazione dei test deve essere progettata per soddisfare i requisiti iniziali citati dai clienti. Questo è stato fatto dal team di test.
aggiungi un elemento all'array java example
Nessuno degli altri stakeholder è stato coinvolto durante questa fase e la pianificazione è stata congelata.
Il team di sviluppo ha ora apportato alcune modifiche al flusso aziendale al fine di affrontare alcuni problemi nel proprio lavoro con l'approvazione del cliente. Ora il software è arrivato al team di test per un test. Con il piano di test secondo il vecchio flusso aziendale, il team di test ha iniziato il ciclo di test. Ciò ha avuto un impatto sui risultati del test con molti ritardi poiché il flusso di business modificato non è stato condiviso con il team di test.
Osservazione dall'esempio 1:
Ci sono alcune osservazioni dall'esempio sopra.
Sono:
- La comprensione del nuovo flusso aziendale ha richiesto molto tempo.
- Ritardi nei risultati del progetto.
- Rielaborazione sulla pianificazione e sugli altri compiti in fase.
Tutte queste osservazioni devono essere convertite in esigenze essenziali per un risultato di test efficace.
Componenti principali nella fase di pianificazione
Di seguito sono riportati i componenti principali coinvolti nella fase di pianificazione.
- Strategia di test: Questa è una delle sezioni più importanti che può spiegare la strategia che verrà utilizzata durante il test.
- Copertura del test: Questo è essenzialmente necessario e farà la mappatura della conformità delle esigenze aziendali e dei casi di test in modo da poter garantire se l'intero software è stato testato o meno.
- Cicli di prova e durate: Questo può diventare molto critico a seconda dei round di sviluppo e del loro tempo per completare ogni round.
- Criteri Pass / Fail: È molto richiesto in cui sono definiti i criteri di pass e fail. Alcune volte questo verrà definito anche dai clienti.
- Requisiti tecnici e aziendali: La necessità di disporre del software e gli scopi che servono saranno chiaramente definiti insieme alle spiegazioni di basso livello.
Limitazioni
Ci sono poche cose che possono effettivamente controllare la fase di test del software, specialmente la fase di pianificazione.
Di seguito sono riportate queste poche aree:
- Caratteristiche da essere e da non testare: Questo indicherà chiaramente cosa deve essere testato e cosa non dovrebbe essere.
- Criteri di sospensione e requisiti per la ripresa: Questo è il decisore sul software sviluppato e sui criteri definiti per sospendere il test o riprenderlo.
- Responsabilità: Un tester avrà molteplici responsabilità nel garantire problemi, bug e difetti nel software in prova. Inoltre, i bug devono essere convalidati con gli sviluppatori affinché possano risolverli.
- Rischi e imprevisti: I rischi associati durante il test dovrebbero essere chiaramente menzionati e le opportune contingenze durante il tempo devono essere definite molto chiaramente.
Caso di studio n. 1
come falsificare un indirizzo email
Il team di sviluppo di Esempio 1 sta progettando di rilasciare il software XYZ in 2 fasi. La fase 1 ha molte funzionalità da testare e poche da non testare. Anche in questo caso il software è stato rilasciato per testare senza tenere informato il team di test sulle funzionalità che devono ancora essere sviluppate.
Ora il team di test inizia la sua esecuzione in base ai piani di test che hanno già elaborato. Vengono fuori con un gran numero di bug. E dopo la convalida da parte del team di sviluppo, la maggior parte di essi non è più valida.
Osservazioni dal case study di cui sopra:
- Team di sviluppo per rilasciare il software al team di test con note di rilascio e note di copertura dei requisiti (note di rilascio).
- Le caratteristiche da testare e da non testare devono essere prese in considerazione in base al software rilasciato prima del test.
- I criteri di sospensione e ripresa del test devono essere definiti adeguatamente.
- I rischi e i piani di emergenza per l'indisponibilità del software devono essere rappresentati perfettamente.
Leggi anche=> Come gestire i rischi durante la fase di pianificazione del test
Piano di esecuzione del test
L'esecuzione dei casi di test è uno dei passaggi della fase STLC. Ciò dovrà essere eseguito in conformità con i piani elaborati in precedenza. Quindi, la pianificazione continua a dominare sempre l'intera fase di test. Di seguito è riportato un esempio in cui il team di test viene influenzato dalle modifiche ai piani di test.
Esempio n. 2
Il test del software A è stato avviato sulla base del piano 1 elaborato dal team. Successivamente, a causa delle esigenze aziendali e delle modifiche, il piano di test ha dovuto subire alcune modifiche. Questo, a sua volta, ha costretto i casi di test o l'esecuzione a essere modificati.
Osservazioni:
- Il piano di test determinerà l'esecuzione del test case.
- La parte di esecuzione varia secondo il piano.
- Finché il piano ed i requisiti sono validi anche i casi di test sono validi.
Modi per superare i problemi durante l'esecuzione
I tester si imbatteranno più spesso in vari scenari mentre eseguono l'esecuzione del test. Questo è il momento in cui i tester dovranno comprendere e conoscere i modi per risolvere il problema o almeno trovare una soluzione alternativa per il problema.
Esempio n. 3
Durante l'esecuzione del test case del software B, il team di test incontra più problemi. Pochi di loro sono tappi per lo spettacolo. Richiedono che gli sviluppatori li aiutino a superare il problema. Ciò è accaduto più volte e il risultato è un ritardo nel testare i risultati finali.
Osservazioni:
- Esiste una dipendenza per il superamento di problemi e questioni ambientali.
- Per i tester è necessaria una corretta comprensione dell'ambiente.
- I problemi frequenti e noti devono essere documentati per risolverli in futuro.
Controllo e gestione della versione
Controllo della versione e la gestione dei piani di test e dei casi di test sono molto importanti per mostrare i risultati tempestivi. Questo è più significativo e spesso viene fatto con l'aiuto di uno strumento di controllo della versione.
Uno strumento di controllo della versione non solo li aiuta a controllare i piani di test, ma aiuta anche nella gestione dei difetti. Quando ci sono progetti di test con più cicli e rilasci, questi strumenti possono davvero aiutare molto a ridurre le metriche per supportare i risultati del test.
Inoltre, leggi=> Gestione del rischio nella fase di esecuzione del test
Differenza tra pianificazione ed esecuzione dei test
Di seguito sono riportate alcune aree importanti che metteranno in evidenza come la pianificazione differirà dalla fase di esecuzione del test.
| Area di confronto | Pianificazione dei test | Esecuzione del test |
|---|---|---|
| Posizionamento realizzabile | Il piano di test sarà considerato come un importante risultato per l'attività di test. Questo sarà il primo passo nel processo di test. | Questo arriverà come ultimo membro della panchina nella fase di test. Dopo l'esecuzione, lo stato dei difetti / bug insieme allo stato di esecuzione del test case sarà condiviso come uno dei risultati del test |
| Persona responsabile | Il responsabile del test preparerà il piano del test e lo condividerà con tutti gli stakeholder per la loro revisione. | Ciò sarà normalmente fatto dal tester tenendo presente che i casi di test preparati sono stati approvati e firmati. |
| Obiettivo principale | Le aree di interesse del piano di test sono come eseguire il test, cosa dovrebbe essere considerato e cosa no, ambiente che può essere utilizzato, programmi di test ecc. | L'esecuzione del Test si concentra principalmente sull'esecuzione dei casi di test forniti per essere testati sul software. |
| Modalità ricorrente o iterativa | Questa è un'attività unica. Detto questo, potrebbe o meno richiedere modifiche per le versioni future del software. | Ci sono 3 parti in quest'area quando parliamo di iterazione. 1. Test funzionali. 2. Test di regressione. 3. Nuovo test. |
| Ingressi | Gli input per la creazione di un piano di test sono davvero necessari e devono essere forniti da analisti aziendali, architetti, clienti ecc., | Il documento del caso di test è l'input principale. |
| Periodo in cui può essere avviato | Deve essere avviato insieme al ciclo di sviluppo per un risultato efficace e per risparmiare tempo. Ma ci sono pochi modelli come il modello a caduta d'acqua in cui la fase di test inizierà solo dopo che la fase di sviluppo è stata completata. | L'esecuzione deve essere avviata rigorosamente dopo che è stato completato lo sviluppo del software. |
| Periodo di chiusura | Il piano di test non avrà tale periodo di chiusura. Generalmente verrà fornito un consenso da tutte le parti interessate per il software. | L'esecuzione per una versione o un ciclo specifico verrà considerata chiusa quando tutti i casi di test saranno stati eseguiti sul software. |
| Utilizzo degli strumenti | Non saranno molti gli strumenti utilizzati in quanto l'attività di pianificazione sarà più di discussione e documentazione. Per tenere traccia di eventuali modifiche al piano, i responsabili dei test normalmente useranno qualsiasi strumento di controllo della versione come VSS o qualcos'altro. | Dipenderà dalla modalità di esecuzione. In caso di manuale nessun attrezzo verrà utilizzato per l'esecuzione. Ma per registrare i difetti e gestirli, verranno utilizzati alcuni strumenti. In caso di test di automazione, l'esecuzione verrà eseguita con l'ausilio di strumenti come QTP, SELENIUM ecc. |
| Impatti sui risultati finali | Ciò avrà un impatto più ampio su tutte le fasi di test | Ciò avrà un impatto sul ciclo successivo o sul rilascio da testare. |
Le illustrazioni sopra potrebbero aver spiegato in modo migliore l'importanza delle attività di pianificazione del test rispetto a quella dell'esecuzione del test. In qualche modo, la fase di esecuzione è una sorta di sottoinsieme del piano di test.
In base alla strategia di test, all'approccio e alle altre cose, il piano di test ha una maggiore probabilità di essere modificato per dare spazio ai cambiamenti. È una cosa certa che l'esecuzione del test dipenda dai casi di test. I casi di test si basano sui piani. Quindi i cambiamenti nei piani garantiranno cambiamenti nei casi di test.
Al contrario, le modifiche nei casi di test non devono necessariamente cercare modifiche. Questo è uno dei motivi principali per cui la pianificazione va avanti rispetto alla fase di esecuzione del test.
Il nostro prossimo tutorial ti spiegherà di più su come creare casi di test? Quali sono? E come possiamo farli funzionare per noi insieme ai vari altri aspetti relativi ai casi di test.
PROSSIMO Tutorial=> QA Training Day-4: Scrittura di casi di test dal documento SRS
Sei un esperto nella stesura di un documento del piano di prova? Allora questo è il posto giusto per condividere i tuoi preziosi suggerimenti per il miglioramento per i prossimi tester. Sentiti libero di esprimere i tuoi pensieri con noi nella sezione commenti qui sotto !!
Lettura consigliata
- Esempio di modello di piano di test del software con formato e contenuto
- Guida alla documentazione sul test del software (perché è importante)
- Risorse e download per il test del software QA
- Documento del piano di test di esempio (esempio di piano di test con i dettagli di ogni campo)
- Esecuzione del test nel test del software: processo e pianificazione esatti con esempi
- Come scrivere un documento di strategia di test (con modello di strategia di test di esempio)
- Scrittura di casi di test dal documento SRS (SCARICA casi di test di esempio del progetto Live)
- Programma del corso di test del software - Piano di formazione dettagliato del corso online