Fehlermanagementprozess beim Testen von Software (Fehlerberichtvorlage)

Inhaltsverzeichnis:

Anonim

Was ist Bug?

Ein Fehler ist die Folge / das Ergebnis eines Codierungsfehlers.

Fehler beim Testen der Software

Ein Fehler beim Testen von Software ist eine Abweichung oder Abweichung der Softwareanwendung von den Anforderungen des Endbenutzers oder den ursprünglichen Geschäftsanforderungen. Ein Softwarefehler ist ein Codierungsfehler, der zu falschen oder unerwarteten Ergebnissen eines Softwareprogramms führt, das die tatsächlichen Anforderungen nicht erfüllt. Tester können bei der Ausführung der Testfälle auf solche Fehler stoßen.

Diese beiden Begriffe weisen einen sehr dünnen Unterschied auf. In der Branche handelt es sich bei beiden um Fehler, die behoben werden müssen, und daher wird die Interchangebaly von einigen Testteams verwendet.

Wenn Tester die Testfälle ausführen, stoßen sie möglicherweise auf solche Testergebnisse, die den erwarteten Ergebnissen widersprechen. Diese Variation der Testergebnisse wird als Softwarefehler bezeichnet. Diese Mängel oder Abweichungen werden in verschiedenen Organisationen mit unterschiedlichen Namen bezeichnet, z. B. Probleme, Probleme, Fehler oder Vorfälle.

In diesem Tutorial lernen Sie:

  • Fehlerbericht
  • Fehlermanagementprozess
    • Entdeckung
    • Kategorisierung
    • Auflösung
    • Überprüfung
    • Schließung
    • Berichterstattung
  • Wichtige Fehlermetriken

Fehlerbericht beim Testen von Software

Ein Fehlerbericht beim Testen von Software ist ein detailliertes Dokument zu Fehlern, die in der Softwareanwendung gefunden wurden. Der Fehlerbericht enthält alle Details zu Fehlern wie Beschreibung, Datum, an dem der Fehler gefunden wurde, Name des Testers, der ihn gefunden hat, Name des Entwicklers, der ihn behoben hat usw. Der Fehlerbericht hilft, ähnliche Fehler in Zukunft zu identifizieren, damit sie vermieden werden können.

Während Sie den Fehler dem Entwickler melden, sollte Ihr Fehlerbericht die folgenden Informationen enthalten

  • Defect_ID - Eindeutige Identifikationsnummer für den Defekt.
  • Fehlerbeschreibung - Detaillierte Beschreibung des Fehlers, einschließlich Informationen zu dem Modul, in dem der Fehler gefunden wurde.
  • Version - Version der Anwendung, in der ein Fehler gefunden wurde.
  • Schritte - Detaillierte Schritte zusammen mit Screenshots, mit denen der Entwickler die Fehler reproduzieren kann.
  • Datum Raised - Datum , wenn der Fehler ausgelöst wird
  • Referenz - wo in Ihnen Verweis auf die Dokumente wie. Anforderungen, Design, Architektur oder vielleicht sogar Screenshots des Fehlers, um den Fehler besser zu verstehen
  • Erkannt durch - Name / ID des Testers, der den Fehler gemeldet hat
  • Status - Status des Defekts, dazu später mehr
  • Behoben durch - Name / ID des Entwicklers, der das Problem behoben hat
  • Datum geschlossen - Datum, an dem der Defekt geschlossen wird
  • Schweregrad, der die Auswirkung des Fehlers auf die Anwendung beschreibt
  • Priorität, die sich auf die Dringlichkeit der Fehlerbehebung bezieht. Die Schweregradpriorität kann hoch / mittel / niedrig sein, basierend auf der Dringlichkeit des Aufpralls, bei der der Defekt behoben werden sollte

Klicken Sie hier, wenn das Video nicht zugänglich ist

Ressourcen

Laden Sie eine Beispielvorlage für die Fehlerberichterstattung herunter

Betrachten Sie Folgendes als Testmanager

Ihr Team hat beim Testen des Guru99 Banking-Projekts Fehler gefunden.

Nach einer Woche antwortet der Entwickler -

In der nächsten Woche antwortet der Tester

Wie im obigen Fall werden die Dinge sehr kompliziert, wenn die Fehlerkommunikation mündlich erfolgt. Um Fehler zu kontrollieren und effektiv zu verwalten, benötigen Sie einen Fehlerlebenszyklus.

Was ist ein Fehlermanagementprozess?

Das Fehlermanagement ist ein systematischer Prozess zur Identifizierung und Behebung von Fehlern. Ein Fehlermanagementzyklus enthält die folgenden Phasen: 1) Fehlererkennung, 2) Fehlerkategorisierung 3) Fehlerbehebung durch Entwickler 4) Überprüfung durch Tester, 5) Fehlerabschluss 6) Fehlerberichte am Ende des Projekts

In diesem Thema erfahren Sie, wie Sie den Fehlermanagementprozess auf die Website der Projekt-Guru99-Bank anwenden. Sie können die folgenden Schritte ausführen, um Fehler zu verwalten.

Entdeckung

In der Entdeckungsphase müssen die Projektteams so viele Fehler wie möglich entdecken , bevor der Endkunde sie entdecken kann. Ein Defekt wird gesagt, Status entdeckt und Änderung wird akzeptiert , wenn es von den Entwicklern anerkannt und akzeptiert

Im obigen Szenario entdeckten die Tester 84 Fehler auf der Website Guru99.

Schauen wir uns das folgende Szenario an. Ihr Testteam hat einige Probleme auf der Website der Guru99 Bank entdeckt. Sie betrachten sie als Mängel und melden sie dem Entwicklungsteam, aber es liegt ein Konflikt vor -

Was werden Sie in einem solchen Fall als Testmanager tun?
A) Stimmen Sie dem Testteam zu, dass es sich um einen Defekt handelt
B) Der Testmanager übernimmt die Rolle des Richters, um zu entscheiden, ob das Problem fehlerhaft ist oder nicht
C) Stimmen Sie mit dem Entwicklungsteam überein, dass es sich nicht um einen Fehler handelt. Richtig Falsch

In diesem Fall sollte ein Lösungsverfahren angewendet werden, um den Konflikt zu lösen. Sie übernehmen die Rolle eines Richters, um zu entscheiden, ob das Website-Problem ein Defekt ist oder nicht.

Kategorisierung

Die Fehlerkategorisierung hilft den Softwareentwicklern, ihre Aufgaben zu priorisieren. Das bedeutet, dass diese Art von Priorität den Entwicklern hilft, zuerst die Fehler zu beheben, die sehr wichtig sind.

Fehler werden normalerweise vom Testmanager kategorisiert -

Lassen Sie uns eine kleine Übung machen, indem Sie die unten stehende Fehlerpriorität per Drag & Drop ausführen

  • Kritisch
  • Hoch
  • Mittel
  • Niedrig
1) Die Leistung der Website ist zu langsam

2) Die Anmeldefunktion der Website funktioniert nicht ordnungsgemäß

3) Die GUI der Website wird auf Mobilgeräten nicht korrekt angezeigt

4) Die Website konnte sich nicht an die Benutzeranmeldesitzung erinnern

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 Der Leistungsfehler kann dem Benutzer große Unannehmlichkeiten bereiten.
2 Die Anmeldefunktion der Website funktioniert nicht ordnungsgemäß Kritisch Die Anmeldung ist eine der Hauptfunktionen der Bank-Website. Wenn diese Funktion nicht funktioniert, handelt es sich um schwerwiegende Fehler
3 Die GUI der Website wird auf Mobilgeräten nicht korrekt angezeigt Mittel Der Fehler betrifft den Benutzer, der das Smartphone zum Anzeigen der Website verwendet.
4 Die Website konnte sich nicht an die Benutzeranmeldesitzung erinnern Hoch Dies ist ein ernstes Problem, da sich der Benutzer anmelden kann, aber keine weiteren Transaktionen ausführen kann
5 Einige Links funktionieren nicht Niedrig Dies ist eine einfache Lösung für Entwickler, und der Benutzer kann weiterhin ohne diese Links auf die Website zugreifen

Fehlerbehebung

Die Fehlerbehebung beim Testen von Software ist ein schrittweiser Prozess zur Behebung der Fehler. Der Fehlerbehebungsprozess beginnt mit der Zuweisung von Fehlern an Entwickler. Anschließend planen die Entwickler, dass der Fehler nach Priorität behoben werden soll. Anschließend werden die Fehler behoben, und schließlich senden die Entwickler einen Testbericht an den Testmanager. Dieser Prozess hilft, Fehler einfach zu beheben und zu verfolgen.

Sie können die folgenden Schritte ausführen, um den Fehler zu beheben.

  • Zuweisung : Wird einem Entwickler oder einem anderen Techniker zur Behebung zugewiesen und der Status in " Antworten" geändert .
  • Zeitplanfixierung : In dieser Phase übernimmt die Entwicklerseite die Verantwortung. Sie erstellen einen Zeitplan zur Behebung dieser Fehler, abhängig von der Fehlerpriorität.
  • Beheben des Fehlers : Während das Entwicklungsteam die Fehler behebt, verfolgt der Testmanager den Prozess der Fehlerbehebung im Vergleich zum obigen Zeitplan.
  • Lösung melden: Holen Sie sich einen Bericht über die Lösung von Entwicklern, wenn Fehler behoben sind.

Überprüfung

Nachdem das Entwicklungsteam den Fehler behoben und gemeldet hat , überprüft das Testteam, ob die Fehler tatsächlich behoben sind.

Wenn das Entwicklungsteam im obigen Szenario beispielsweise meldet, dass bereits 61 Fehler behoben wurden, testet Ihr Team erneut, um sicherzustellen, dass diese Fehler tatsächlich behoben wurden oder nicht.

Schließung

Sobald ein Fehler behoben und überprüft wurde, wird der Status des Fehlers als geschlossen geändert . Wenn nicht, haben Sie eine Benachrichtigung an die Entwicklung gesendet, um den Fehler erneut zu überprüfen.

Fehlerberichterstattung

Die Fehlerberichterstattung beim Testen von Software ist ein Prozess, bei dem Testmanager den Fehlerbericht erstellen und an das Managementteam senden, um Feedback zum Fehlermanagementprozess und zum Fehlerstatus zu erhalten. Anschließend überprüft das Managementteam den Fehlerbericht und sendet Feedback oder bietet bei Bedarf weitere Unterstützung. Die Fehlerberichterstattung hilft, Fehler besser zu kommunizieren, zu verfolgen und detailliert zu erklären.

Der Vorstand hat das Recht, den Mängelstatus zu erfahren. Sie müssen den Fehlermanagementprozess verstehen, um Sie bei diesem Projekt zu unterstützen. Daher müssen Sie ihnen die aktuelle Fehlersituation melden, um Feedback von ihnen zu erhalten.

Wichtige Fehlermetriken

Zurück zum obigen Szenario. Die Entwickler- und Testteams haben die gemeldeten Mängel überprüft. Hier ist das Ergebnis dieser Diskussion

Wie kann die Qualität der Testausführung gemessen und bewertet werden?

Dies ist eine Frage, die jeder Testmanager wissen möchte. Es gibt zwei Parameter, die Sie wie folgt berücksichtigen können

Im obigen Szenario, können Sie die Berechnung defection Unterdrückungsverhältnis (DRR) ist 20/84 = 0.238 (23,8%).

Ein weiteres Beispiel: Angenommen, die Guru99 Bank-Website weist insgesamt 64 Fehler auf, aber Ihr Testteam erkennt nur 44 Fehler, dh es wurden 20 Fehler übersehen . Daher können Sie die Fehlerleckrate (DLR) mit 20/64 = 0,312 (31,2%) berechnen .

Schlussfolgerung: Die Qualität der Testausführung wird anhand der folgenden zwei Parameter bewertet

Je kleiner der Wert von DRR und DLR ist, desto besser ist die Qualität der Testausführung. Was ist der akzeptable Verhältnisbereich ? Dieser Bereich kann im Projektziel definiert und akzeptiert werden, oder Sie können auf die Metriken ähnlicher Projekte verweisen.

In diesem Projekt beträgt der empfohlene Wert für ein akzeptables Verhältnis 5 bis 10%. Dies bedeutet, dass die Qualität der Testausführung gering ist. Sie sollten Gegenmaßnahmen finden, um diese Verhältnisse zu reduzieren, wie z

  • Verbessern Sie die Testfähigkeiten des Mitglieds.
  • Nehmen Sie sich mehr Zeit für die Testausführung, insbesondere für die Überprüfung der Ergebnisse der Testausführung.