Defect Triage: Alles, was Sie wissen müssen, ist hier!

Was ist Defect Triage?

Defect Triage ist ein Prozess, bei dem die Tester den Fehler herausfinden und ihm einen Grad an Risiko, Wiederauftreten und Schwere zuordnen. Dieser Grad bestimmt im Wesentlichen die Priorität des Fehlers, der zuerst behandelt werden muss.

Triage ist jedoch ein medizinischer Begriff, der im Grunde einen Versuch oder eine Probe bedeutet. Wenn Sie in der Notaufnahme ankommen, wird Ihre erste medizinische Beurteilung von einer Krankenschwester vorgenommen.

In der Notaufnahme wird sie normalerweise im Triage-Raum vorgenommen. Während dieser Zeit ist es sehr wichtig, dass der Patient der Krankenschwester sein Problem schildert, damit sie genau einschätzen kann, was als Nächstes zu tun ist.

Abhängig von der Schwere oder Dringlichkeit des medizinischen Zustands einer anderen Person kann diese schneller zurückgebracht werden als Sie. Das ist genau das, was passiert, wenn ein Softwaretester eine Fehler- oder Bugtriage durchführt.

Jedem Fehler wird ein Schweregrad zugewiesen, und der Fehler, der schwerwiegender zu sein scheint oder das Potenzial hat, die Integrität des Systems zu gefährden, wird zuerst in Betracht gezogen.

Defect Triage Meeting

Triage Meetings werden vom QS-Leiter geleitet und mit Geschäftsanalysten, IT-Leitern, Projektmanagern oder sogar Produktmanagern koordiniert.

Während der Entwicklungs- oder Testphase stoßen die Tester auf eine Vielzahl von Problemen oder Fehlern, die alle stören. Um sich um diese Fehler zu kümmern, wird das Defect Triage Meeting organisiert.

Das Hauptziel dieses Triage Meetings ist es, Probleme zu kategorisieren, zu priorisieren und zu verfolgen.

Triage Meetings finden in regelmäßigen Abständen statt, manchmal sogar drei- bis viermal pro Woche, abhängig von der Größe des Projekts, der Projektsituation, dem Zeitplan und der Anzahl der Fehler. Mehrere Faktoren spielen eine Rolle bei der Bestimmung der Anzahl der Triage-Meetings, die erforderlich sind, um einen Fehler ein für alle Mal zu beseitigen.

Alle diese Meetings beinhalten Diskussionen über die Komplexität des Fehlers, das damit verbundene Risiko, Zuweisungen, Neuzuweisungen und Ablehnungen. All diese Aktualisierungen werden im Fehlerverfolgungssystem erfasst.

Für beste Ergebnisse sollte der QS-Leiter den Fehlerbericht mit den vorhandenen oder neuen Fehlern für jedes Treffen verschicken.

Jeder Fehler sollte analysiert werden, um zu sehen, ob die richtige Priorität und Schwere zugewiesen wurde. Das Hauptmotiv dieses Meetings ist es, alle Probleme rechtzeitig, fest und genau zu beheben.

Während des Meetings wird jeder Fehler in eine der drei Kategorien eingeteilt:

• SOFORTIGE MASSNAHME ZUR BEHEBUNG DES FEHLERS: Der Fehler fällt aus zwei Gründen in diese Kategorie. Der erste Grund ist, dass das Team über genügend Ressourcen verfügt, um den Fehler zu beheben, und der zweite Grund ist, dass der Fehler in der Zukunft Probleme verursachen könnte, weshalb es wichtig ist, den Fehler sofort zu beheben.
• BEHEBUNG DES FEHLERS ZU EINEM SPÄTEREN ZEITPUNKT: Ein Fehler fällt in diese Kategorie, wenn das Team weiß, dass es sich nicht um etwas Großes handelt und nach einiger Zeit behandelt werden kann.
• NO ACTION BUG: Dies bedeutet im Grunde, dass der Fehler sehr geringfügig ist und keine Auswirkungen auf das gesamte System hat. Daher ist es nicht notwendig, eine Maßnahme für diesen Fehler zu ergreifen.

Schritte bei der Defect Triage

Das Triage-Team besteht aus Projektmanager, Tester, Testleiter, Entwickler, Umgebungsmanager, Testmanager und Business-Analyst. Es gibt 3 Schritte in der Fehlertriage: Fehlerprüfung, Fehlerbewertung und Fehlerzuweisung. Jeder dieser Schritte wird im Folgenden detailliert erläutert:

• DEFECT REVIEW: Alle oben genannten Mitarbeiter befassen sich eingehend mit dem Ursprung und den Folgen jedes Fehlers und versuchen, diese zu beheben.
• DEFECT ASSESSMENT: In diesem Schritt werden die Mängel in 2 Kategorien eingeteilt: zu beheben und zurückgestellt. Der Schweregrad des Fehlers ist die Hauptgrundlage für diese Einteilung. Die oben genannten Mitarbeiter treffen gemeinsam die Entscheidung, welcher Fehler sofort behandelt und welcher zurückgestellt werden soll.
• DEFECT ASSIGNMENT: Nun, da das Team eine Liste von Fehlern hat, die sofort behandelt werden müssen, weisen sie jeden Fehler der betreffenden Person zu. All dies geschieht, nachdem der Fehler ordnungsgemäß und umfassend bewertet wurde.

Rollen und Verantwortlichkeiten der einzelnen Mitglieder des Triage-Teams

• TESTLEAD: Der Testleiter ist derjenige, der mit allem beginnt. Der Testleiter sendet eine formelle Einladung an alle Triage-Mitglieder zusammen mit einem detaillierten Fehlerbericht. Der Testleiter ist die erste Person, die jeden Fehler identifiziert und ihm einen Schweregrad zuweist. Eine der Hauptaufgaben des Testleiters ist es, eine Präsentation für das Triage-Team vorzubereiten, die ihnen einen besseren Einblick in jeden Fehler gibt. Diese Präsentation hilft den Teammitgliedern, dem Problem schnell auf den Grund zu gehen.
• PROJEKTMANAGER: Der Projektmanager spielt eine zentrale Rolle bei der Priorisierung der Fehler, der Erstellung der Fehlerliste und der Moderation der gesamten Sitzung. Er sorgt auch dafür, dass alle Mitglieder des Triage-Teams bei der Diskussion anwesend sind. Manchmal heizt sich die Diskussion auf, und dann schreitet der Projektleiter ein, um den Teammitgliedern die Möglichkeit zu geben, die Dinge aus ihrer Sicht darzulegen.
• ENTWICKLUNGSTEAMLEITER: Der Leiter des Entwicklungsteams und der Projektleiter setzen gemeinsam die Prioritäten für die Mängel. Die Hauptaufgabe des Entwicklungsleiters besteht darin, die Risiken und den Komplexitätsgrad jedes Fehlers zu kommunizieren. Er ist auch derjenige, der den verschiedenen Mitgliedern des Triage-Teams Aufgaben zuweist.

Es gibt noch andere Mitglieder im Team, aber der Projektmanager, der Testleiter und der Leiter des Entwicklungsteams sind die wichtigsten Personen. Die Besprechung würde nicht zu einem Ergebnis führen, wenn eine dieser Personen fehlt.

Was passiert in einer Triage-Besprechung?

Die Triage-Besprechung für Fehler ist in drei Teile unterteilt: vor der Besprechung, während der Besprechung und nach der Besprechung. Bevor die Sitzung beginnt, schickt der Testleiter einen Bericht an alle Mitglieder des Triage-Teams, damit sie bis zu einem gewissen Grad über die neuesten Fehler informiert sind.

• VOR der Sitzung: Den Testern kommt beim Pre-Meeting eine Schlüsselrolle zu. Die Tester geben dem Team Informationen über die Fehler und kategorisieren jeden Fehler in verschiedenen Abschnitten auf der Grundlage von Schwere und Priorität. Die Vorbesprechung gehört also im Wesentlichen den Testern.
• WÄHREND DER BESUCHE: Es kommt nicht immer vor, dass alle Probleme in einer Sitzung gelöst werden. Einige ausstehende Probleme aus dem vorherigen Defect Triage Meeting werden besprochen, bevor man sich den neuen Problemen zuwendet. Dann wird der Fortschritt bei den vorherigen Problemen besprochen. Von diesem Punkt an wird jeder Punkt über den Schweregrad der vorhandenen Mängel notiert. Die Teammitglieder treffen gemeinsam eine Entscheidung darüber, welche Fehler sofort behoben werden sollen und welche auf einen späteren Zeitpunkt verschoben werden können. Steht die Deadline kurz bevor, werden die Fehler mit einem höheren Schweregrad zuerst behandelt, während die weniger schwerwiegenden Fehler zurückgestellt werden. Besteht jedoch kein Termindruck, können selbst die kleinsten Fehler zu Beginn des Projekts behoben werden. Auf dieser Grundlage wird die Fehlerliste aktualisiert, und hier kommt die Zuweisung von Aufgaben ins Spiel. Der Testleiter hat das letzte Wort in der Besprechung. Er fasst das gesamte Meeting kurz zusammen und teilt den jeweiligen Teammitgliedern das weitere Vorgehen mit.
• POST-MEETING: Das MOM (Besprechungsprotokoll) wird nach Abschluss der Besprechung an das Defekttriageteam verteilt. Dieses Dokument enthält die wichtigsten Punkte, die während des Meetings besprochen wurden.

Inhalt eines Bug Triage Reports

1. DEFECT ID: Jedem Fehler wird eine eindeutige Nummer zugewiesen, die ihn von anderen Fehlern unterscheidet.
2. FEHLERBESCHREIBUNG: Hier wird beschrieben, wie der Fehler eine Fehlfunktion im System verursacht.
3. ERSTELLUNGSDATUM: Dies ist das Datum, an dem der Fehler zum ersten Mal bemerkt wurde.
4. ERSTELLER: Der Ersteller ist die Person, die den Fehler zuerst bemerkt und gemeldet hat.
5. SCHWERKEIT: Dies ist ein Maß dafür, wie schwerwiegend der Fehler ist.
6. PRIORITÄT: Die Priorität kann hoch, mittel oder niedrig sein. Hohe Priorität bedeutet, dass der Fehler sofort behoben werden muss, mittlere Priorität bedeutet, dass der Fehler nach einiger Zeit behoben werden kann und keine sofortigen Maßnahmen erfordert, und niedrige Priorität bedeutet, dass der Fehler keine signifikanten oder spürbaren Auswirkungen auf das Projekt hat und daher behoben werden kann oder nicht.
7. STATUS: Der Fehlerstatus gibt an, ob es sich um einen neuen, in Prüfung befindlichen, in Arbeit befindlichen oder abgeschlossenen Fehler handelt.
8. DATUM DER ZUWEISUNG: Dies ist das Datum, an dem der Fehler dem entsprechenden Mitarbeiter zur Lösung zugewiesen wurde.
9. ZUWEISUNG AN: Dieses Feld enthält den Namen der Person, der der Fehler zur Behebung zugewiesen wurde.
10. LÖSUNG: Was wird zur Behebung des Fehlers unternommen.
11. LÖSUNGSDATUM: Geschätztes Datum, an dem der Fehler vollständig behoben sein wird.
12. GESCHÄTZTE ZEIT: Geschätzte Zeit für die Behebung des Fehlers.
13. ISTZEIT: Gesamtzeit für die Behebung des Fehlers.
14. BESCHREIBUNG DER URSACHE: Dieses Feld enthält Informationen darüber, warum der Fehler überhaupt aufgetreten ist.

Warum brauchen wir Defect Triage?

Der Hauptnutzen dieses Prozesses besteht darin, dass Ihr Team den Schweregrad des Fehlers einschätzen, Pläne zu seiner Behebung entwickeln und zu einer Schlussfolgerung bezüglich der Ressourcen kommen kann, die für den Prozess zugewiesen werden müssen. Defect Triage wird hauptsächlich in der agilen Testmethodik eingesetzt

CONCLUSION

Um den Fehler zu beheben, wird ein Defect Triage Meeting einberufen. Der Testleiter, der Projektmanager und der Leiter des Entwicklungsteams müssen unter den Mitgliedern des Triage-Teams anwesend sein.

Das Defect Triage Meeting wird in drei Phasen durchgeführt: vor dem Meeting, während des Meetings und nach dem Meeting. Danach erstellt der Testleiter einen detaillierten Triage-Bericht.

Der Bericht enthält alle Informationen ab dem Zeitpunkt, an dem der Fehler zum ersten Mal bemerkt wurde, bis zur Grundursache des Fehlers.

Die Häufigkeit der Fehlertriagierung hängt ganz von der Größe des Projekts ab. Sie kann auf wöchentlicher, monatlicher oder täglicher Basis organisiert werden.