Was ist der Fehler- / Fehlerlebenszyklus beim Testen von Software? Tutorial zum Fehlerlebenszyklus

what is defect bug life cycle software testing

Einführung in den Fehlerlebenszyklus

In diesem Tutorial werde ich über den Lebenszyklus eines Defekts sprechen, um Sie auf die verschiedenen Phasen eines Defekts aufmerksam zu machen, mit denen sich ein Tester bei der Arbeit in einer Testumgebung befassen muss.

Ich habe auch die am häufigsten gestellten Interviewfragen zum Fehlerlebenszyklus hinzugefügt. Dies ist wichtig, um die verschiedenen Zustände eines Defekts zu kennen, um den Lebenszyklus eines Defekts zu verstehen. Die Hauptabsicht einer Testaktivität besteht darin, zu überprüfen, ob das Produkt Probleme / Fehler aufweist.

In Bezug auf reale Szenarien werden Fehler / Irrtümer / Fehler alle als Fehler / Defekte bezeichnet, und daher können wir sagen, dass das Hauptziel der Durchführung von Tests darin besteht, sicherzustellen, dass das Produkt weniger anfällig für Defekte ist (keine Defekte sind eine unrealistische Situation ).

Nun stellt sich die Frage, was ein Defekt ist.

Was du lernen wirst:

• Was ist ein Defekt?
• Fehlerlebenszyklus im Detail
  • Workflow fehlerhaft
  • Fehlerzustände
  • Richtlinien zur Implementierung des Fehlerlebenszyklus
  • Wichtige FAQs oder Interviewfragen zum Bug-Lebenszyklus
• Zusätzliche Informationen zu Defekten oder Fehlern
  • Mängelzustände
  • Ungültiger und doppelter Fehlerbericht
  • Fehlerdaten
  • Prozessfähigkeit
• Fazit
  • Literatur-Empfehlungen

Was ist ein Defekt?

Ein Fehler ist in einfachen Worten ein Fehler oder ein Fehler in einer Anwendung, der den normalen Ablauf einer Anwendung einschränkt, indem das erwartete Verhalten einer Anwendung nicht mit dem tatsächlichen übereinstimmt.

Der Fehler tritt auf, wenn ein Entwickler beim Entwerfen oder Erstellen einer Anwendung einen Fehler macht und wenn dieser Fehler von einem Tester festgestellt wird, wird er als Fehler bezeichnet.

Es liegt in der Verantwortung eines Testers, eine Anwendung gründlich zu testen, um so viele Fehler wie möglich zu finden und sicherzustellen, dass ein Qualitätsprodukt den Kunden erreicht.

Es ist wichtig, den Fehlerlebenszyklus zu verstehen, bevor Sie zum Workflow und zu verschiedenen Fehlerzuständen übergehen.

Lassen Sie uns daher mehr über den Fehlerlebenszyklus erfahren.

Bisher haben wir die Bedeutung des Defekts und seine Beziehung im Zusammenhang mit der Testaktivität diskutiert. Gehen wir nun zum Fehlerlebenszyklus über und verstehen den Arbeitsablauf eines Fehlers und die verschiedenen Zustände eines Fehlers.

Fehlerlebenszyklus im Detail

Ein Fehlerlebenszyklus, auch als Fehlerlebenszyklus bezeichnet, ist ein Zyklus eines Fehlers, von dem aus er die verschiedenen Zustände in seinem gesamten Leben abdeckt. Dies beginnt, sobald ein Tester einen neuen Defekt gefunden hat, und endet, wenn ein Tester diesen Defekt schließt, um sicherzustellen, dass er nicht erneut reproduziert wird.

Workflow fehlerhaft

Es ist jetzt an der Zeit, den tatsächlichen Arbeitsablauf eines Fehlerlebenszyklus mithilfe eines einfachen Diagramms zu verstehen, wie unten gezeigt.

Fehlerzustände

# 1) Neu ::Dies ist der erste Zustand eines Fehlers im Fehlerlebenszyklus. Wenn ein neuer Fehler gefunden wird, fällt er in den Zustand „Neu“, und in den späteren Phasen des Fehlerlebenszyklus werden Validierungen und Tests für diesen Fehler durchgeführt.

# 2) Zugewiesen: In dieser Phase wird dem Entwicklungsteam ein neu erstellter Fehler zur Bearbeitung des Fehlers zugewiesen. Dies wird vom Projektleiter oder vom Manager des Testteams einem Entwickler zugewiesen.

# 3) Öffnen: Hier beginnt der Entwickler mit der Analyse des Fehlers und arbeitet bei Bedarf daran, ihn zu beheben. Wenn der Entwickler der Ansicht ist, dass der Fehler nicht angemessen ist, kann er nämlich in einen der folgenden vier Zustände übertragen werden Duplizieren, verzögert, abgelehnt oder kein Fehler -basiert auf dem spezifischen Grund.

Ich werde diese vier Zustände in einer Weile diskutieren.

# 4) Behoben: Wenn der Entwickler die Aufgabe zur Behebung eines Fehlers durch Vornehmen der erforderlichen Änderungen abgeschlossen hat, kann er den Status des Fehlers als 'Behoben' markieren.

# 5) Bis zum erneuten Test: Nach dem Beheben des Fehlers weist der Entwickler den Fehler dem Tester zu, um den Fehler am Ende erneut zu testen. Bis der Tester daran arbeitet, den Fehler erneut zu testen, bleibt der Fehlerstatus in 'Ausstehender erneuter Test'.

# 6) Wiederholungstest: Zu diesem Zeitpunkt beginnt der Tester mit der erneuten Prüfung des Fehlers, um zu überprüfen, ob der Fehler vom Entwickler gemäß den Anforderungen genau behoben wurde oder nicht.

# 7) Wieder öffnen: Wenn ein Problem mit dem Fehler weiterhin besteht, wird es dem Entwickler erneut zum Testen zugewiesen und der Status des Fehlers wird in 'Erneut öffnen' geändert.

# 8) Verifiziert: Wenn der Tester nach der Zuweisung an den Entwickler zum erneuten Testen kein Problem im Fehler feststellt und der Ansicht ist, dass der Status des Fehlers 'Verifiziert' zugewiesen wird, wenn der Fehler genau behoben wurde.

# 9) Geschlossen: Wenn der Defekt nicht mehr besteht, ändert der Tester den Status des Defekts in 'Geschlossen'.

Ein paar mehr:

• Abgelehnt: Wenn der Fehler vom Entwickler nicht als echter Fehler angesehen wird, wird er vom Entwickler als 'Abgelehnt' markiert.
• Duplikat: Wenn der Entwickler den Fehler wie einen anderen Fehler findet oder wenn das Konzept des Fehlers mit einem anderen Fehler übereinstimmt, wird der Status des Fehlers vom Entwickler in 'Duplizieren' geändert.
• Aufgeschoben: Wenn der Entwickler der Ansicht ist, dass der Fehler keine sehr wichtige Priorität hat und in einem solchen Fall in den nächsten Versionen behoben werden kann, kann er den Status des Fehlers als 'Zurückgestellt' ändern.
• Kein Bug: Wenn der Fehler keinen Einfluss auf die Funktionalität der Anwendung hat, wird der Status des Fehlers in 'Kein Fehler' geändert.

Das Pflichtfelder Wenn ein Tester einen neuen Fehler protokolliert, sind Build-Version, Senden an, Produkt, Modul, Schweregrad, Zusammenfassung und zu reproduzierende Beschreibung

In der obigen Liste können Sie einige hinzufügen optionale Felder Wenn Sie eine manuelle Vorlage für die Fehlerübermittlung verwenden. Diese optionalen Felder umfassen Kundenname, Browser, Betriebssystem, Dateianhänge oder Screenshots.

Die folgenden Felder bleiben entweder angegeben oder leer:
Wenn Sie berechtigt sind, die Felder Fehlerstatus, Priorität und Zugewiesen an hinzuzufügen, können Sie diese Felder angeben. Andernfalls setzt der Testmanager den Status und die Fehlerpriorität und weist den Fehler dem jeweiligen Modulbesitzer zu.

Softwareentwicklungszyklus 5 Phasen

Sehen Sie sich den folgenden Fehlerzyklus an

Das obige Bild ist sehr detailliert und wenn Sie die wichtigen Schritte im Bug Life Cycle betrachten, erhalten Sie eine schnelle Vorstellung davon.

Bei erfolgreicher Protokollierung wird der Fehler vom Entwicklungs- oder Testmanager überprüft. Der Testmanager kann den Fehlerstatus auf 'Offen' setzen, den Fehler dem Entwickler zuweisen oder der Fehler kann bis zur nächsten Version zurückgestellt werden.

Öffnen einer Dat-Datei auf dem Mac

Wenn einem Entwickler ein Fehler zugewiesen wird und er / sie damit beginnen kann, daran zu arbeiten. Der Entwickler kann den Fehlerstatus so einstellen, dass er nicht behoben wird, nicht reproduziert werden kann, weitere Informationen benötigt wird oder 'Behoben'.

Wenn der vom Entwickler festgelegte Fehlerstatus entweder 'Weitere Informationen benötigen' oder 'Behoben' lautet, antwortet die Qualitätssicherung mit einer bestimmten Aktion. Wenn der Fehler behoben ist, überprüft die Qualitätssicherung den Fehler und kann den Fehlerstatus als überprüft geschlossen oder erneut öffnen festlegen.

Richtlinien zur Implementierung des Fehlerlebenszyklus

Einige wichtige Richtlinien können übernommen werden, bevor mit der Arbeit mit dem Fehlerlebenszyklus begonnen wird.

Diese sind wie folgt:

• Es ist sehr wichtig, dass das gesamte Team vor Beginn der Arbeit am Fehlerlebenszyklus die verschiedenen Zustände eines Fehlers (siehe oben) klar versteht.
• Der Fehlerlebenszyklus sollte ordnungsgemäß dokumentiert werden, um künftige Verwirrung zu vermeiden.
• Stellen Sie sicher, dass jede Person, der eine Aufgabe im Zusammenhang mit dem Fehlerlebenszyklus zugewiesen wurde, ihre Verantwortung für bessere Ergebnisse sehr klar versteht.
• Jede Person, die den Status eines Defekts ändert, sollte diesen Status genau kennen und genügend Details über den Status und den Grund für das Setzen dieses Status bereitstellen, damit jeder, der an diesem bestimmten Defekt arbeitet, den Grund eines solchen Status verstehen kann eines Defekts sehr leicht.
• Das Fehlerverfolgungstool sollte mit Sorgfalt behandelt werden, um die Konsistenz zwischen den Fehlern und damit im Workflow des Fehlerlebenszyklus aufrechtzuerhalten.

Lassen Sie uns als Nächstes die Interviewfragen diskutieren, die auf dem Fehlerlebenszyklus basieren.

Wichtige FAQs oder Interviewfragen zum Bug-Lebenszyklus

F # 1) Was ist ein Fehler in der Perspektive des Softwaretests?

Antworten: Ein Defekt ist jede Art von Fehler oder Irrtum in der Anwendung, der den normalen Ablauf einer Anwendung einschränkt, indem das erwartete Verhalten einer Anwendung nicht mit dem tatsächlichen übereinstimmt.

F # 2) Was ist der Hauptunterschied zwischen Fehler, Defekt und Fehler?

Antwort: Fehler: Wenn die Entwickler feststellen, dass das tatsächliche und erwartete Verhalten einer Anwendung in der Entwicklungsphase nicht übereinstimmt, nennen sie dies einen Fehler.

Defekt: Wenn Tester in der Testphase eine Nichtübereinstimmung im tatsächlichen und erwarteten Verhalten einer Anwendung feststellen, wird dies als Fehler bezeichnet.

Fehler: Wenn Kunden oder Endbenutzer in der Produktionsphase eine Nichtübereinstimmung im tatsächlichen und erwarteten Verhalten einer Anwendung feststellen, wird dies als Fehler bezeichnet.

F # 3) Wie ist der Status eines Defekts, wenn er zum ersten Mal gefunden wird?

Antworten: Wenn ein neuer Defekt gefunden wird, befindet er sich im Status 'Neu'. Dies ist der Ausgangszustand eines neu gefundenen Defekts.

F # 4) Was sind die verschiedenen Zustände eines Fehlers im Fehlerlebenszyklus, wenn ein Fehler von einem Entwickler genehmigt und behoben wird?

Antworten: In diesem Fall sind verschiedene Fehlerzustände Neu, Zugewiesen, Offen, Behoben, Ausstehender erneuter Test, erneuter Test, Verifiziert und Geschlossen.

F # 5) Was passiert, wenn ein Tester immer noch ein Problem in dem von einem Entwickler behobenen Fehler findet?

Antworten: Der Tester kann den Status des Fehlers als 'Wieder öffnen' markieren, wenn er immer noch ein Problem im behobenen Fehler findet und der Fehler einem Entwickler zum erneuten Testen zugewiesen wird.

F # 6) Was ist ein produzierbarer Defekt?

Antworten: Ein Fehler, der bei jeder Ausführung wiederholt auftritt und dessen Schritte bei jeder Ausführung erfasst werden können, wird als 'produzierbarer' Fehler bezeichnet.

F # 7) Welche Art von Defekt ist ein nicht reproduzierbarer Defekt?

Antworten: Ein Fehler, der nicht bei jeder Ausführung wiederholt auftritt und nur in einigen Fällen auftritt und dessen Schritte als Beweis mit Hilfe von Screenshots erfasst werden müssen, wird als solcher Fehler als 'nicht reproduzierbarer' Fehler bezeichnet.

F # 8) Was ist ein Fehlerbericht?

Antworten: Ein Fehlerbericht ist ein Dokument, das Informationen zu Fehlern oder Fehlern in der Anwendung enthält, die dazu führen, dass der normale Ablauf einer Anwendung von ihrem erwarteten Verhalten abweicht.

F # 9) Welche Details sind in einem Fehlerbericht enthalten?

Antworten: Ein Fehlerbericht besteht aus folgenden Details:

Fehler-ID, Beschreibung des Fehlers, Funktionsname, Testfallname, reproduzierbarer Fehler oder nicht, Status eines Fehlers, Schweregrad und Priorität eines Fehlers, Testername, Datum des Testens des Fehlers, Build-Version, in der der Fehler gefunden wurde .

Und der Entwickler, dem der Fehler zugewiesen wurde, Name der Person, die den Fehler behoben hat, Screenshots eines Fehlers, die den Ablauf der Schritte darstellen, Festlegen des Datums eines Fehlers und die Person, die den Fehler genehmigt hat.

F # 10) Wann wird ein Defekt im Defektlebenszyklus in einen verzögerten Zustand versetzt?

Antworten: Wenn ein gefundener Fehler nicht von sehr hoher Bedeutung ist und derjenige, der in späteren Versionen behoben werden kann, im Fehlerlebenszyklus in einen verzögerten Zustand versetzt wird.

Zusätzliche Informationen zu Defekten oder Fehlern

• Ein Defekt kann zu jedem Zeitpunkt im Software Development Life Cycle auftreten.
• Je früher der Fehler erkannt und behoben wird, desto geringer sind die Gesamtkosten für die Qualität.
• Die Qualitätskosten werden minimiert, wenn der Defekt in derselben Phase beseitigt wird, in der er eingeführt wurde.
• Bei statischen Tests wird der Fehler festgestellt, kein Fehler. Die Kosten werden minimiert, da das Debuggen nicht erforderlich ist.
• Beim dynamischen Testen wird das Vorhandensein eines Defekts festgestellt, wenn er einen Fehler verursacht.

Mängelzustände

Ungültiger und doppelter Fehlerbericht

• Manchmal tritt ein Fehler auf, nicht aufgrund von Code, sondern aufgrund einer Testumgebung oder eines Missverständnisses. Ein solcher Bericht sollte als ungültiger Fehler geschlossen werden.
• Im Fall eines doppelten Berichts wird einer beibehalten und einer als doppelter Bericht geschlossen. Einige ungültige Berichte werden vom Manager akzeptiert.
• Der Testmanager besitzt das gesamte Fehlermanagement und den gesamten Prozess, und das funktionsübergreifende Team des Fehlermanagement-Tools ist im Allgemeinen für die Verwaltung der Berichte verantwortlich.
• Zu den Teilnehmern zählen Testmanager, Entwickler, PM, Produktionsmanager und andere Stakeholder, die ein Interesse haben.
• Das Defect Management Committee sollte die Gültigkeit jedes Defekts bestimmen und bestimmen, wann es behoben oder verschoben werden muss. Berücksichtigen Sie dazu Kosten, Risiken und Nutzen, wenn Sie keinen Fehler beheben.
• Wenn der Defekt behoben werden muss, muss seine Priorität bestimmt werden.

Fehlerdaten

• Name der Person.
• Art der Prüfung
• Problemübersicht
• Detaillierte Beschreibung des Defekts.
• Schritte zum Reproduzieren
• Lebenszyklusphase
• Arbeitsprodukt, bei dem Defect eingeführt wurde.
• Schweregrad und Priorität
• Subsystem oder Komponente, in die der Fehler eingeführt wird.
• Projektaktivität, die auftritt, wenn der Fehler eingeführt wird.
• Identifikationsmethode
• Art des Defekts
• Projekt und Produkt, in dem das Problem besteht
• Aktueller Besitzer
• Der aktuelle Status des Berichts
• Arbeitsprodukt, bei dem ein Fehler aufgetreten ist.
• Auswirkungen auf das Projekt
• Risiko, Verlust, Chance und Nutzen im Zusammenhang mit der Behebung oder Nichtbehebung des Fehlers.
• Daten, an denen verschiedene Phasen des Fehlerlebenszyklus auftreten.
• Die Beschreibung, wie der Fehler behoben wurde, und Empfehlungen zum Testen.
• Verweise

Prozessfähigkeit

• Informationen zu Einführung, Erkennung und Entfernung -> Verbessern Sie die Fehlererkennung und die Qualitätskosten.
• Einleitung -> Prätoranalyse des Prozesses, bei dem die größte Anzahl von Fehlern eingeführt wird, um die Gesamtzahl der Fehler zu reduzieren.
• Fehlerwurzelinfo -> Unterstreichen Sie die Gründe für den Fehler, um die Gesamtzahl der Fehler zu verringern.
• Informationen zu Fehlerkomponenten -> Führen Sie eine Fehlerclusteranalyse durch.

Fazit

Hier dreht sich alles um den Lebenszyklus und das Management von Fehlern.

Ich hoffe, Sie haben immense Kenntnisse über den Lebenszyklus eines Defekts erworben. Dieses Tutorial hilft Ihnen wiederum dabei, in Zukunft auf einfache Weise mit den Fehlern zu arbeiten.

Literatur-Empfehlungen

• Was ist eine fehlerbasierte Testtechnik?
• Was ist der Software Testing Life Cycle (STLC)?
• Bugzilla Tutorial: Praktisches Tutorial zum Fehlermanagement-Tool
• Java-Threads mit Methoden und Lebenszyklus
• Beim Testen von Software dreht sich alles um Ideen (und wie man sie generiert)
• Ausführliche Eclipse-Tutorials für Anfänger
• Fehlermanagementprozess: So verwalten Sie einen Fehler effektiv
• Beispiel für Fehlerberichte für Web- und Produktanwendungen