Menü

Fehler-Triage-Prozess und Möglichkeiten zur Behandlung von Fehler-Triage-Besprechungen

  • Haupt
  • Andere
  • Fehler-Triage-Prozess und Möglichkeiten zur Behandlung von Fehler-Triage-Besprechungen

defect triage process

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Eine vollständige Anleitung zum Defect Triage-Prozess und effektive Methoden zur Behandlung des Defect Triage-Meetings:

In dem heutigen Artikel erfahren Sie mehr über das Defect Triage-Meeting und wie Sie ein Triage-Meeting einfacher und effektiver handhaben können.

Bevor ich mit diesem Artikel fortfahre, möchte ich, dass jeder weiß, was unter einem Defekt, einem Defektlebenszyklus und einem Defekt zu verstehen ist So stellen Sie Priorität und Schweregrad für jeden Fehler ein . Und es ist notwendig, diese grundlegenden Konzepte zu verstehen, die mit einem Defekt oder Fehler zusammenhängen.

Sie können auch meinen früheren Artikel durchgehen '' Fehlerlebenszyklus und Fehlermanagementprozess '' diese Konzepte schnell zu verstehen.

Fehler Triage Meeting

Was du lernen wirst:

Überblick

Das Wort 'Triage' wird grundsätzlich im medizinischen Bereich eingesetzt. Tatsächlich wurde die Reihenfolge festgelegt, in der die Patienten behandelt werden sollen. Normalerweise in großen Krankenhäusern, in denen es täglich Tausende von Patientenansätzen für die Konsultation oder tatsächliche Behandlung gibt. Aber nicht alle Patienten werden sofort aufgenommen oder behandelt.

Die Schwere der Krankheit oder der Verletzung ist das Hauptkriterium für die Konsultation und auf dieser Grundlage werden alle Patienten entsprechend kategorisiert. Wenn die Verletzung oder Gesundheit eines Patienten sehr kritisch ist, behandeln die Ärzte diese Patienten normalerweise vorrangig und werden bei Bedarf aufgenommen.

Normale Krankheiten oder unkritische Verletzungen werden mit einer niedrigeren Priorität betrachtet und solche Patienten werden später behandelt.

In ähnlicher Weise wird der Begriff Triage beim Testen von Software auf Fehler in der Anwendung oder einem Projekt eingeführt. Normalerweise wird der Defect Triage-Prozess in großen Projekten implementiert und ist in vielen Fällen nicht für kleine Projekte anwendbar. Es besteht die Möglichkeit, bei größeren Projekten eine große Anzahl von Fehlern zu erkennen als bei mittleren oder kleinen Projekten.

wie man mit schwierigen Situationen bei der Arbeit umgeht

Auch bei größeren Projekten ist die Häufigkeit der Fehlererkennung deutlich höher.

Schauen Sie sich das folgende Bild an, das das Ergebnis des Defect Triage Meetings zeigt und Antworten auf bestimmte Fragen wie:

Fehler Triage

Fehler Triage Meeting

Das Hauptziel eines Triage-Meetings ist es, alle Mängel zu verfolgen und die richtige Lösung rechtzeitig sicherzustellen.

Während der Testausführungsphase beginnen die Tester, Fehler im Fehlermanagement-Tool wie zu melden HP ALM , QC usw. Dann Fehler Triage Meeting findet statt, bei der die Entwickler und Tester anwesend sein müssen, da diese Personen alle Mängel besprechen und die erforderlichen weiteren Maßnahmen ergreifen.

Hauptsächlich ist die Anwesenheit der folgenden Teilnehmer zwingend erforderlich:

  • Projektmanager
  • Messleitung
  • Entwicklungsleiter oder Entwickler
  • Tester
  • Test Manager
  • Business Analyst
  • Umweltmanager

Obwohl ich eine vollständige Liste aller Teilnehmer an der Besprechung gegeben habe, ist es nicht erforderlich, alle wie Business Analyst, Environment Manager, Test Manager usw. in die tägliche Besprechung einzubeziehen. Bei Bedarf laden sie der Testleiter oder der Projektmanager ein und sie können ihr wertvolles Feedback und ihre Meinung zu einem bestimmten Fehler teilen.

Und das gesamte Team ist bekannt als Triage Team . Jetzt werde ich den genauen Prozess des Triage-Meetings und den Aufbau dieses Meetings erläutern.

Betrachten Sie ein hypothetisches Beispiel ::Wir haben ein Projekt im Zusammenhang mit der Banking-Anwendung, die Größe ist sehr groß und die Häufigkeit der Identifizierung und Meldung des Fehlers ist hoch. Daher beschließt der Testleiter, ein Defect Triage Meeting mit den erforderlichen Teilnehmern einzurichten.

Zum Einrichten einer Besprechung sendet der Testleiter eine Besprechungseinladung per E-Mail an alle und legt einen bestimmten Zeitpunkt für die Triage-Besprechung fest. Das unten angegebene hypothetische Bild zeigt die Einladung eines Meetings, die von einem Testleiter über Outlook an alle Teilnehmer gesendet wurde.

Hier ist im folgenden Bild alles imaginär - wie die Namen der Teilnehmer, der Besprechungsraum, die Details der Telefonkonferenz, das Datum, die Uhrzeit usw.

((Hinweis:Klicken Sie auf ein Bild, um es zu vergrößern.)

Triage Meeting einladen

Jeden Tag vor Beginn des Triage-Meetings sendet der Testleiter allen Teilnehmern eine Liste aller „offenen“ Fehler in Tabellenform, damit sie alle Fehler vor dem Meeting durchgehen und verstehen können, was genau der Fehler ist und welche Art von Fix ist dafür erforderlich.

Stellen Sie vor Beginn jedes Triage-Meetings sicher, dass jeder Fehler:

  • Verfügt über genügend Informationen, um den Fehler für alle Teilnehmer des Meetings zu verstehen.
  • Hat unter korrektem Projekt und Kategorie berichtet.
  • Hat die Priorität und Schwere der Mängel erwähnt.
  • Alle detaillierten Informationen des Defekts, um ihn für alle Teilnehmer richtig zu verstehen.

Empfohlene Lektüre => Eine vollständige Anleitung zum Fehlermanagementprozess

Triage-Vorlage defekt

Vor dem Start jedes Defect Triage-Meetings teilt der Testleiter den Fehlerbericht allen Teilnehmern in einem bestimmten Format mit und der Bericht wird aus dem Defect Management Tool wie HP ALM, HP QC usw. abgerufen. Ich zeige ein Beispielformat im Das folgende Bild gibt einen allgemeinen Überblick darüber, welche Felder in der Fehlerberichtvorlage erwähnt werden.

Fehlerbericht

In der Regel sind die im Fehlerbericht enthaltenen Felder:

  • Fehler-ID
  • Beschreibung
  • Priorität
  • Schwere
  • Erkanntes Datum
  • Entdeckt von
  • Status

Die Liste ist nicht vollständig, aber je nach Projektbedarf können die anderen Felder in der Fehlerberichtvorlage enthalten sein.

Normalerweise wird das Tabellenkalkulationsformat als Vorlage für die Fehlerberichterstattung verwendet, daher habe ich die hypothetischen Fehlerdetails im Tabellenkalkulationsformat angegeben. Bitte beachten Sie, dass alle im obigen Fehlerbericht enthaltenen Informationen nur imaginär sind und sich nicht auf ein Projekt oder eine tatsächliche Anwendung beziehen.

Fehler-Triage-Prozess

Eine häufig gehörte und erfahrene Situation in Testteams ist die begrenzte Verfügbarkeit von Ressourcen. Die Fehleranalyse ist ein Prozess, bei dem aufgrund dieses Phänomens versucht wird, einen Ausgleich vorzunehmen. Wenn es also viele Fehler gibt und nur begrenzte Entwickler / Tester diese beheben / überprüfen können, hilft die Fehleranalyse, so viele Fehler wie möglich zu beheben, indem das technische Personal anhand von Fehlerparametern wie Priorität und Schweregrad ausgeglichen wird.

In der Regel nehmen der Produktmanager, ein Entwicklungsleiter, ein Testleiter und manchmal auch Geschäftsanalysten an einer Fehleranalyse teil. In einigen Fällen können auch bestimmte andere Mitglieder aufgefordert werden, ihre Meinungen und Perspektiven zu bestimmten Mängeln zu äußern. Diese werden zusammen als Triage-Team bezeichnet.

Fehler-Triage-Prozess

Die meisten Systeme verwenden die Priorität als Hauptkriterium für die Beurteilung des Fehlers. Bei einem guten Triage-Prozess wird jedoch auch die Schwere berücksichtigt.

Schauen wir uns den Triage-Prozess anhand von zwei Beispielen genauer an, über die wir im vorherigen Abschnitt gesprochen haben. In beiden obigen Beispielen wäre es tatsächlich der erste Defekt, dem eine sehr hohe Priorität eingeräumt würde. Obwohl es sich nur um einen kosmetischen Defekt handelt, wäre die Auswirkung einer Nichtfixierung enorm.

Der zweite ist sicherlich ein Funktionsmangel, der jedoch nur unter bestimmten Bedingungen auftritt, die in Kundenszenarien selten praktiziert werden. Das Reparieren erfordert möglicherweise mehr Zeit und Personen, die für andere Fehler besser genutzt werden könnten. Daher würde es eine niedrigere Priorität als die des ersten und möglicherweise aufgeschobenen Kandidaten für eine andere Veröffentlichung haben.

Daher setzt sich das Triage-Team zusammen und überprüft alle Mängel einschließlich der zurückgewiesenen Mängel. Sie erstellen eine erste Bewertung der Mängel anhand ihres Inhalts, ihrer jeweiligen Priorität und ihrer Schweregradeinstellungen. Jede Person im Triage-Team präsentiert ihre Sichtweise zur Priorisierung der Fehler.

Der Produktmanager legt dann die Priorität basierend auf allen Eingaben fest und weist den Fehler der korrekten Freigabe zu, d.h. in der aktuellen Version oder einer zukünftigen Version. Er leitet den Fehler auch an den richtigen Eigentümer / das richtige Team weiter, um weitere Maßnahmen zu ergreifen. Abgelehnte Mängel werden ebenfalls einer ähnlichen Analyse unterzogen. Basierend auf dem Grund für die Ablehnung wird die futuristische Aktion bestimmt, ob sie zurückgestellt oder annulliert werden muss.

Was sind die Komponenten der Java-Plattform?

In der Triage-Besprechung sollte jeder einzelne Fehler besprochen werden, einschließlich der Fehler, die als Fehler mit niedrigerer Priorität eingestuft werden. Die Überprüfung des Triage-Teams bewertet alle Fehler und ergreift die erforderlichen Maßnahmen für jeden Fehler. Wenn einem Fehler die Informationen ausgehen, weist der Entwickler diese Fehler den Testern zurück und fordert die erforderlichen Informationen an.

Das Triage-Meeting kann im Meetingraum stattfinden, wenn sich alle Teilnehmer am selben Ort befinden. In vielen Organisationen wird die Arbeit jedoch von einem anderen Ort aus ausgeführt, und alle Teams sind auf verschiedene Standorte verteilt, sodass das Meeting auch über Telefonkonferenzen oder geschäftliches Skype abgehalten wird.

Teilnehmer der Telefonkonferenz

( Bild Quelle ))

Schritt für Schritt Prozess des Defekt-Triage-Meetings:

  • Test Lead beginnt das Meeting mit dem Fehlerbericht, der früher am Tag gesendet wurde.
  • Die Diskussion beginnt mit den ausstehenden Aktionen des vorherigen Triage-Meetings. Die erforderlichen Aktualisierungen oder Maßnahmen, die bei einem Fehler ergriffen wurden, werden zunächst erläutert.
  • Wenn der Fehlerbericht neue Fehler enthält, werden diese überprüft und bewertet. Außerdem wird überprüft, ob Priorität und Schweregrad ordnungsgemäß zugewiesen wurden. Wenn dies nicht der Fall ist, werden diese in der Besprechung korrigiert.
  • Alle Fehler werden in der Besprechung besprochen, und das Entwicklungsteam erörtert auch die Komplexität der Fehlerbehebung. Das mit dem Defekt verbundene Risiko wird auch vom Triage-Team erörtert.
  • Das Triage-Team kommt zu dem Schluss, welcher Defekt sofortige Aufmerksamkeit und Behebung erfordern sollte und welcher Defekt einige Zeit warten muss. Falls erforderlich, können diese Defekte auf zukünftige Versionen verschoben werden.
  • Alle Mängel werden während des Meetings gleichzeitig dem jeweiligen Team in QC oder ALM zugeordnet. Entsprechende Kommentare werden auch im QC / ALM hinzugefügt.
  • Alle wesentlichen Aktualisierungen und Aktionselemente werden notiert und der Testleiter ruft zum Ende des Meetings auf.
  • Nach Abschluss des Triage-Meetings sendet der Testleiter ein Meeting-Protokoll an alle Teilnehmer.

Rollen und Verantwortlichkeiten

Rollen und Verantwortlichkeiten basierend auf jeder Kategorie werden unten erklärt:

Messleitung

  • Der Testleiter plant eine Fehler-Triage-Besprechung und sendet eine formelle Besprechungseinladung an das erforderliche Team.
  • Sendet den Fehlerbericht vor jedem Triage-Meeting.
  • Startet die Besprechung mit den ausstehenden Aktionselementen der vorherigen Triage-Besprechung.
  • Besprechen Sie jeden Fehler und die Auswirkungen auf den Zeitplan, wenn Funktionen aufgrund des Fehlers blockiert sind.
  • Hilft bei der Zuweisung der Priorität und des Schweregrads jedes Fehlers, wenn dieser zuvor nicht richtig zugewiesen wurde.
  • Aktualisieren Sie die QC / ALM mit den entsprechenden Kommentaren.
  • Notieren Sie sich alle Aktualisierungen, Aktionselemente, Risiken im Zusammenhang mit einem Defekt usw.
  • Sendet ein Sitzungsprotokoll an alle Teilnehmer.

Entwicklungsleiter / Entwickler

  • Teilen Sie Aktualisierungen zu den Aktionselementen, die vom letzten Triage-Meeting ausstehen.
  • Besprechen Sie alle Mängel aus technischer Sicht.
  • Ermitteln Sie anhand der Komplexität des Fehlers und der Funktionalität, wie viel Zeit für die Behebung erforderlich ist.
  • Besprechen Sie die Komplexität des Defekts und das mit dem Defekt verbundene Risiko, falls vorhanden.
  • Der Entwicklungsleiter weist dem entsprechenden Entwickler einen Fehler zu, nachdem alle verfügbaren detaillierten Informationen überprüft wurden.
  • Aktualisiert den Fehler mit dem erwarteten Lösungsdatum.
  • Hilft bei der Identifizierung der Grundursache des Defekts.

Projektmanager

  • Stellen Sie sicher, dass alle Vertreter aus allen Bereichen für das Meeting verfügbar sind.
  • Bei Bedarf lädt der Projektmanager Business Analyst in die Besprechung ein, um sich zu einem bestimmten Fehler zu äußern.
  • Wenn sich die Defekte nicht bewegen oder wenn ein größerer Blocker vorhanden ist, eskaliert der Eskalationsprozess.
  • Bei Bedarf fungiert er als Vermittler, wenn Streitigkeiten oder Konflikte zwischen den Teams auftreten, und trifft die erforderliche Entscheidung.
  • Nehmen Sie die Bestätigung des Entwicklungsteams für den nächsten Veröffentlichungstermin für behobene Mängel entgegen.
  • Informieren Sie alle Teams über den aktualisierten Zeitplan und das Veröffentlichungsdatum des Projekts.

Manchmal ist es auch eine gute Idee, die anderen Teammitglieder in den Triage-Aufruf einzubeziehen, damit sie auch das Meeting verstehen und dazu beitragen können und bei Bedarf auch ihr Feedback geben können.

Fazit

Jeder gemeldete Fehler sollte bei der Triage-Besprechung besprochen werden.

Selbst wenn ein Defekt abgelehnt wird, sollte das Testteam den Grund für die Ablehnung kennen. Auch wenn einer der Fehler nicht reproduzierbar ist, kann der Entwickler die Tester während des Triage-Meetings nach Echtzeitdetails fragen und versuchen, den Fehler zu reproduzieren.

Die Fehlerprüfung ist wichtig, da jeder weiß, wann der Fehler behoben wird und erneut getestet werden kann. Wenn einer der Fehler nicht kritisch ist und zur Behebung des Fehlers große Anstrengungen des Entwicklungsteams erforderlich sind, wird die Entscheidung vom Projektmanager getroffen.

Der Projektmanager entscheidet über die Priorität eines solchen Fehlers, und bei Bedarf können die Fehler auf die nächste Version verschoben werden.

Ich hoffe, Sie haben eine klare Vorstellung von Defect Triage, Defect Triage Process und Möglichkeiten zur effektiven Abwicklung von Defect Triage Meetings!

Literatur-Empfehlungen

^