Lebenszyklus eines Defekts

In diesem Leitfaden sind die verschiedenen Phasen des Fehlerlebenszyklus aufgeführt, die er durchläuft.

Ein Defekt ist ein Fehler oder Irrtum in einer Anwendung, der dazu führt, dass sich das System anders verhält, als es die Anforderungen vorsehen. Das Auffinden von Bugs oder Fehlern in der von den Entwicklern programmierten Anwendung ist die Aufgabe des Testteams.

Das Testteam stellt sicher, dass alle Fehler gefunden werden, bevor die Anwendung in Betrieb geht oder den Endbenutzern zur Verfügung steht.

Wie sieht der Lebenszyklus eines Fehlers oder Defekts aus?

Der Lebenszyklus eines Fehlers oder Defekts ist die Bewegung eines Fehlers oder Defekts durch die verschiedenen Phasen seines Lebens, vom Beginn, wenn er zum ersten Mal identifiziert wird, bis zu dem Zeitpunkt, wenn er als verifiziert und geschlossen markiert wird.

Je nach verwendetem Fehlerverwaltungsprogramm (z. B. Bugzilla, Jira usw.) und den von der Organisation befolgten Prozessen können wir verschiedene Zustände sowie eine unterschiedliche Nomenklatur für die Zustände im Fehlerlebenszyklus haben.

Der Fehlerlebenszyklus umfasst die folgenden Ressourcen:

• Tester – um den Fehler zu finden und den behobenen Fehler erneut zu testen.
• Projektleiter/Projektmanager/Testleiter – Um den Fehler zu überprüfen und ihn dem entsprechenden Entwickler zuzuweisen.
• Entwickler – Um einen von einem Tester gemeldeten Fehler oder Defekt zu beheben.

Lebenszyklus eines Defekts

Im Folgenden werden die verschiedenen Phasen des Fehlerlebenszyklus beschrieben:

Neu

Wenn der Tester einen neuen Fehler/Mangel findet, wird er im Bugtracker mit dem Status „NEW“ veröffentlicht. Die Schritte zur Reproduktion des Fehlers und der Schweregrad des Fehlers sind zusammen mit einer Erklärung des Fehlers anzugeben.

Zugewiesen

Wenn ein neuer Fehler gemeldet wird, genehmigt ihn der zuständige Leiter oder Manager (Projektleiter/Projektmanager/Testleiter) und weist den Fehler dem entsprechenden Entwickler zu. Nachdem der Fehler dem Entwickler zugewiesen wurde, ändert sich sein Status auf „ASSIGNED“. Wenn ein Fehler zugewiesen wird, wird auch seine Priorität zugewiesen.

Öffnen Sie

Manchmal hat ein Fehler, sobald er jemandem zugewiesen wird, einen gemeinsamen Status, d.h. j. „OFFEN/ZUGEORDNET“. Manchmal sind die beiden Zustände unterschiedlich, z. B. ist der Fehler offen, aber nicht zugewiesen, oder der Fehler ist zugewiesen, aber nicht offen. Wenn ein Fehler einem Entwickler zugewiesen wird und dieser mit der Arbeit daran beginnt, ändert sich sein Status auf „OPEN“.

Abgelehnt/Kein Fehler/Abgelehnt

Wenn der Entwickler oder derjenige, der den Fehler/Mangel zuweist (Projektmanager/Projektleiter/Testleiter), feststellt, dass der Fehler ungültig ist, erhält der Fehler den Status „ZURÜCKGEWIESEN“.

Aufgeschoben (Aufgeschoben)

Manchmal wird einem neuen oder zugewiesenen Fehler/Mangel der Status „DEFERRED“ zugewiesen, je nach Dringlichkeit und Wichtigkeit des Fehlers. Die Behebung eines aufgeschobenen Fehlers wird für eine gewisse Zeit verzögert (für zukünftige Versionen der Anwendung).

Behoben/getestet/abgeschlossen

Wenn der Fehler vom Entwickler gelöst oder behoben wurde, wird sein Status auf „FIXED“ geändert und er wird wieder dem Testteam zugewiesen. Nach der Prüfung ändert sich der Status auf „VERIFIED“, wenn der Fehler behoben ist, und auf „REOPENED“, wenn er nicht behoben ist und der Fehler weiterhin besteht.

Wiedereröffnet

Ist der Prüfer nicht davon überzeugt, dass das Problem behoben ist, erhält der Fehler den Status „REOPENED“. Auch hier wird der gleiche Zyklus der Fehlerbehebung und der Rückgabe an den Tester fortgesetzt, bis der Fehler den Status „GESCHLOSSEN“ hat.

Geprüft (Geprüft)

Wenn der Prüfer der Meinung ist, dass der Fehler nach der Prüfung behoben ist, markiert er ihn als „VERIFIED“.

Geschlossen

Nach der Überprüfung des Fehlers wird der Fehler in den Zustand „GESCHLOSSEN“ versetzt.