how report test execution smartly
recensioni di convertitori online da youtube a mp3
Report sullo stato del test del software
'L'accordo che una certa informazione, in un certo formato, sarà inviata da un certo team / individuo, a determinati intervalli di tempo, a determinati membri - è come una stretta di mano - un riconoscimento che non importa quale sia il risultato di un compito a mano, verrai informato al riguardo, prima o poi. '
Questa è la prima sezione del giuramento di un professionista IT. Beh, sto scherzando! Non c'è alcun giuramento, ma se ce ne fosse uno, questo sarebbe sicuramente in cima alla lista degli elementi in esso contenuti. Non è vero?
Responsabilità e trasparenza (A & T) sono essenziali per ogni progetto IT a vari livelli: livello di progetto, livello di squadra, livello di attività e anche livello individuale. Come ci assicuriamo che questi attributi siano soddisfatti? La risposta è: comunicare, più formalmente Rapporti sullo stato !
A livello individuale, non inviamo tutti rapporti, per lo più, EOD ogni giorno per comunicare il completamento (o il mancato completamento) dei tuoi doveri quotidiani. Ciò dimostra che in realtà 'sei' consapevole di quali fossero i tuoi doveri per iniziare.
Cosa imparerai:
Rapporto sullo stato giornaliero
Le informazioni che devono far parte del 'Rapporto sullo stato giornaliero' di una persona sono:
- Cosa hai fatto oggi?
- Cosa pensi di fare domani?
- Hai avuto problemi durante la tua giornata? Se sì, come li hai risolti o sono ancora aperti?
- Hai bisogno di input per domani? Se sì, da chi e cosa sono?
Il destinatario di questa e-mail / rapporto è generalmente il manager, anche i membri del team possono essere inseriti in CC in alcuni casi - questo dipende dal protocollo di comunicazione che il team segue.
Rapporti di prova
Ora è il momento di essere specifici e imparare tutto sui rapporti inviati dai team di test / QA.
I team di test inviano vari rapporti in diverse fasi dell'STLC.
- Stato del piano di test
- Stato della documentazione di prova
- Stato di esecuzione del test (stato di difetto)
Piano di test : È sufficiente comunicare con il resto dei team di progetto, quando viene creato un piano di test o quando viene apportato un cambiamento importante.
Documentazione di prova : Fai sapere a tutti i team quando è iniziata la progettazione dei test, la raccolta dei dati e altre attività e anche quando sono terminate. Questo rapporto non solo farà loro sapere lo stato di avanzamento dell'attività, ma segnalerà anche ai team che devono rivedere e fornire l'approvazione degli artefatti, che sono i prossimi.
Esecuzione del test : L'esecuzione è la fase di un progetto in cui il team di test è l'obiettivo principale - positivamente e negativamente - siamo sia gli eroi che i cattivi.
Una giornata tipo durante un ciclo di test non viene eseguita a meno che non venga inviato il rapporto sullo stato giornaliero. In alcune squadre, potrebbero concordare un rapporto settimanale, ma averlo inviato quotidianamente è la norma.
Inoltre, non è raro tenere una riunione sullo stato ogni giorno (o settimana) per presentare lo stato del team di controllo qualità alle parti interessate.
Quindi, la modalità di un rapporto sullo stato può essere:
- Email / documento
- Incontro / presentazione
- Entrambi: email giornaliere e riunioni settimanali o giù di lì.
Rapporto sullo stato di esecuzione del test
Rapporto di esecuzione del test giornaliero / settimanale:
Che cos'è? In genere, si tratta di una comunicazione inviata per stabilire la trasparenza delle attività del team di QA della giornata durante il ciclo di test - include sia le informazioni sui difetti che le informazioni sull'esecuzione del test case.
A chi dovrebbe andare? - Normalmente, il team di sviluppo, il team di supporto per l'ambiente, l'analista aziendale e il team di progetto sono i destinatari / partecipanti alla riunione. Il piano di test è il posto migliore per trovare queste informazioni.
Cosa contiene un rapporto sullo stato di esecuzione del test? - 10 punti
- Numero di casi di test pianificati per quel giorno
- Numero di casi di test eseguiti - quel giorno
- Numero di casi di test eseguiti complessivamente
- Numero di difetti riscontrati quel giorno / e rispettivi stati
- Numero di difetti riscontrati finora / e rispettivi stati
- Numero di difetti critici - ancora aperti
- Tempi di inattività dell'ambiente, se presenti
- Spettacoli - se ce ne sono
- Allegato scheda di esecuzione del test / Link al file Strumento di gestione dei test dove vengono collocati i casi di test
- Allegato alla segnalazione di bug / collegamento allo strumento Difetto / Test / Gestione utilizzato per la gestione degli incidenti
I 10 punti precedenti, se noti da vicino, sono i dati grezzi. Segnalare i fatti è una cosa e riportare alcuni fatti 'intelligenti' è un'altra . Come perfezioniamo queste informazioni?
- Mostra lo stato generale con un indicatore di colore. Per esempio, Verde: puntuale, arancione: leggermente indietro ma in grado di assorbire il ritardo, rosso ritardato.
- Includere alcune semplici metriche come Superata% di casi di test fino ad ora, densità di difetti,% di difetti gravi; in questo modo non stai solo fornendo numeri, ma in realtà stai fornendo un assaggio della qualità del prodotto che stai testando.
- Se una fase significativa è completa, evidenziarla.
- Se c'è un difetto critico che bloccherà tutto / una parte dell'esecuzione futura, evidenziatelo.
- Se utilizzi una presentazione, assicurati di includere alcuni grafici per avere un impatto migliore.
Per esempio, il grafico sottostante è una rappresentazione di il numero di difetti aperti, dal punto di vista del modulo :
Oltre a questi, puoi anche includere facoltativamente:
- Quali sono le prossime attività previste?
- Hai bisogno di input da qualcuno degli altri team e se sì, cosa?
Infine, alcuni suggerimenti per aiutare il processo:
- Sii conciso e allo stesso tempo completo
- Assicurati che i risultati che segnali siano accurati
- Utilizza i punti puntati per rendere il rapporto molto leggibile
- Ricontrolla per includere la data, l'oggetto, l'elenco e gli allegati corretti.
- Se il rapporto è troppo grande e ha troppi fattori da segnalare: posizionalo in una posizione comune come file e invia un collegamento nell'e-mail invece del file stesso. (Assicurati che i destinatari dispongano delle autorizzazioni di accesso a questa posizione e al file)
- Se si tratta di una riunione di stato: preparati per la presentazione, arriva in tempo e, cosa più importante, mantieni un tono uniforme (non essere troppo orgoglioso dei difetti - sono in generale 'cattive notizie').
Rapporto sullo stato di esempio
Rapporto sullo stato del test QA:
Seguendo queste linee guida, siamo arrivati al seguente rapporto sullo stato.
Per comodità dei nostri lettori, abbiamo incluso 3 fogli che trasmettono diversi livelli di informazioni che possono trasmettere.
Foglio 1 - è un riepilogo dello stato generale del progetto.
Foglio 2 - riguarda più i dettagli individuali dello stato del test case.
Foglio 3 - è un esempio di segnalazione di bug.
come aprire il file chiave in Windows
Scarica questo Esempio di modello Xls del rapporto sullo stato con tutti e tre i fogli. (Fare clic con il pulsante destro del mouse sul collegamento e selezionare 'Salva collegamento con nome ..' per il download)
Informazioni sull'autore - Questo è un articolo del membro del team STH Swati Seela. Puoi saperne di più su di lei sul nostro Pagina del corso di test del software .
Condividi i tuoi commenti e le tue domande con noi di seguito.
Lettura consigliata
- Come scrivere un rapporto sullo stato settimanale del test del software
- Come aggiornare lo stato di esecuzione del test case TestLink da remoto tramite Selenium - Tutorial # 3
- Come scrivere un rapporto di riepilogo del test efficace (Download del rapporto di esempio)
- Esempio di segnalazione di bug
- Modello di esempio per rapporto del test di accettazione con esempi
- Standard Template Library (STL): una breve introduzione
- Creazione di generici e tute di prova - Tutorial sul selenio # 22
- Modello di test case di esempio con esempi di test case (Download)