Sto facendo un progetto scolastico che ci impone di creare un'applicazione per computer e poi scrivere documentazione; quindi devo scrivere la documentazione di test, ho già un piano di test (convalidare tutti gli input e testare tutte le funzionalità) ma come posso presentare i risultati del test nel mio progetto (ad esempio, tabella ecc.)?
Vorrei prendere in considerazione la possibilità di riportare varie metriche di copertura del test. Questo mostrerà che i tuoi test stanno correttamente esercitando la piena funzionalità della tua applicazione. Anche se le metriche di copertura sono come tutte le statistiche, devono essere spiegate chiaramente in quanto possono essere riportate in modi sbagliati.
Vedi tipi di metriche di copertura su Wikipedia .
Puoi raccogliere le metriche di copertura per le applicazioni che sono testate sia con le mie tecniche di test manuali che automatizzate.
Le informazioni che dovrebbero essere incluse in un rapporto di prova includono:
Dato che stai eseguendo test manuali, ognuno dei tuoi test dovrebbe essere documentato in qualche modo, anche se è semplice come un elenco numerato di passaggi e cosa si prevede che accada dopo ogni risultato. Ogni test dovrebbe avere un identificatore univoco che puoi usare per riferirti ad esso.
Un report di test che copre un'intera suite di test riassume in genere i risultati, incluse informazioni come il numero di test eseguiti, forse anche identificando il nome della suite di test o un elenco dei test eseguiti. Se viene eseguito solo un test, questo spesso non è necessario in quanto non è necessario riepilogare un singolo test.
Per ogni test eseguito, identificare il test tramite il suo identificatore, annotare eventuali problemi o mancanze nel piano di test (utile per identificare i problemi chiave che portano a cambiamenti nel piano di test) e il risultato finale di ogni test come passaggio /fallire. A seconda delle specifiche del test, potrebbe essere utile prendere nota di ciò che ha causato l'errore: quale era l'output effettivo, quale errore si è verificato e così via.
Il modo in cui lo formatti dipende dalla natura dei dati. Un riepilogo è rappresentato al meglio da un punto di vista testuale, ma potrebbe essere rappresentato da una torta o da un grafico a barre che mostra il risultato finale di vari test in termini di esito positivo o negativo. I risultati dei test specifici sono in genere binari (pass / fail), ma è anche utile per acquisire alcuni tipi di note sul perché hanno fallito. I rapporti sui test che ho visto sono in genere in formato di documento, ma spesso contengono tabelle. Se hai un gran numero di test e hai bisogno di produrre facilmente grafici e grafici, i fogli di calcolo potrebbero essere più utili.
Le metriche sono tuoi amici qui.
Quanti passaggi o cicli di test hai fatto? Quale percentuale di test ha superato o fallito? Traccia i difetti di gravità nel tempo. Quanti difetti sono stati trovati nella fase sbagliata? (UAT rileva i difetti che dovrebbero essere catturati dai test delle unità) quanti cambiamenti di design o requisiti sono stati trovati in ciascuna fase?
Enjoy!
Leggi altre domande sui tag testing documentation