September 19
Il processo di sviluppo del software coinvolge più fasi di progettazione, programmazione, verifica e correzione di bug. In ogni fase di un piano è fissata per il completamento con successo. Il processo inizia con la raccolta dei requisiti, seguita identificando casi d'uso e la programmazione attuale. Una volta completata la programmazione, il software è stato testato secondo il piano di prova, un documento che si crea durante le prime fasi del processo in base ai requisiti che sono stati raccolti e l'uso Casi che sono stati identificati.
Il programma di test è stato scritto per testare il software che è stato costruito sulla base dei requisiti e casi d'uso che sono stati definiti in precedenza nel processo di sviluppo del software. Essa delinea ciò che il software dovrebbe fare e come si suppone che ogni parte di lavoro in base alle fasi di progettazione iniziale del processo di sviluppo del software. Identifica casi di test che verranno utilizzati per testare i casi d'uso contro il software che è stato programmato. Identifica anche insetti e definisce come i bug vengono segnalati e risolti. Infine, si definisce quando il software è considerato accettabile per il rilascio.
Il documento Piano di prova è scritto nelle prime fasi del processo di sviluppo una volta che casi d'uso sono stati definiti e gli sviluppatori iniziare la programmazione del software. E 'utilizzato dalla squadra test ed è di riferimento per il gruppo di sviluppo. Entrambe le squadre avranno bisogno di collaborare nel processo di test come tester trovano gli insetti e li riferire agli sviluppatori. sezioni ben definite che riassumono esigenze, identificare i casi di test, e la definizione di procedure di segnalazione di bug dovrebbero essere inclusi.
Test Cases sono il cuore del piano di test. Test Cases corrispondono a casi d'uso. Casi d'uso definiscono gli usi previsti per il software e definiscono come deve essere utilizzato ogni elemento. Test Cases testare il software per assicurarsi che questo vale nel prodotto finale. Il prodotto finale deve corrispondere i casi d'uso.
Un banco di prova deve comprendere almeno tre elementi. In primo luogo, un nome che collega in modo appropriato il banco di prova per la corrispondente Use Case. In secondo luogo, una procedura di prova, che prevede un processo graduale che verrà utilizzata per testare il software. Questo è il pezzo più importante, come è giusto che specificamente indicare come verrà affrontato il particolare caso d'uso e dovrebbe essere ripetibile. In terzo luogo, il banco di prova deve includere criteri di superamento della prova (che è un risultato positivo e ciò che è un risultato senza successo).
Un piano di test dovrebbe identificare la procedura appropriata per identificare bug, miglioramenti, e manca caratteristiche. Si deve inoltre individuare la procedura per la risoluzione di bug e quali bug può essere consentito nella versione finale del software se sono per qualche ragione non risolto. Quando il software fallisce un banco di prova, che il fallimento è un bug. Quando il software non è riuscita a risolvere un caso d'uso del tutto, questo non è un bug. Inoltre, un tester può avere un'idea o suggerimento riguardo usabilità; anche questo non è un bug.
Un piano di test non è un documento che è stato impostato in pietra all'inizio del processo di sviluppo. Il Piano di prova deve essere analitica e ben definita, ma ha anche bisogno di rimanere up-to-date con i requisiti cambiano o Use Case modifiche necessarie. Un piano di test è un documento che dovrebbe adattarsi al fine ultimo di fornire il miglior software possibile attraverso rigorose procedure di prova.