Team di QA: segnalare un difetto e tracciare la correzione
Un tester segnala un difetto indicando gravità, passaggi per riprodurlo e dove è stato riscontrato, allega una registrazione o uno screenshot e contrassegna il frame o il pixel esatto. Il pacchetto del ciclo di test si sviluppa tra pianificato, in esecuzione, difetti aperti, retest e approvato. Un retest che continua a fallire ritorna a difetti aperti tramite un percorso dedicato, così una correzione che non ha risolto il problema non sparisce in un nuovo ticket.
Segnalare un difetto
La tipologia di elemento di lavoro bug richiede la gravità (bloccante, grave, lieve o cosmetica), i passaggi per riprodurlo e la build o l'ambiente in cui è stato riscontrato. I campi personalizzati consentono di aggiungere qualsiasi altro dato tracciato dal team.
Al difetto si allega uno screenshot o una registrazione dello schermo. Una nota su una registrazione viene ancorata a un frame. Una nota su uno screenshot può essere disegnata direttamente su di esso. Lo sviluppatore apre direttamente il segno visivo, anziché un paragrafo che cerca di descriverlo.
- Gravità: bloccante, grave, lieve, cosmetica
- Passaggi per riprodurlo e ambiente in cui è stato riscontrato
- Note ancorate ai frame sulle registrazioni, note disegnate sugli screenshot
Il ciclo e il lato sviluppatore
Il pacchetto del ciclo di test si sviluppa tra pianificato (48 ore), in esecuzione (72), difetti aperti (72), retest (48) e approvato. La fase in esecuzione non può iniziare finché non vengono completati il piano e la checklist dei casi di test. Il retest ha un percorso di ritorno a difetti aperti etichettato come ancora fallito.
Il pacchetto di bugfix rappresenta il lato sviluppatore: triage, riproduzione, correzione, verifica e rilasciato. La verifica può rimandare l'elemento alla correzione con l'etichetta ancora non risolto. Il pacchetto software conclude la QA con un'approvazione del rilascio, che è una fase di approvazione imposta dal motore.
Un difetto che si rivela essere lo stesso bug di un altro viene collegato a quest'ultimo: il collegamento viene categorizzato come correlato, duplicato o clone, e il blocco rimane associato alla dipendenza che il workflow già rileva. Il tempo impiegato per la correzione viene registrato come inserimento specifico associato all'elemento nel giorno in cui è stato svolto il lavoro, e si somma al totale della settimana personale e del progetto rispetto alle stime.
Trasparenza sulle mancanze
Il record di un'esecuzione di test come oggetto a sé stante non è presente; un'esecuzione è attualmente una checklist sul ciclo. Preferiamo che tu lo sappia ora piuttosto che scoprirlo dopo un trial.
Domande frequenti
- È possibile inviare a uno sviluppatore una registrazione del fallimento con il momento esatto contrassegnato?
- Sì. Una registrazione allegata al difetto supporta note ancorate ai frame, mentre uno screenshot supporta note disegnate.
- Copsa succede quando un retest fallisce?
- La fase di retest prevede una transizione di ritorno a difetti aperti etichettata come ancora fallito. Il difetto ritorna allo stato precedente senza creare un nuovo ticket.
- La convalida della QA è un blocco effettivo?
- Nei pacchetti che utilizzano una fase di approvazione per la convalida, sì: il lavoro non può procedere senza una decisione registrata. Il pacchetto del ciclo di test termina con lo stato approvato come fase completata; il pacchetto software utilizza l'approvazione del rilascio come blocco di controllo.