Fehler- / Fehlerlebenszyklus beim Testen von Software

Was ist der Defektlebenszyklus?

Fehlerlebenszyklus oder Fehlerlebenszyklus beim Testen von Software sind die spezifischen Zustände, die Fehler oder Fehler während ihrer gesamten Lebensdauer durchlaufen. Der Zweck des Fehlerlebenszyklus besteht darin, den aktuellen Status des Fehlers, der sich an verschiedene Beauftragte ändert, einfach zu koordinieren und zu kommunizieren und den Fehlerbehebungsprozess systematisch und effizient zu gestalten.

Fehlerstatus

Defect - Status oder Fehlerstatus im Defekt Lebenszyklus ist der gegenwärtige Zustand , von dem der Defekt oder ein Fehler ist derzeit in. Ziel des Fehlerstatus ist es, den aktuellen Status oder Fortschritt eines Fehlers oder Fehlers genau zu übermitteln, um den tatsächlichen Fortschritt des Fehlerlebenszyklus besser verfolgen und verstehen zu können.

Die Anzahl der Zustände, die ein Defekt durchläuft, variiert von Projekt zu Projekt. Das folgende Lebenszyklusdiagramm deckt alle möglichen Zustände ab

Neu: Wenn ein neuer Fehler zum ersten Mal protokolliert und gebucht wird. Es wird der Status NEU zugewiesen.
Zugewiesen: Sobald der Fehler vom Tester veröffentlicht wurde, genehmigt der Leiter des Testers den Fehler und weist den Fehler dem Entwicklerteam zu
Öffnen : Der Entwickler beginnt mit der Analyse und arbeitet an der Fehlerbehebung
Behoben : Wenn ein Entwickler eine notwendige Codeänderung vornimmt und die Änderung überprüft, kann er den Fehlerstatus als "Behoben" festlegen.
Ausstehender erneuter Test: Sobald der Fehler behoben ist, gibt der Entwickler dem Tester einen bestimmten Code zum erneuten Testen des Codes. Da der Softwaretest vom Ende des Testers noch aussteht, lautet der zugewiesene Status "Ausstehender Wiederholungstest".
Retest : Tester machen die erneute Prüfung des Codes in diesem Stadium zu prüfen , ob der Fehler vom Entwickler festgelegt ist oder nicht , und ändert den Status auf „Retest“ .

Verifiziert : Der Tester testet den Fehler erneut, nachdem er vom Entwickler behoben wurde. Wenn in der Software kein Fehler erkannt wird, wird der Fehler behoben und der zugewiesene Status wird "verifiziert".
Erneut öffnen : Wenn der Fehler auch nach Behebung des Fehlers durch den Entwickler weiterhin besteht, ändert der Tester den Status in "erneut geöffnet". Wieder einmal durchläuft der Fehler den Lebenszyklus.
Geschlossen : Wenn der Fehler nicht mehr besteht, weist der Tester den Status "Geschlossen" zu.
Duplizieren : Wenn der Fehler zweimal wiederholt wird oder der Fehler dem gleichen Konzept des Fehlers entspricht, wird der Status in "Duplizieren" geändert.
Abgelehnt : Wenn der Entwickler der Ansicht ist, dass der Fehler kein echter Fehler ist, ändert er den Fehler in "Zurückgewiesen".
Zurückgestellt : Wenn der aktuelle Fehler keine Priorität hat und erwartet wird, dass er in der nächsten Version behoben wird, wird solchen Fehlern der Status "Zurückgestellt" zugewiesen
Kein Fehler : Wenn die Funktionalität der Anwendung nicht beeinträchtigt wird, lautet der einem Fehler zugewiesene Status "Kein Fehler".

Fehlerlebenszyklus erklärt

Tester findet den Defekt
Status dem Defekt zugewiesen - Neu
Ein Fehler wird zur Analyse an den Projektmanager weitergeleitet
Der Projektmanager entscheidet, ob ein Fehler gültig ist
Hier ist der Defekt nicht gültig - ein Status wird "Abgelehnt" gegeben.
Der Projektmanager weist also einen abgelehnten Status zu . Wenn der Fehler nicht behoben wird, besteht der nächste Schritt darin, zu überprüfen, ob er im Geltungsbereich liegt. Angenommen, wir haben eine andere Funktion - E-Mail-Funktionalität für dieselbe Anwendung, und Sie finden ein Problem damit. Es ist jedoch nicht Teil der aktuellen Version, wenn solche Mängel als verschobener oder zurückgestellter Status zugewiesen werden .
Als nächstes überprüft der Manager, ob ein ähnlicher Fehler früher aufgetreten ist. Wenn ja, wird dem Defekt ein Statusduplikat zugewiesen .
Wenn nein, wird der Fehler dem Entwickler zugewiesen, der mit der Korrektur des Codes beginnt. Während dieser Phase wird dem Defekt ein Status in Bearbeitung zugewiesen .
Sobald der Code behoben ist. Einem Defekt wird ein Status behoben zugewiesen
Als nächstes testet der Tester den Code erneut. Falls der Testfall bestanden ist, ist der Defekt geschlossen. Wenn die Testfälle erneut fehlschlagen, wird der Fehler erneut geöffnet und dem Entwickler zugewiesen.
Stellen Sie sich eine Situation vor, in der bei der ersten Freigabe der Flugreservierung ein Fehler in der Faxbestellung festgestellt wurde, der behoben wurde und dem ein geschlossener Status zugewiesen wurde. Während der zweiten Upgrade-Version trat derselbe Fehler erneut auf. In solchen Fällen wird ein geschlossener Defekt wieder geöffnet.

Das ist alles für den Bug-Lebenszyklus

Dieses Schulungsvideo beschreibt anhand eines Beispiels die verschiedenen Phasen eines Fehlers, auch bekannt als Fehlerlebenszyklus, und seine Bedeutung