Unterschied zwischen Schweregrad und Priorität beim Testen (Beispiel)

Schweregrad vs. Priorität: Unterschied zwischen ihnen

  • Die Priorität gibt die Reihenfolge an, in der der Entwickler einen Defekt beheben sollte, während die Schwere den Grad der Auswirkung angibt, den ein Defekt auf die Funktion des Produkts hat.
  • Die Priorität wird in drei Typen eingeteilt: niedrig, mittel und hoch, während der Schweregrad in fünf Typen eingeteilt wird: kritisch, schwerwiegend, mittel, geringfügig und kosmetisch.
  • Die Priorität hängt mit der Planung zusammen, während der Schweregrad mit der Funktionalität oder den Standards verknüpft ist.
  • Die Priorität gibt an, wie schnell der Fehler behoben werden sollte, während der Schweregrad die Schwere des Mangels an der Produktfunktionalität angibt.
  • Die Priorität der Mängel wird in Absprache mit dem Manager/Kunden festgelegt, während der Schweregrad der Mängel vom QS-Ingenieur festgelegt wird.
  • Die Priorität richtet sich nach dem Geschäftswert, während der Schweregrad durch die Funktionalität bestimmt wird.
  • Der Prioritätswert ist subjektiv und kann sich im Laufe der Zeit abhängig von der Änderung der Projektsituation ändern, während der Schweregrad objektiv ist und sich weniger wahrscheinlich ändert.
  • Der Status „Hohe Priorität“ und „Niedriger Schweregrad“ zeigt an, dass der Fehler sofort behoben werden muss, sich jedoch nicht auf die Anwendung auswirkt, während „Hoher Schweregrad“ und „Niedriger Prioritätsstatus“ darauf hinweisen, dass der Fehler sofort behoben werden muss, jedoch nicht.
  • Der Prioritätsstatus basiert auf den Kundenanforderungen, während der Schweregrad auf dem technischen Aspekt des Produkts basiert.

Schweregrad vs. Priorität:

Was ist der Schweregrad des Fehlers?

Schweregrad des Fehlers oder Fehlerschwere beim Testen ist der Grad der Auswirkung eines Fehlers oder einer Defekt auf die zu testende Softwareanwendung hat. Eine stärkere Auswirkung eines Fehlers/Defekts auf die Systemfunktionalität führt zu einem höheren Schweregrad. A Qualitätssicherung Der Ingenieur bestimmt normalerweise den Schweregrad eines Fehlers/Defekts.

Was ist Priorität?

Als Priorität wird die Reihenfolge definiert, in der ein Mangel behoben werden soll. Je höher die Priorität, desto früher soll der Fehler behoben werden.

Mängel, die das Softwaresystem unbrauchbar machen, erhalten eine höhere Priorität gegenüber Mängeln, die dazu führen, dass eine kleine Funktionalität der Software ausfällt.

Arten von Schweregrad

In SoftwaretestDie Schweregrade von Fehlern/Defekten können in die folgenden Kategorien eingeteilt werden:

  • Kritische: Dieser Fehler weist auf eine vollständige Abschaltung des Prozesses hin, es kann nichts weitergehen
  • Dur: Es handelt sich um einen äußerst schwerwiegenden Defekt, der das System zum Absturz bringt. Bestimmte Teile des Systems bleiben jedoch weiterhin funktionsfähig
  • Medium: Es führt zu unerwünschtem Verhalten, aber das System ist immer noch funktionsfähig
  • Niedrig: Es wird keinen größeren Ausfall des Systems verursachen

Prioritätstypen

Die Arten der Priorität von Fehlern/Fehlern können in drei Teile kategorisiert werden:

  • Niedrig: Der Defekt ist störend, die Reparatur kann jedoch durchgeführt werden, sobald der schwerwiegendere Defekt behoben wurde
  • Medium: Im normalen Verlauf der Entwicklungsaktivitäten sollte der Fehler behoben werden. Es kann warten, bis eine neue Version erstellt wird
  • Hoch: Der Mangel muss so schnell wie möglich behoben werden, da er das System erheblich beeinträchtigt und bis zur Behebung nicht genutzt werden kann

Tipps zur Bestimmung der Schwere eines Mangels

  • Bestimmen Sie die Häufigkeit des Auftretens: Wenn ein geringfügiger Fehler im Code häufig auftritt, kann er in manchen Fällen schwerwiegender sein. Aus Benutzersicht ist es also schwerwiegender, auch wenn es sich um einen geringfügigen Mangel handelt.
  • Isolieren Sie den Fehler: Die Isolierung des Fehlers kann dabei helfen, die Schwere der Auswirkung herauszufinden.

Unterschied zwischen Schweregrad und Priorität beim Testen

Priorität Schwere
Die Fehlerpriorität hat die Reihenfolge definiert, in der der Entwickler einen Fehler beheben soll Der Schweregrad des Defekts ist definiert als der Grad der Auswirkung, die ein Defekt auf den Betrieb des Produkts hat.
Die Priorität hängt mit der Planung zusammen Der Schweregrad ist mit Funktionalität oder Standards verbunden
Die Priorität gibt an, wie schnell der Fehler behoben werden soll Der Schweregrad gibt die Schwere des Mangels an der Produktfunktionalität an
Die Priorität der Mängel wird in Absprache mit dem Manager/Kunden festgelegt Der QA-Ingenieur bestimmt den Schweregrad des Fehlers
Die Priorität richtet sich nach dem Geschäftswert Der Schweregrad wird durch die Funktionalität bestimmt
Sein Wert ist subjektiv und kann sich im Laufe der Zeit je nach Änderung der Projektsituation ändern Sein Wert ist objektiv und es ist weniger wahrscheinlich, dass er sich ändert
Der Status „Hohe Priorität“ und „Niedriger Schweregrad“ weist darauf hin, dass der Fehler sofort behoben werden muss, sich jedoch nicht auf die Anwendung auswirkt Ein hoher Schweregrad und ein niedriger Prioritätsstatus weisen darauf hin, dass der Fehler behoben werden muss, jedoch nicht sofort
Der Prioritätsstatus richtet sich nach den Kundenanforderungen Der Schweregrad basiert auf dem technischen Aspekt des Produkts
Während der UAT behebt das Entwicklungsteam Fehler nach Priorität Während des SIT behebt das Entwicklungsteam Fehler basierend auf dem Schweregrad und dann der Priorität
Die Priorität wird in drei Typen eingeteilt

  • Niedrig
  • Medium
  • Hoch
Der Schweregrad wird in fünf Typen eingeteilt

  • Kritische
  • Dur
  • Moderat
  • Moll
  • Kosmetikum

Beispiel für Fehlerschwere und -priorität

Sehen wir uns ein Beispiel für niedrigen Schweregrad und hohe Priorität an und umgekehrt

Schweregrad und Priorität des Fehlers

  • Ein sehr niedriger Schweregrad mit hoher Priorität: Ein Logofehler für eine Versand-Website kann einen niedrigen Schweregrad haben, da er die Funktionalität der Website nicht beeinträchtigt, kann aber eine hohe Priorität haben, da Sie nicht möchten, dass weitere Sendungen durchgeführt werden mit dem falschen Logo.
  • Ein sehr hoher Schweregrad mit niedriger Priorität: Ebenso kann ein Defekt in der Reservierungsfunktionalität bei der Website eines Flugbetreibers einen hohen Schweregrad, aber eine niedrige Priorität haben, da seine Behebung für den nächsten Zyklus geplant werden kann.

Fehlertriage

Bei der Fehlertriage handelt es sich um einen Prozess, der versucht, den Prozess neu auszubalancieren, wenn das Testteam mit dem Problem der begrenzten Verfügbarkeit von Ressourcen konfrontiert ist. Wenn es also eine große Anzahl von Fehlern gibt und nur wenige Tester diese verifizieren können, hilft die Fehlertriage dabei, zu versuchen, möglichst viele Fehler basierend auf Fehlerparametern wie Schweregrad und Priorität zu beheben.

So ermitteln Sie die Fehlertriage:

Die meisten Systeme verwenden die Priorität als Hauptkriterium zur Beurteilung des Fehlers. Ein guter Triage-Prozess berücksichtigt jedoch auch den Schweregrad.

Fehlertriage

Der Triage-Prozess umfasst die folgenden Schritte

  • RevÜberprüfung aller Mängel, einschließlich der vom Team abgelehnten Mängel
  • Die erste Beurteilung der Mängel basiert auf ihrem Inhalt und den jeweiligen Prioritäts- und Schweregradeinstellungen
  • Priorisierung des Fehlers basierend auf den Eingaben
  • Ordnen 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. Für die Priorisierung des Fehlers ist es für einen Tester unbedingt erforderlich, den richtigen Schweregrad auszuwählen, um Verwirrung 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 sich dies auf dessen Priorität auswirkt
  • Verstehen Sie, wie ein bestimmtes Szenario oder Testfall würde sich auf den Endbenutzer auswirken
  • Sie müssen berücksichtigen, wie viel Zeit die Behebung des Defekts basierend auf seiner Komplexität und der Zeit zur Überprüfung des Defekts in Anspruch nehmen würde

Fazit

In Software Engineering, Die Zuweisung eines falschen Schweregrads zu einem Fehler kann die Verzögerung verzögern STLC Prozess und kann drastische Auswirkungen auf die Gesamtleistung des Teams haben. Daher muss die verantwortliche Person bei der Fehlerzuweisung präzise und präzise vorgehen.

Fassen Sie diesen Beitrag mit folgenden Worten zusammen: