Schweregrad des Fehlers
Schweregrad oder Fehlerschweregrad beim Testen ist ein Grad der Auswirkung eines Fehlers oder eines Fehlers auf die zu testende Softwareanwendung. Eine höhere Auswirkung von Fehlern / Defekten auf die Systemfunktionalität führt zu einem höheren Schweregrad. Ein Qualitätssicherungsingenieur bestimmt normalerweise den Schweregrad eines Fehlers / Defekts.
Was ist Priorität?
Priorität ist definiert als die Reihenfolge, in der ein Fehler behoben werden soll. Je höher die Priorität, desto eher sollte der Fehler behoben werden.
Fehler, die das Softwaresystem unbrauchbar machen, haben eine höhere Priorität als Fehler, die dazu führen, dass eine kleine Funktionalität der Software ausfällt.
SCHLÜSSELUNTERSCHIED
- Priorität ist die Reihenfolge, in der der Entwickler einen Fehler beheben sollte, während Schweregrad der Grad der Auswirkung eines Fehlers auf den Betrieb des Produkts ist.
- Die Priorität wird in drei Typen eingeteilt: niedrig, mittel und hoch, während der Schweregrad in fünf Typen eingeteilt wird: kritisch. Dur, Moderat, Moll und Kosmetik.
- Die Priorität ist mit der Planung verbunden, während der Schweregrad mit Funktionen oder Standards verbunden ist.
- Die Priorität gibt an, wann der Fehler behoben werden soll, während der Schweregrad die Schwere des Fehlers in der Produktfunktionalität angibt.
- Die Priorität von Fehlern wird in Absprache mit dem Manager / Kunden festgelegt, während der Schweregrad der Fehler vom QS-Techniker festgelegt wird.
- Die Priorität wird vom Geschäftswert bestimmt, während der Schweregrad von der Funktionalität abhängt.
- Der Prioritätswert ist subjektiv und kann sich je nach Änderung der Projektsituation im Laufe der Zeit ändern, während der Schweregrad objektiv ist und sich weniger wahrscheinlich ändert.
- Der Status mit hoher Priorität und niedrigem Schweregrad zeigt an, dass der Fehler sofort behoben werden muss, die Anwendung jedoch nicht beeinträchtigt, während der Status mit hohem Schweregrad und niedriger Priorität anzeigt, dass der Fehler behoben werden muss, jedoch nicht auf sofortiger Basis.
- Der Prioritätsstatus basiert auf den Kundenanforderungen, während der Schweregradstatus auf dem technischen Aspekt des Produkts basiert.
Arten des Schweregrads
Beim Testen von Software können die Schweregrade von Fehlern / Defekten in vier Teile unterteilt werden:
- Kritisch : Dieser Fehler zeigt an, dass der Prozess vollständig heruntergefahren wurde. Es kann nichts weiter vorgehen
- Major : Es handelt sich um einen sehr schweren Defekt, der das System zum Erliegen bringt. Bestimmte Teile des Systems bleiben jedoch funktionsfähig
- Mittel : Es verursacht unerwünschtes Verhalten, aber das System ist immer noch funktionsfähig
- Niedrig : Dies führt nicht zu einem größeren Ausfall des Systems
Prioritätsarten
Arten der Priorität von Fehlern / Defekten können in drei Teile unterteilt werden:
- Niedrig: Der Defekt ist reizend, aber die Reparatur kann durchgeführt werden, sobald der schwerwiegendere Defekt behoben wurde
- Mittel: Im normalen Verlauf der Entwicklungsaktivitäten sollte der Defekt behoben werden. Es kann warten, bis eine neue Version erstellt wird
- Hoch: Der Fehler muss so schnell wie möglich behoben werden, da er das System stark beeinträchtigt und erst verwendet werden kann, wenn er behoben ist
Tipps zur Bestimmung des Schweregrads eines Fehlers
- Festlegen der Häufigkeit des Auftretens: In einigen Fällen kann das Auftreten eines geringfügigen Fehlers im Code schwerwiegender sein. Aus Anwendersicht ist es also schwerwiegender, obwohl es sich um einen geringfügigen Fehler handelt.
- Isolieren Sie den Defekt: Das Isolieren des Defekts kann helfen, die Schwere des Aufpralls herauszufinden.
Priorität gegen Schweregrad: Hauptunterschied
| Priorität | Schwere |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Beispiel für Fehlerschwere und -priorität
Sehen wir uns ein Beispiel für niedrige Schwere und hohe Priorität an und umgekehrt
- Ein sehr niedriger Schweregrad mit hoher Priorität: Ein Logo-Fehler für eine Versandwebsite kann von geringer Schwere sein, da er die Funktionalität der Website nicht beeinträchtigt, aber von hoher Priorität sein kann, da Sie nicht möchten, dass eine weitere Sendung fortgesetzt wird mit dem falschen Logo.
- Sehr hoher Schweregrad mit niedriger Priorität: Ebenso kann ein Fehler in der Reservierungsfunktionalität für Flugbetriebswebsites von hohem Schweregrad sein, kann jedoch eine niedrige Priorität haben, da die Veröffentlichung in einem nächsten Zyklus geplant werden kann.
Defekte Triage
Die Fehleranalyse ist ein Prozess, bei dem versucht wird, den Prozess neu auszugleichen, bei dem das Testteam mit dem Problem der begrenzten Verfügbarkeit von Ressourcen konfrontiert ist. Wenn also eine große Anzahl von Fehlern vorhanden ist und nur begrenzte Tester diese überprüfen können, hilft die Fehleranalyse, zu versuchen, möglichst viele Fehler basierend auf Fehlerparametern wie Schweregrad und Priorität zu beheben.
So bestimmen Sie die Fehler-Triage:
Die meisten Systeme verwenden die Priorität als Hauptkriterium zur Beurteilung des Fehlers. Ein guter Triage-Prozess berücksichtigt jedoch auch den Schweregrad.
Der Triage-Prozess umfasst die folgenden Schritte
- Überprüfung aller Mängel einschließlich der zurückgewiesenen Mängel durch das Team
- Die anfängliche Beurteilung der Mängel basiert auf deren Inhalt und den jeweiligen Einstellungen für Priorität und Schweregrad
- Priorisierung des Defekts anhand der Eingaben
- Weisen Sie den Fehler der korrekten Freigabe durch den Produktmanager zu
- Leitet den Defekt zur weiteren Bearbeitung an den richtigen Eigentümer / das richtige Team weiter
Richtlinien, die jeder Tester berücksichtigen sollte, bevor er einen Schweregrad auswählt
Der Schweregradparameter wird vom Tester bewertet, während der Prioritätsparameter vom Produktmanager oder vom Triage-Team bewertet wird. Um den Fehler zu priorisieren, muss ein Tester unbedingt den richtigen Schweregrad auswählen, um Verwechslungen mit dem Entwicklungsteam zu vermeiden.
- Verstehen Sie das Konzept von Priorität und Schweregrad gut
- Weisen Sie den Schweregrad immer basierend auf dem Problemtyp zu, da dies die Priorität beeinflusst
- Verstehen Sie, wie sich ein bestimmtes Szenario oder ein bestimmter Testfall auf den Endbenutzer auswirken würde
- Sie müssen überlegen, wie viel Zeit zur Behebung des Fehlers erforderlich ist, basierend auf seiner Komplexität und der Zeit, um den Fehler zu überprüfen
Fazit:
- In der Softwareentwicklung kann das Zuweisen eines falschen Schweregrads zum Fehler den STLC-Prozess verzögern und drastische Auswirkungen auf die Gesamtleistung des Teams haben. Daher muss die verantwortliche Person bei der Aufforderung zur Fehlerzuweisung präzise und genau sein.