QA-team: rapportere en feil og spore utbedringen
En tester oppretter en feil med alvorlighetsgrad, trinn for å reprodusere og hvor den ble funnet, legger ved et opptak eller et skjermbilde, og markerer nøyaktig frame eller piksel. Testsykluspakken kjører planlagt, utfører, åpne feil, retest og godkjent. En retest som fortsatt feiler, går tilbake til åpne feil via en navngitt bane, slik at en utbedring som ikke fungerte, ikke forsvinner inn i en ny sak.
Rapportere en feil
Arbeidselementtypen for feil ber om alvorlighetsgrad som blokkerende, kritisk, mindre eller kosmetisk, trinn for å reprodusere, og builden eller miljøet den ble funnet i. Egendefinerte felt legger til alt annet teamet også sporer.
Et skjermbilde eller et skjermopptak legges ved feilen. En merknad på et opptak forankres til en frame. En merknad på et skjermbilde kan tegnes direkte på det. Utvikleren åpner markeringen, ikke et avsnitt som prøver å beskrive den.
- Alvorlighetsgrad: blokkerende, kritisk, mindre, kosmetisk
- Trinn for å reprodusere og funnet i
- Frame-forankrede merknader på opptak, tegnede merknader på skjermbilder
Syklusen og utviklersiden
Testsykluspakken kjører planlagt (48 timer), utfører (72), åpne feil (72), retest (48) og godkjent. Utførelse kan ikke starte før sjekklisten for plan og testtilfeller er fullført. Retest har en bane tilbake til åpne feil merket med feiler fortsatt.
Feilrettingspakken er utviklersiden: triagering, reprodusering, utbedring, verifisering og utgitt. Verifisering kan sende elementet tilbake til utbedring med etiketten fortsatt ødelagt. Programvarepakken avslutter QA i en godkjenning av utgivelse, som er et godkjenningssteg motoren håndhever.
En feil som viser seg å være samme bug som en annen, blir koblet til den: en kobling kategoriseres som relatert, duplikat eller klone, og blokkeringen forblir knyttet til avhengigheten som arbeidsflyten allerede leser. Tiden som brukes på utbedringen, loggføres som spesifiserte oppføringer på elementet den dagen arbeidet ble utført, og summeres til en personlig uke og et prosjekttotal mot estimatene.
Ærlige mangler
En testkjøringslogg som et eget objekt finnes ikke her; en kjøring er en sjekkliste på syklusen i dag. Vi vil heller at du leser det her enn at du oppdager det etter en prøveperiode.
Spørsmål som ofte dukker opp
- Kan en utvikler få tilsendt et opptak av en feil med det nøyaktige øyeblikket markert?
- Ja. Et opptak som er lagt ved feilen, støtter frame-forankrede merknader, og et skjermbilde støtter tegnede merknader.
- Hva skjer når en retest feiler?
- Retest-steget har en overgang tilbake til åpne feil merket med feiler fortsatt. Feilen returneres uten at det opprettes en ny sak.
- Er QA-godkjenning en reell sperre?
- På pakker som bruker et godkjenningssteg for signering, ja: arbeidet kan ikke gå videre uten en registrert beslutning. Testsykluspakken avsluttes på godkjent som et fullført steg; programvarepakken bruker godkjenning av utgivelse som sperre.