Fehler-/Bug-Lebenszyklus beim Softwaretesten

By: Thomas Hamilton Thomas Hamilton
Hours Aktualisiert
Wichtige Erkenntnisse In diesem Handbuch werden die Phasen des Defektlebenszyklus erlรคutert, und die Leser erhalten einen Einblick in die Fehlerverfolgung, den Kommunikationsfluss und die effiziente Problemlรถsung von der Entdeckung bis zur SchlieรŸung.

Defekt-/Bug-Lebenszyklus

Was ist der Fehler-/Bug-Lebenszyklus?

Fehlerlebenszyklus oder Bug-Lebenszyklus beim Softwaretesten ist die spezifische Reihe von Zustรคnden, die ein Defekt oder Bug wรคhrend seines gesamten Lebens durchlรคuft. Der Zweck des Fehlerlebenszyklus besteht darin, den aktuellen Fehlerstatus, der sich รคndert, einfach zu koordinieren und an verschiedene Verantwortliche zu kommunizieren und den Fehlerbehebungsprozess systematisch und effizient zu gestalten.

๐Ÿ‘‰ Melden Sie sich fรผr ein kostenloses Live-Softwaretestprojekt an

Fehlerstatus

Fehlerstatus oder Fehlerstatus im Fehlerlebenszyklus ist der aktuelle Zustand, in dem sich der Fehler oder Fehler derzeit befindet. Das Ziel des Fehlerstatus besteht darin, den aktuellen Status oder Fortschritt eines Fehlers oder Fehlers genau zu vermitteln, um den tatsรคchlichen Fortschritt des Fehlerlebenszyklus besser verfolgen und verstehen zu kรถnnen.

Workflow fรผr Fehlerzustรคnde

Die Anzahl der Zustรคnde, die ein Fehler 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 erhรคlt den Status NEU.
  • Zugewiesen: Sobald der Fehler vom Tester gepostet wurde, genehmigt der Leiter des Testers den Fehler und weist ihn dem Entwicklerteam zu
  • ร–ffne: 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 oder sie den Fehlerstatus auf โ€žBehobenโ€œ setzen.
  • Ausstehender erneuter Test: Sobald der Fehler behoben ist, gibt der Entwickler einen bestimmten Code zum erneuten Testen des Codes an den Tester weiter. Seit der Softwaretest bleibt aus Sicht des Testers ausstehend, der zugewiesene Status lautet โ€žErneuter Test ausstehendโ€œ.
  • Wiederholen Sie den Test: Der Tester fรผhrt in dieser Phase einen erneuten Test des Codes durch, um zu prรผfen, ob der Fehler vom Entwickler behoben wurde oder nicht, und รคndert den Status in โ€žErneut testenโ€œ.

Workflow fรผr Fehlerzustรคnde

  • 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 lautet โ€žverifiziertโ€œ.
  • Wieder รถffnen: Wenn der Fehler weiterhin besteht, auch nachdem der Entwickler den Fehler behoben hat, รคndert der Tester den Status auf โ€žerneut geรถffnetโ€œ. Noch einmal durchlรคuft der Fehler den Lebenszyklus.
  • Geschlossen: Wenn der Fehler nicht mehr besteht, weist der Tester den Status โ€žGeschlossenโ€œ zu. 
  • Duplikat: Wenn der Fehler zweimal auftritt oder der Fehler dem gleichen Konzept des Fehlers entspricht, wird der Status in โ€žDuplikatโ€œ geรคndert.
  • Abgelehnt: Wenn der Entwickler der Meinung ist, dass es sich bei dem Fehler nicht um einen echten Fehler handelt, รคndert er den Fehler in โ€žabgelehntโ€œ.
  • Latente: Wenn der aktuelle Fehler keine vorrangige Prioritรคt hat und voraussichtlich in der nรคchsten Version behoben wird, wird diesen Fehlern der Status โ€žZurรผckgestelltโ€œ zugewiesen
  • Kein Fehler: Wenn es die Funktionalitรคt der Anwendung nicht beeintrรคchtigt, wird einem Fehler der Status โ€žKein Fehlerโ€œ zugewiesen.

ร„HNLICHE ARTIKEL

Fehler-/Bug-Lebenszyklus erklรคrt

Defektlebenszyklus oder Fehlerlebenszyklus โ€“ Dinge, die Sie wissen mรผssen!

  1. Tester findet den Defekt
  2. Dem Fehler zugewiesener Status: Neu
  3. Ein Fehler wird zur Analyse an den Projektmanager weitergeleitet
  4. Der Projektmanager entscheidet, ob ein Fehler gรผltig ist
  5. Hier ist der Fehler ungรผltig โ€“ es wird der Status โ€žAbgelehntโ€œ vergeben.
  6. Der Projektmanager weist also einen Status zu abgelehnt. Wenn der Defekt nicht abgelehnt wird, besteht der nรคchste Schritt darin, zu prรผfen, ob er im Umfang liegt. Angenommen, wir haben eine andere Funktion - E-Mail-Funktionalitรคt fรผr dieselbe Anwendung und Sie finden ein Problem damit. Aber es ist kein Teil der aktuellen Version, wenn solche Defekte als verschoben oder verschoben Status.
  7. Als nรคchstes รผberprรผft der Manager, ob ein รคhnlicher Fehler bereits frรผher festgestellt wurde. Wenn ja, wird dem Fehler ein Status zugewiesen Duplikat.
  8. Wenn nein, wird der Fehler dem Entwickler zugewiesen, der mit der Korrektur des Codes beginnt. In dieser Phase wird dem Fehler ein Status zugewiesen im Gange.
  9. Sobald der Code behoben ist. Einem Mangel wird ein Status zugewiesen fixiert
  10. Als nรคchstes testet der Tester den Code erneut. Fรผr den Fall, dass die Testfall Der Mangel besteht geschlossen. Wenn die Testfรคlle erneut fehlschlagen, liegt der Fehler vor wieder geรถffnet und dem Entwickler zugewiesen.
  11. Stellen Sie sich eine Situation vor, in der wรคhrend der ersten Version von Flight Reservation ein Defekt in der Faxbestellung gefunden wurde, der behoben und mit dem Status โ€žgeschlossenโ€œ versehen wurde. Wรคhrend der zweiten Upgrade-Version tauchte derselbe Defekt erneut auf. In solchen Fรคllen wird ein geschlossener Defekt wieder geรถffnet.

Das ist alles zum Bug Life Cycle

In diesem Schulungsvideo werden anhand eines Beispiels die verschiedenen Phasen im Lebenszyklus eines Fehlers bzw. Defekts und seine Bedeutung beschrieben

 

Klicken Sie auf werden auf dieser Seite erlรคutert wenn das Video nicht zugรคnglich ist

FAQs

Bei der Erklรคrung der Defektlebenszyklus In einem Vorstellungsgesprรคch kommt es auf Klarheit und Struktur an. Erwรคhnen Sie zunรคchst, dass es sich um den Weg eines Defekts von seiner Entdeckung bis zur Behebung handelt. AnschlieรŸend kรถnnen Sie ihn in Phasen unterteilen:

  • Neu offen โ€“ Der Defekt wird identifiziert und protokolliert.
  • Zugewiesen โ€“ Es wird einem Entwickler zur Behebung zugewiesen.
  • Behoben/Gelรถst โ€“ Der Entwickler wendet eine Lรถsung an.
  • Wiederholungsprรผfung/Verifizierung โ€“ Tester validieren den Fix.
  • Geschlossen โ€“ Der Mangel wird als behoben bestรคtigt, oder Wiedererรถffnet wenn es anhรคlt.

Der Defektlebenszyklus (auch Lebenszyklus des Fehlers) Ist Reihe von Schritten Ein Fehler wรคhrend des Tests wird identifiziert, protokolliert, zugewiesen, behoben, erneut getestet und geschlossen. Dies gewรคhrleistet eine systematische Nachverfolgung und verbessert die Softwarequalitรคt teamรผbergreifend. Dieser systematische Ansatz sorgt fรผr Verantwortlichkeit, Transparenz und eine qualitativ hochwertigere Softwarebereitstellung. Stellen Sie es sich wie eine Ampel fรผr Fehler vor โ€“ jeder weiรŸ, wann er aufhรถren, weitermachen oder erneut prรผfen muss.

Je nach Projektanforderungen stehen verschiedene Tools zur Verwaltung des Defektlebenszyklus zur Verfรผgung. Einige der beliebtesten Optionen sind JIRA, Bugzilla, HP ALM, Redmine und MantisBT. Sie ermรถglichen Teams das Protokollieren, Zuweisen und Verfolgen von Fehlern. JIRA wird am hรคufigsten in Agile- und Interviewdiskussionen verwendet.

In JIRA, der Defekt-Lebenszyklus wird durch anpassbare Workflow-Status. StandardmรครŸig spiegelt es die Standard-Fehlerverfolgung wider, wird aber von den Teams oft angepasst. Ein typischer JIRA-Fehlerzyklus sieht folgendermaรŸen aus:

  • Zu erledigen / ร–ffnen โ€“ Defekt protokolliert.
  • In Bearbeitung โ€“ Der Entwickler beginnt mit der Behebung.
  • Gelรถst / Erledigt โ€“ Fix angewendet, warte auf die Validierung durch den Tester.
  • Wiedererรถffnet โ€“ Wenn die Behebung fehlschlรคgt, wird der Defekt wieder in den aktiven Status versetzt.
  • Geschlossen โ€“ Von Testern รผberprรผft und als abgeschlossen markiert.

Die Begriffe โ€žBug-Lebenszyklusโ€œ und โ€žDefekt-Lebenszyklusโ€œ werden oft synonym verwendet, einige Fachleute machen jedoch einen feinen Unterschied:

  • Lebenszyklus von Fehlern โ€“ Wird normalerweise in einem technischen Kontext verwendet und bezieht sich auf Probleme im Code, die zu Fehlfunktionen fรผhren.
  • Fehlerlebenszyklus โ€“ Umfangreicher, deckt Abweichungen von Anforderungen ab, die mรถglicherweise mit der Codierung zusammenhรคngen, aber nicht mรผssen.

In der Praxis:

  • Fehler = Ein Programmierfehler.
  • Defekt = Jede Lรผcke zwischen erwarteten und tatsรคchlichen Ergebnissen (kann design-, anforderungs- oder prozessbezogen sein).

Allerdings sind die Zyklen dieselben: entdeckt โ†’ behoben โ†’ erneut getestet โ†’ geschlossen.

Dies sind die Vorteile eines Defekt-Lebenszyklus:

  • Sorgt fรผr Klarheit: Definiert den Status jedes Fehlers fรผr eine transparente Verfolgung.
  • Verbessert die Zusammenarbeit: Entwickler, Tester und Manager bleiben auf dem gleichen Stand.
  • Steigert die Effizienz: Ein optimierter Arbeitsablauf reduziert unnรถtigen Aufwand.
  • Priorisierungshilfe: Hilft, Fehler nach Schweregrad und Auswirkung zu ordnen.
  • Unterstรผtzt die Verantwortlichkeit: Verfolgt den Besitz in jeder Phase.
  • Datengesteuerte Erkenntnisse: Die Lebenszyklushistorie ermรถglicht eine bessere Entscheidungsfindung.

Zusammenfassung

Das Verstรคndnis des Defektlebenszyklus gewรคhrleistet ein strukturiertes Bugmanagement, eine reibungslosere Zusammenarbeit und schnellere Lรถsungen. Durch die Verfolgung jeder Phase kรถnnen Teams die Softwarequalitรคt verbessern, Risiken reduzieren und zuverlรคssige, benutzerfreundliche Anwendungen bereitstellen.  

Fassen Sie diesen Beitrag mit folgenden Worten zusammen: