Fehlermanagementprozess beim Softwaretesten

Was ist ein Fehlermanagementprozess?

Das Fehlermanagementprozess Das systematische Vorgehen beim Softwaretest dient dazu, Fehler vor der Veröffentlichung der Software zu identifizieren, zu klassifizieren, zu beheben und zu verifizieren. Der Lebenszyklus umfasst sechs Kernphasen: 1) Fehlererkennung, 2) Kategorisierung, 3) Behebung durch die Entwickler, 4) Verifizierung durch die Tester, 5) Projektabschluss und 6) Fehlerberichterstattung am Projektende.

Dieser Artikel erklärt, wie man den Fehlermanagementprozess anwendet. GuruBeispielseite der 99 Bank, damit Anfänger und fortgeschrittene Tester jeden Schritt im Kontext eines realen Projekts verstehen können.

Warum brauchen Sie einen Fehlermanagementprozess?

Stellen Sie sich vor, Ihr Team hat beim Testen mehrere Fehler gefunden. Guru99. Bankprojekt. Ohne einen strukturierten Prozess erfolgt die Kommunikation zwischen Testern und Entwicklern mündlich oder über verstreute Nachrichten.

Eine Woche später antwortet der Entwickler mit einem anderen Verständnis des Problems.

In der darauffolgenden Woche antwortet der Tester erneut, was für noch mehr Verwirrung sorgt.

Wenn die Fehlerkommunikation mündlich oder informell erfolgt, wird die Angelegenheit schnell kompliziert. Um Fehler zu kontrollieren und effektiv zu verwalten, benötigen Sie einen definierten Fehlerlebenszyklus, der die Art und Weise der Fehlerberichterstattung durch die Teams standardisiert. track, und schließen Sie die Probleme.

Schritt 1) ​​Entdeckung

Im Bewertung In dieser Phase muss das Projektteam so viele Fehler wie möglich identifizieren, bevor der Endkunde sie bemerkt. Ein Fehler gilt als „entdeckt“, sobald er vom Entwicklungsteam bestätigt und akzeptiert wurde; sein Status ändert sich dann zu Akzeptierte.

Im Beispielszenario entdeckten die Tester 84 Fehler auf dem GuruWebseite der 99 Bank.

Tester und Entwickler sind sich jedoch nicht immer einig. Betrachten Sie den folgenden Fall, in dem das Testteam Probleme auf der GuruDie Website der 99 Bank meldet diese Fehler, das Entwicklerteam bestreitet jedoch, dass es sich um Mängel handelt:

Was sollten Sie in einem solchen Fall als Testmanager tun?

A) Ich stimme dem Testteam zu, dass es sich um einen Defekt handelt.
B) Nehmen Sie die Rolle des Richters ein und entscheiden Sie, ob es sich bei dem Problem um einen Defekt handelt oder nicht.
C) Mit dem Entwicklungsteam übereinstimmen, dass es sich nicht um einen Fehler handelt.

Die richtige Vorgehensweise ist Option B. Zur Beilegung des Konflikts sollte ein Lösungsverfahren angewendet werden, und der Testmanager sollte das Problem unparteiisch bewerten, bevor er entscheidet, ob es sich um einen Fehler handelt.

Schritt 2) Kategorisierung

Die Fehlerkategorisierung hilft Entwicklern, ihre Arbeit zu priorisieren, sodass die geschäftskritischsten Probleme zuerst behoben werden. Die Kategorisierung wird in der Regel vom Testmanager durchgeführt und basiert auf Schweregrad und geschäftlichen Auswirkungen.

Fehler werden üblicherweise in vier Prioritätsstufen eingeteilt: Kritisch, Hoch, Mittel und NiedrigVersuchen Sie, jedem der folgenden Fehler die richtige Priorität zuzuweisen:

1. Die Website ist zu langsam.
2. Die Anmeldefunktion der Website funktioniert nicht ordnungsgemäß.
3. Die Benutzeroberfläche der Website wird nicht korrekt angezeigt auf Mobile Geräte.
4. Die Website kann sich die Benutzer-Login-Sitzung nicht merken.
5. Einige Links funktionieren nicht.

Hier sind die empfohlenen Antworten:

Nein.	Beschreibung	Priorität	Erläuterung
1	Die Leistung der Website ist zu langsam	Hoch	Leistungsprobleme verursachen erhebliche Unannehmlichkeiten für die Endnutzer.
2	Die Anmeldefunktion funktioniert nicht richtig.	Kritische	Die Anmeldung ist eine Kernfunktion einer Banking-Website. Schlägt sie fehl, wird der gesamte Benutzervorgang blockiert.
3	Die Benutzeroberfläche wird auf Mobilgeräten nicht korrekt angezeigt.	Medium	Der Fehler betrifft Nutzer, die die Website auf Smartphones aufrufen.
4	Die Website kann sich die Benutzer-Login-Sitzung nicht merken.	Hoch	Benutzer können sich einloggen, aber keine weiteren Transaktionen durchführen.
5	Einige Links funktionieren nicht	Niedrig	Für Entwickler ist das eine einfache Lösung, und Benutzer können weiterhin auf den Rest der Website zugreifen.

Schritt 3) Fehlerbehebung

Fehlerbehebung Im Softwaretest ist die Fehlerbehebung ein schrittweiser Prozess. Der Lösungsprozess beginnt mit der Zuweisung von Fehlern an Entwickler, die die Behebung priorisiert planen, die Korrekturen implementieren und schließlich einen Lösungsbericht an den Testmanager zurücksenden. Diese Abfolge macht die Fehlerbehebung effizient. tracDer König ist transparent und rechenschaftspflichtig.

Sie können die folgenden Schritte befolgen, um einen Defekt zu beheben:

• Abtretung: Der Fehler wird einem Entwickler oder Techniker zugewiesen, und sein Status ändert sich zu Als Reaktion.
• Terminkorrektur: Das Entwicklungsteam übernimmt und erstellt einen Reparaturplan basierend auf der Priorität der Fehler.
• Beheben Sie den Fehler: Während die Entwickler die Fehler beheben, übernimmt der Testmanager tracDer Fortschritt von ks liegt im Vergleich zum geplanten Zeitplan.
• Den Beschluss melden: Die Entwickler senden einen Bericht, in dem sie bestätigen, welche Fehler behoben wurden und wie.

Schritt 4) Verifizierung

Nachdem das Entwicklungsteam fixiert und berichtet die Mängel, das Testteam überprüft dass die Probleme gelöst wurden.

Wenn beispielsweise das Entwicklungsteam meldet, dass 61 Fehler behoben wurden, testet das Testteam jeden einzelnen Fehler erneut, um zu bestätigen, ob die Korrekturen unter den gleichen Bedingungen, die den ursprünglichen Fehler verursacht haben, korrekt funktionieren.

Schritt 5) Abschluss

Sobald ein Fehler behoben und verifiziert wurde, ändert sich sein Status zu GeschlossenWird der Fehler bei der Überprüfung nicht behoben, müssen Sie das Entwicklungsteam benachrichtigen, damit es ihn erneut untersucht. Der Status „Abgeschlossen“ bedeutet, dass der Fehler im System nicht mehr aktiv ist.

Schritt 6) Fehlermeldung

Fehlermeldung Im Softwaretest ist die Fehlerberichterstattung der Prozess, in dem Testmanager den Fehlerstatus aufbereiten und dem Managementteam mitteilen. Das Managementteam prüft den Bericht und gibt bei Bedarf Feedback oder zusätzliche Unterstützung. Die Fehlerberichterstattung verbessert die Kommunikation. tracKönig und Sichtbarkeit um Mängel herum.

Die Führungsebene hat das Recht, den Status der Fehler zu kennen, um das Projekt effektiv zu unterstützen. Daher müssen Sie regelmäßig über die aktuelle Fehlersituation berichten, damit die Führungsebene entsprechende Anweisungen und Ressourcen bereitstellen kann.

Wichtige Fehlermetriken

Um auf das ursprüngliche Szenario zurückzukommen: Die Entwickler- und Testteams überprüfen die Fehler gemeinsam. Die zusammengefassten Ergebnisse werden unten dargestellt.

Wie lässt sich die Qualität der Testdurchführung messen und bewerten?

Dies ist eine entscheidende Frage, die jeder Test Manager möchte beantworten. Typischerweise werden zwei Schlüsselparameter verwendet:

Im obigen Szenario, Fehlerrückweisungsquote (DRR) wird wie folgt berechnet: 20/84 = 0.238 (23.8 %).

Nehmen wir als weiteres Beispiel an, dass GuruDie Website der 99 Bank hat insgesamt 64 Mängel, aber das Testteam entdeckt nur 44 - Bedeutung 20 Mängel wurden übersehen. Defektleckrate (DLR) wird wie folgt berechnet: 20/64 = 0.312 (31.2 %).

Zusammenfassend lässt sich sagen, dass die Qualität der Testausführung anhand der beiden folgenden Parameter bewertet wird:

Je kleiner die DRR- und DLR-Werte, desto besser die Qualität der Testdurchführung. Der zulässige Bereich wird in der Regel durch Projektziele definiert oder mit ähnlichen Projekten verglichen. In diesem Beispiel beträgt der empfohlene zulässige Bereich 5% bis 10%Die aktuelle Ausführung liegt außerhalb dieses Bereichs, was darauf hindeutet, dass die Testqualität durch folgende Maßnahmen verbessert werden sollte:

• Verbesserung die Testfähigkeiten der Teammitglieder.
• Mehr Zeit verbringen bei der Testausführung, insbesondere bei der Überprüfung der Ausführungsergebnisse.

Best Practices für ein effektives Fehlermanagement

Die Einhaltung strukturierter Best Practices unterscheidet einen ausgereiften Fehlermanagementprozess von einem chaotischen. Ziel ist es nicht nur, Fehler zu beheben, sondern ein System zu schaffen, das verhindert, dass sie in die Produktion gelangen, und Kommunikationsprobleme zwischen Testern und Entwicklern minimiert.

Hier sind die besten Vorgehensweisen, die Anfänger und Fortgeschrittene im Testbereich sofort anwenden sollten:

1. Standardisieren Sie die Fehlervorlage: Verwenden Sie eine Vorlage für einen festen Fehlerbericht, die Felder wie die Fehler-ID enthält. DescriptIon, Schritte zur Reproduktion, Schweregrad, Priorität, Umgebung und Anhänge. Konsistenz reduziert den Rückspracheaufwand zwischen Testern und Entwicklern.
2. Priorisieren Sie vor der Zuweisung: Bevor Sie Fehler an die Entwickler weiterleiten, kategorisieren Sie sie stets nach Schweregrad und Priorität. So stellen Sie sicher, dass kritische Probleme nicht hinter kosmetischen Fehlern untergehen.
3. Bitte vor der Meldung reproduzieren: Der Fehler sollte mindestens zweimal in einer sauberen Umgebung reproduziert werden, bevor er gemeldet wird. Reproduzierbare Fehler werden schneller behoben und die Ausschussquote sinkt.
4. Einen Defekt annehmen tracKönigswerkzeug: Verwenden Sie Werkzeuge wie JIRA, Bugzilladen Gottesanbeterin zentralisieren tracKönig, Geschichte und Berichterstattung.
5. Triage-Meetings durchführen: Führen Sie kurze, zielgerichtete Fehlerbehebungsbesprechungen durch, um die Prioritäten zwischen Qualitätssicherung, Entwicklung und Produktteams abzustimmen.
6. Leckage und Rückhaltung messen: Track DLR und DRR in jedem Sprint oder Zyklus. Eine steigende Leckagerate ist ein Frühwarnzeichen dafür, dass die Testabdeckung unvollständig ist.
7. Führen Sie eine Ursachenanalyse durch: Bei wiederkehrenden oder schwerwiegenden Fehlern sollte eine Ursachenanalyse durchgeführt werden, damit derselbe Fehlertyp in zukünftigen Versionen nicht erneut auftritt.
8. Schließen Sie den Kreislauf mit einer Berichterstattung: Teilen Sie wöchentliche Fehlerübersichten mit den Stakeholdern, damit Probleme sichtbar bleiben und behoben werden können.

Bei konsequenter Anwendung stabilisieren diese Praktiken den Fehlerlebenszyklus und erhöhen die Gesamtqualität jeder Version.

Ressourcen:

Laden Sie eine Beispielvorlage für die Fehlerberichterstattung herunter

Häufig gestellte Fragen