Fehlermanagementprozess beim Softwaretesten

Was ist ein Fehlermanagementprozess?

Das Fehlermanagement ist ein systematischer Prozess zur Identifizierung und Behebung von Fehlern. Ein Fehlermanagementzyklus umfasst die folgenden Phasen: 1) Entdeckung des Fehlers, 2) Kategorisierung des Fehlers, 3) Behebung des Fehlers durch Entwickler, 4) Überprüfung durch Tester, 5) Schließung des Fehlers, 6) Fehlerberichte am Ende des Projekts.

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

Fehlermanagementprozess

Schritt 1) ​​Entdeckung

In der Entdeckungsphase müssen die Projektteams Folgendes entdecken viele Mängel wie möglich, bevor der Endkunde es entdecken kann. Ein Fehler wird entdeckt und in den Status geändert akzeptiert wenn es von den Entwicklern anerkannt und akzeptiert wird

Im obigen Szenario entdeckten die Tester 84 Mängel auf der Website Guru99.

Vorbereitung

Schauen wir uns das folgende Szenario an: Ihr Testteam hat auf der Website der Guru99 Bank einige Probleme entdeckt. Sie betrachten diese als Mängel und melden sie dem Entwicklungsteam, aber es gibt einen Konflikt –

Was werden Sie als Testmanager in einem solchen Fall tun?

A) Stimmen Sie dem Testteam zu, dass es sich um einen Defekt handelt

B) Der Testmanager übernimmt die Rolle des Richters und entscheidet, ob das Problem fehlerhaft ist oder nicht

C) Stimmen Sie dem Entwicklungsteam zu, dass es sich nicht um einen Mangel handelt

In Ordnung
Falsch

In einem solchen Fall sollte ein Lösungsprozess zur Lösung des Konflikts angewendet werden. Sie übernehmen die Rolle eines Richters und entscheiden, ob es sich bei dem Website-Problem um einen Mangel handelt oder nicht.

Schritt 2) Kategorisierung

Die Fehlerkategorisierung hilft den Softwareentwicklern, ihre Aufgaben zu priorisieren. Das bedeutet, dass diese Art der Priorität den Entwicklern hilft, zuerst die äußerst wichtigen Fehler zu beheben.

Kategorisierung

Fehler werden in der Regel vom Testmanager kategorisiert –

Machen wir eine kleine Übung wie folgt

Ziehen Sie die Fehlerpriorität per Drag & Drop nach unten
1) Die Leistung der Website ist zu langsam
2) Die Anmeldefunktion der Website funktioniert nicht ordnungsgemäß
3) Die GUI der Website wird nicht korrekt angezeigt Mobil Low-Level-Lichtlaser
4) Die Website konnte sich nicht an die Anmeldesitzung des Benutzers 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 für den Benutzer große Unannehmlichkeiten verursachen.

2

Die Anmeldefunktion der Website funktioniert nicht ordnungsgemäß

Kritische

Die Anmeldung ist eine der Hauptfunktionen der Banking-Website. Wenn diese Funktion nicht funktioniert, liegt ein schwerwiegender Fehler vor

3

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

Medium

Der Fehler betrifft den Benutzer, der die Website mit einem Smartphone betrachtet.

4

Die Website konnte sich nicht an die Anmeldesitzung des Benutzers erinnern

Hoch

Dies stellt ein ernstes Problem dar, da sich der Benutzer zwar anmelden, aber keine weiteren Transaktionen durchführen kann

5

Einige Links funktionieren nicht

Niedrig

Dies ist eine einfache Lösung für Entwickler und der Benutzer kann auch ohne diese Links auf die Website zugreifen

Schritt 3) Fehlerbehebung

Fehlerbehebung Beim Softwaretest handelt es sich um einen schrittweisen Prozess zur Behebung von Fehlern. Der Fehlerlösungsprozess beginnt mit der Zuweisung von Fehlern zu Entwicklern, dann planen die Entwickler die Behebung des Fehlers nach Priorität, dann werden Fehler behoben und schließlich senden die Entwickler einen Lösungsbericht an den Testmanager. Dieser Prozess hilft, Fehler einfach zu beheben und zu verfolgen.

Um den Defekt zu beheben, können Sie folgende Schritte durchführen.

Fehlerbehebung

  • Zuordnung: Einem Entwickler oder anderen Techniker zur Behebung zugewiesen und der Status in geändert Als Reaktion.
  • Terminvereinbarung: In dieser Phase übernimmt die Entwicklerseite die Verantwortung. Sie erstellen einen Zeitplan zur Behebung dieser Mängel, abhängig von der Fehlerpriorität.
  • Beheben Sie den Defekt: Während das Entwicklungsteam die Fehler behebt, verfolgt der Testmanager den Prozess der Fehlerbehebung im Vergleich zum oben genannten Zeitplan.
  • Melden Sie die Lösung: Erhalten Sie einen Bericht über die Lösung von den Entwicklern, wenn Fehler behoben wurden.

Schritt 4) Verifizierung

Nach dem Entwicklungsteam fixiert und berichtet der Defekt, das Prüfteam überprüft dass die Mängel tatsächlich behoben sind.

Wenn das Entwicklungsteam beispielsweise im obigen Szenario berichtet, dass es bereits 61 Fehler behoben hat, führt Ihr Team einen erneuten Test durch, um zu überprüfen, ob diese Fehler tatsächlich behoben wurden oder nicht.

Schritt 5) Abschluss

Sobald ein Fehler behoben und verifiziert wurde, wird der Status des Fehlers in geändert geschlossen. Wenn nicht, müssen Sie eine Mitteilung an die Entwicklung senden, um den Mangel erneut zu überprüfen.

Schritt 6) Fehlermeldung

Fehlermeldung Beim Softwaretest handelt es sich um einen Prozess, bei dem Testmanager den Fehlerbericht vorbereiten und an das Managementteam senden, um Feedback zum Fehlermanagementprozess und zum Fehlerstatus zu erhalten. Anschließend prüft das Managementteam den Fehlerbericht und sendet Feedback oder leistet bei Bedarf weitere Unterstützung. Die Fehlerberichterstattung hilft dabei, 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 unterstützen zu können. Daher müssen Sie ihnen die aktuelle Fehlersituation melden, um Feedback von ihnen zu erhalten.

Warum brauchen Sie einen Fehlermanagementprozess?

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

Fehlermanagementprozess

Nach einer Woche antwortet der Entwickler –

Fehlermanagementprozess

In der nächsten Woche antwortet der Tester

Fehlermanagementprozess

Erfolgt die Mängelmitteilung wie im obigen Fall mündlich, wird es schnell sehr kompliziert. Um Fehler zu kontrollieren und effektiv zu verwalten, benötigen Sie einen Fehlerlebenszyklus.

Wichtige Fehlermetriken

Unterstützen Sie das obige Szenario. Die Entwickler- und Testteams haben die gemeldeten Mängel überprüft. Hier ist das Ergebnis dieser Diskussion

Wichtige Fehlermetriken

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

Das ist eine Frage, die sich jeder stellt Test Manager will es wissen. Es gibt 2 Parameter, die Sie wie folgt berücksichtigen können

Wichtige Fehlermetriken

Im obigen Szenario können Sie die berechnen Abwanderungs-Ablehnungsverhältnis (DRR) ist 20/84 = 0.238 (23.8 %).

Ein weiteres Beispiel: Die Website der Guru99 Bank hat insgesamt 64 Fehler, aber Ihr Testteam erkennt nur 44 Mängel, dh sie haben es versäumt 20 Mängel. Daher können Sie das Defektleckageverhältnis (DLR) mit 20/64 = berechnen 0.312 (31.2%).

Fazit: Die Qualität der Testdurchführung wird anhand folgender zwei Parameter bewertet

Wichtige Fehlermetriken

Je kleiner der Wert von DRR und DLR ist, desto besser ist die Qualität der Testausführung. Was ist der Verhältnisbereich? akzeptabel? Dieser Bereich kann auf der Grundlage des Projektziels definiert und akzeptiert werden, oder Sie können sich auf die Kennzahlen ähnlicher Projekte beziehen.

In diesem Projekt beträgt der empfohlene Wert des akzeptablen Verhältnisses 5 ~ 10 %. Dies bedeutet, dass die Qualität der Testausführung gering ist. Sie sollten Gegenmaßnahmen finden, um diese Verhältnisse zu reduzieren, z

  • Verbesserung die Testfähigkeiten des Mitglieds.
  • Mehr Zeit verbringen zur Testausführung, insbesondere zur Überprüfung der Testausführungsergebnisse.

FAQs

Ein Fehler ist die Folge/Ergebnis eines Codierungsfehlers.

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

Die Unterschiede zwischen diesen beiden Begriffen sind sehr gering. In der Industrie handelt es sich bei beiden um Fehler, die behoben werden müssen, und werden daher von einigen austauschbar verwendet Tests Mannschaften.

Wenn Tester die Testfälle ausführen, stoßen sie möglicherweise auf Testergebnisse, die im Widerspruch zu den erwarteten Ergebnissen stehen. Diese Variation der Testergebnisse wird als Softwarefehler bezeichnet. Diese Mängel oder Variationen werden in verschiedenen Organisationen mit unterschiedlichen Namen bezeichnet, z. B. Issues, Probleme, Bugs oder Incidents.

Ein Fehlerbericht beim Softwaretest ist ein detailliertes Dokument über Fehler, 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 dabei, ähnliche Fehler in Zukunft zu identifizieren, damit sie vermieden werden können.

  • Fehler_ID – Eindeutige Identifikationsnummer für den Defekt.
  • Defekt DescriptIon – Detaillierte Beschreibung des Defekts einschließlich Informationen über das Modul, in dem der Defekt festgestellt wurde.
  • Ausführung - Version der Anwendung, in der ein Fehler festgestellt wurde.
  • Schritte - Detaillierte Schritte samt Screenshots, mit denen der Entwickler die Mängel reproduzieren kann.
  • Datum der Erhöhung – Datum, an dem der Mangel gemeldet wird
  • Referenz- Geben Sie Verweise auf Dokumente wie Anforderungen, Design, Architektur oder vielleicht sogar Screenshots des Fehlers an, um den Defekt besser zu verstehen.
  • Entdeckt von - Name/ID des Testers, der den Fehler gemeldet hat
  • Status - Status des Defekts, mehr dazu später
  • Behoben durch – Name/ID des Entwicklers, der das Problem behoben hat
  • Datum geschlossen – Datum, an dem der Mangel behoben wird
  • Schwere welches die Auswirkung des Fehlers auf die Anwendung beschreibt
  • Priorität was mit der Dringlichkeit der Fehlerbehebung zusammenhängt. Die Schweregradpriorität kann Hoch/Mittel/Niedrig sein, basierend auf der Dringlichkeit der Auswirkung, bei der der Fehler behoben werden sollte

Klicke hier wenn das Video nicht zugänglich ist

Ressourcen:

Laden Sie eine Beispielvorlage für die Fehlerberichterstattung herunter

Fassen Sie diesen Beitrag mit folgenden Worten zusammen: