Menu

Come eseguire le revisioni della documentazione di prova in 6 semplici passaggi - Processo di controllo qualità

how perform test documentation reviews 6 simple steps qa process

Prova Il Nostro Strumento Per Eliminare I Problemi

Ormai sappiamo tutti che per un tester, Documentazione è parte integrante della sua vita quotidiana. Esiste un sovraccarico di artefatti di test che vengono creati, esaminati, approvati, utilizzati, mantenuti e distribuiti. Abbiamo sempre processi chiari su come creare un documento, come usarlo, a chi dovrebbe andare, ecc.

Attraverso questo articolo, faremo luce sul piccolo ma importante argomento: le recensioni.

Anche la revisione è una forma di test: la parte di verifica del V&V chiamata anche Test statico.

Eseguire revisioni della documentazione di prova

Cosa imparerai:

Tipi di recensioni

  • Rivedere il proprio lavoro - Autocontrollo
  • Revisione tra pari
  • Vigilanza

Se la convalida è la metà delle pratiche di test, la verifica è l'altra, ma spesso le linee guida sono oscure, quindi cambiamola ORA. È una pratica generale con gli articoli di STH, inizieremo con le domande, cosa? Perché? Come?

miglior python ide mac os x

Revisioni dei documenti di test del software

Cosa esaminiamo?

Tutto ciò che è stato creato deve essere rivisto. Di seguito sono riportati alcuni degli artefatti comuni esaminati:

  • Piano di prova
  • Scenari di prova
  • Modelli di test
  • Casi test
  • Dati di test
  • Rapporti ... ecc

Revisioni dei documenti di prova

Perché rivedere?

Per lo stesso motivo per cui testiamo il software, Per esempio,

  • Per scoprire errori
  • Per verificare la completezza
  • Per assicurarsi che gli standard e le linee guida siano rispettati o meno ... ecc.

Come rivedere?

Di seguito l'elenco delle attività coinvolte:

  • Definisci i criteri - Hai una lista di controllo di cosa cercare?
  • Eseguire il controllo
  • Registra i tuoi risultati
  • Condividi, discuti e implementa le modifiche richieste
  • Controllo della versione dei documenti coinvolti
  • Esci e utilizza il documento come previsto.

Processo di revisione dei documenti di prova

Discuteremo ora ogni passaggio nella sezione 'Come', in altre parole, il processo per eseguirlo.

(Alla maggior parte di noi tester non piace l'elaboratore di testi, non è vero? Per noi significa molto più lavoro o qualche compito manageriale di alto livello che dobbiamo svolgere anche se non lo vogliamo - per per il bene di una certa conformità di cui non abbiamo idea. Ma, credimi, quando ti viene in mente un processo che funziona ed è abbastanza semplice per farci capire perché dobbiamo farlo, può essere divertente! Gioca con me.)

Il processo per le revisioni tra pari e le revisioni di supervisione è lo stesso secondo me perché anche un supervisore è un pari nonostante la designazione più alta.

Passaggio 1: definire i criteri

# 1) Cosa ti aspetti di trovare? Puoi cercare cose come:

  • Errori di ortografia (Sembra troppo sciocco? Non credo, una volta ho scritto 'Oggetto Mer' invece di 'Oggetto Web' in uno dei miei articoli - Cambia completamente il significato. Lo rende quasi troppo sciocco per essere preso sul serio.)
  • Conformità formato / modello
  • Copertura delle funzionalità e correttezza
  • Facilità di comprensione
  • Standard seguiti: convenzioni di denominazione, numerazione coerente ... ecc.

#Due) Fai una lista di controllo - Le liste di controllo sono molto versatili. Può essere complicato come una lista di controllo per la revisione o semplice come una lista della spesa. Tutto ciò che serve è un po 'di tempo per farlo e una volta fatto, è semplice come selezionare ON o OFF.

# 3) Come segnalare i risultati? - Scegli ciò che è conveniente, preferibilmente un metodo che può essere registrato e tracciato.

  • A volte questo può essere semplice come aggiungere una colonna in più nel foglio Excel con casi di test e scrivere qualcosa in rosso quando non è quello che dovrebbe essere.
  • Può essere il passaparola
  • Un elenco in un'e-mail

Passaggio 2: eseguire il controllo

# 1) Utilizzando l'elenco di controllo creato in precedenza, verifica il documento e fornisci il tuo feedback.

Passaggio 3: registra i risultati

# 1) Ancora una volta, utilizzando il metodo deciso nel passaggio 1, registra e riporta i risultati.

#Due) Quando si segnalano commenti o suggerimenti per la modifica, trattarli in modo non diverso dalla segnalazione di un difetto. Non trascurare nulla. Sii dettagliato.

siti Web che ti consentono di scaricare video di YouTube

Passaggio 4: condividere, discutere e implementare le modifiche richieste

# 1) A nessuno piace sentirsi dire che il proprio lavoro è sbagliato o incompleto. Quindi tieni presente le seguenti linee guida quando fornisci un feedback negativo.

  • Fornisci critiche costruttive - Ricorda di non essere critico nei confronti della persona, ma sottolinea i difetti di questo prodotto
  • Non diventare competitivo - solo perché ha consegnato 30 commenti di revisione sui tuoi casi di test, non cercare di batterlo.
  • Fornisci motivi per sostenere i tuoi commenti

#Due) Ottieni l'approvazione.

# 3) Fai apportare le modifiche

Passaggio 5: controllo della versione I documenti coinvolti

# 1) Non eliminare le versioni precedenti di nessuno dei documenti. Assegnare loro un nome appropriato e conservarli in una cartella di progetto centralizzata. Dopo tutto, questa è la prova di tutto il nostro lavoro

Passaggio 6: disconnettersi e utilizzare il documento come previsto

# 1) Una volta incorporate tutte le modifiche, salvata la versione, autorizza il processo di revisione e passa a utilizzare il documento per lo scopo per cui è stato creato.

#Due) Un'altra domanda che sorge è: ricontrolliamo dopo aver apportato le modifiche? Quante volte andrà avanti questo processo - lavoro - revisione - correzione - e poi riesaminato di nuovo? Fino a quando?

No, una revisione non deve essere ripetuta più e più volte. È un'attività di controllo della qualità che si concentra sulla verifica se gli assistenti di test sono creati correttamente o meno. Come sempre, i documenti senza difetti sono impossibili. Quindi un ragionevole livello di revisione, una volta da parte di un pari è accettabile.

Ecco, hai finito. Non è semplice questo processo?

Punti da ricordare

  • Ogni progetto non deve seguire questo metodo di revisione formalizzato, ma anche se ha un metodo informale in atto, questi passaggi aiuteranno a definire le aspettative e guidarti lungo il percorso.
  • Documentazione di prova le stime della sequenza temporale si basano in genere sul tempo necessario per la creazione e la revisione dei documenti, quindi sono incorporate anche se non sempre le riconosciamo.
  • La revisione non è un processo limitato ai team di test manuali. I team di automazione eseguono anche procedure dettagliate sul codice, revisioni del progetto, ecc.

Infine, questo è l'aspetto di un tipico documento di commenti di revisione per casi di test. I commenti sono in rosso. Non necessariamente commenti reali, ma qualcosa per mostrare come è fatto.

Documento di revisione dei casi di test di esempio: (clicca per ingrandire l'immagine)

Esempio di documento di revisione del caso di test

A voi

Quindi, ritieni ancora che i processi siano scoraggianti? Esegui revisioni nei tuoi progetti? Per favore condividi le tue esperienze, sfide, domande e commenti di seguito.

Circa l'autore: Questo è un post di Swati Seela - un esperto di test manuali e di automazione con oltre 9 anni di esperienza nel settore . È anche istruttrice del nostro corso di formazione sul test del software.

Se vuoi imparare il test del software dagli esperti, controlla il programma per il nostro prossimo lotto e di più su questo corso in questa pagina .

Lettura consigliata

^