Come scrivere un piano di test

April 16

Un piano di test è un documento di verifica hardware o software dettagliato che fornisce dettagli su come il validatore metterà alla prova tutti gli aspetti della progettazione hardware o software. piani di test sono specifiche di prova utilizzati come guide per la scrittura di casi di suite di test per la convalida dei progetti in entrambi i campi dell'ingegneria hardware e software. Tipicamente un piano di test è stato scritto da un ingegnere di prova o convalida. Un piano di prova contiene una descrizione delle funzionalità del prodotto, la descrizione di casi di prova da scrivere per ogni funzione, e una descrizione della piattaforma di prova da utilizzare. Per il test di hardware, sono necessari piani di test per il pre-silicio e validazione postale silicio.

istruzione

1 Rivedere la progettazione specifica di prodotto che il Piano di test si basa su

Commenta ogni aspetto delle specifiche di progettazione del prodotto. Bandiera alcun vincolo o di funzionalità omissioni con il documento di specifica. Il software / hardware o architetto proprietario del prodotto di design documento di specifica dovrebbero essere responsabili di ideare i dettagli mancanti nelle specifiche di progetto. Passare attraverso il maggior numero di iterazioni revisione, se necessario fino a quando tutte le vostre domande hanno avuto risposta. Il vostro piano di test si baserà su specifiche di progettazione quindi questo passaggio è estremamente importante.

2 Scrivi la prima bozza del piano di test

Il vostro piano di test dovrebbe contenere una breve descrizione del progetto, il test di regressione e la metodologia di convalida da utilizzare sia l'unità e globale, l'architettura di test e un elenco delle prove reali che verranno eseguite. Si dovrebbe dettaglio:
a) Progettazione / descrizione e le caratteristiche del prodotto
b) Codice del Test Architettura
c) descrizione di prova Metodologia

(i) Unit Level
(ii) System/Global Level

d) tipo di test (random, si è concentrata / diretto, concentrato casuale, globale, locale) da fare.
e) Descrizione della funzione di ogni pezzo di progettazione e un elenco di casi di test che coprono tale funzionalità
f) tutte le eccezioni e le condizioni di casi angolo speciale per la funzionalità elencate nel piano di test.
g) Riutilizzo / Modifica Informazioni: Se il codice di validazione / test viene riutilizzata da un progetto diverso, questo dovrebbe essere specificato e modifiche al codice da effettuare dovrebbe essere elencato.
h) La funzionalità non da testare (a causa di riutilizzo di tale porzione del disegno o altri motivi) devono essere specificatamente indicato e rivisto da vicino.
i) di casi di test vincoli e dettagli di copertura per le condizioni d'angolo
condizioni di errore caso j) di prova per casi di test in programma di test.
k) Strategia per la copertura di eventuali fori metodo di analisi / convalida.

3 Tenere una recensione piano di test

Pianificare una revisione del piano di test che include la squadra che dovrà lavorare sulle prove, eventuali architetti di design o esperti di prodotto e cavi e tecniche che potrebbero fornire un prezioso contributo piano di test. Catalogare tutti i commenti e ingresso in modo che è possibile aggiungere al piano di controllo, se necessario.

4 Finalizzare il tuo piano di test

Aggiungere tutti i commenti e contributi ottenuti durante il test revisione del piano e-mail la vostra versione finale al gruppo di verifica per garantire che non avete perso nulla. Posizionare il piano di test finalizzato in un repository globale in modo l'intero team può avere accesso ad esso. Le eventuali modifiche future devono essere visibili a tutto il team con test di stato di completamento piano. rilascio del prodotto deve avvenire solo quando tutti i casi di test sul piano di test sono stati eseguiti con successo in modo continuo la documentazione del caso di completamento di test e pass / fail statistiche è necessario.

Consigli e avvertenze

  • Utilizzare mortems post e recensioni di piano di prova da progetti precedenti per rinforzare il vostro piano di test e test di regressione per questa iterazione del vostro prodotto. Assicurarsi che tutti i casi d'angolo che erano problemi l'ultima volta intorno sono inclusi nel piano di test.
  • Software o rilascio progettazione hardware è un processo iterativo. Il tuo banco di prova suite è estremamente importante in quanto verrà utilizzato per testare ogni release del progetto. Assicurarsi di avere una metodologia di copertura foro di prova in atto per catturare qualsiasi test mancante in una fase iniziale.