QA-Teams: Einen Fehler erfassen und die Behebung nachverfolgen
Ein Tester erfasst einen Fehler mit Schweregrad, Schritten zur Reproduktion und Fundort, hängt eine Aufnahme oder einen Screenshot an und markiert den genauen Frame oder Pixel. Das Testzyklus-Paket durchläuft geplant, in Ausführung, Fehler offen, Retest und freigegeben. Ein Retest, der immer noch fehlschlägt, kehrt über einen definierten Pfad zu „Fehler offen“ zurück, sodass eine Behebung, die nicht erfolgreich war, nicht in einem neuen Ticket verschwindet.
Einen Fehler erfassen
Der Arbeitselementtyp „Bug“ fragt nach dem Schweregrad (Blocker, Schwer, Leicht oder Kosmetisch), den Schritten zur Reproduktion und dem Build oder der Umgebung, in der er gefunden wurde. Benutzerdefinierte Felder fügen alles hinzu, was das Team sonst noch nachverfolgt.
Ein Screenshot oder eine Bildschirmaufnahme wird an den Fehler angehängt. Eine Notiz auf einer Aufnahme ist an einen Frame verankert. Eine Notiz auf einem Screenshot kann direkt darauf gezeichnet werden. Der Entwickler öffnet die Markierung, nicht einen Absatz, der versucht, sie zu beschreiben.
- Schweregrad: Blocker, Schwer, Leicht, Kosmetisch
- Schritte zur Reproduktion und Fundort
- An Frames verankerte Notizen auf Aufnahmen, gezeichnete Notizen auf Screenshots
Der Zyklus und die Entwicklerseite
Das Testzyklus-Paket durchläuft geplant (48 Stunden), in Ausführung (72), Fehler offen (72), Retest (48) und freigegeben. Die Ausführung kann erst starten, wenn der Plan und die Checkliste der Testfälle fertiggestellt sind. Der Retest hat einen Pfad zurück zu „Fehler offen“, der mit „schlägt immer noch fehl“ gekennzeichnet ist.
Das Bugfix-Paket ist die Entwicklerseite: Triage, Reproduktion, Behebung, Verifizierung und Veröffentlichung. Die Verifizierung kann das Element mit dem Label „immer noch fehlerhaft“ zurück zur Behebung senden. Das Software-Paket führt die QA in eine Release-Freigabe, was eine Freigabe-Phase ist, die von der Engine erzwungen wird.
Ein Fehler, der sich als derselbe Bug wie ein anderer herausstellt, wird mit diesem verknüpft: Eine Verknüpfung wird als „bezieht sich auf“, „Duplikat“ oder „Klon“ typisiert, und die Blockierung verbleibt bei der Abhängigkeit, die der Workflow bereits liest. Die für die Behebung aufgewendete Zeit wird als typisierte Einträge für das Element an dem Tag erfasst, an dem die Arbeit erledigt wurde, und summiert sich zu einer persönlichen Woche und einer Projektsumme im Vergleich zu den Schätzungen.
Ehrliche Lücken
Ein Testlauf-Protokoll als eigenes Objekt gibt es hier nicht; ein Lauf ist heute eine Checkliste im Zyklus. Wir möchten lieber, dass du das hier liest, als es erst nach einer Testphase zu entdecken.
Häufige Fragen
- Kann einem Entwickler eine fehlerhafte Aufnahme mit dem markierten Moment gesendet werden?
- Ja. Eine an den Fehler angehängte Aufnahme erhält an Frames verankerte Notizen, und ein Screenshot erhält eine gezeichnete Notiz.
- Was passiert, wenn ein Retest fehlschlägt?
- Die Retest-Phase hat einen Übergang zurück zu „Fehler offen“, der mit „schlägt immer noch fehl“ gekennzeichnet ist. Der Fehler kehrt ohne ein neues Ticket zurück.
- Ist die QA-Abnahme ein echtes Gate?
- Bei Paketen, die eine Freigabe-Phase für die Abnahme nutzen, ja: Die Arbeit kann nicht ohne eine protokollierte Entscheidung fortgesetzt werden. Das Testzyklus-Paket endet bei „freigegeben“ als abgeschlossene Phase; das Software-Paket nutzt die Release-Freigabe als Gate.