STLC - Fehlerklassifizierung
Fehler werden aus Sicht des QS-Teams als klassifiziert Priority und aus entwicklungsperspektive als Severity(Komplexität des Codes, um es zu beheben). Dies sind zwei Hauptklassifikationen, die eine wichtige Rolle im Zeitrahmen und im Arbeitsaufwand für die Behebung von Fehlern spielen.
Was ist Priorität?
Priorität ist definiert als die Reihenfolge, in der die Mängel behoben werden sollen. Der Prioritätsstatus wird normalerweise vom QA-Team festgelegt, während der Fehler gegen das Entwicklerteam angehoben wird, wobei der Zeitrahmen für die Behebung des Fehlers angegeben wird. Der Prioritätsstatus wird basierend auf den Anforderungen der Endbenutzer festgelegt.
Wenn das Firmenlogo beispielsweise falsch auf der Webseite des Unternehmens platziert ist, ist die Priorität hoch, aber von geringer Schwere.
Prioritätsliste
Eine Priorität kann folgendermaßen kategorisiert werden:
Low - Dieser Fehler kann behoben werden, nachdem die kritischen behoben wurden.
Medium - Der Fehler sollte in den nachfolgenden Builds behoben werden.
High - Der Fehler muss sofort behoben werden, da der Fehler die Anwendung in erheblichem Maße beeinträchtigt und die entsprechenden Module erst nach Behebung verwendet werden können.
Urgent - Der Fehler muss sofort behoben werden, da der Fehler die Anwendung oder das Produkt stark beeinträchtigt und das Produkt erst verwendet werden kann, wenn es behoben wurde.
Was ist Schweregrad?
Der Schweregrad ist definiert als die Unschärfe eines Fehlers in der Anwendung und die Komplexität des Codes, um ihn aus Entwicklungssicht zu beheben. Ithängt mit dem Entwicklungsaspekt des Produkts zusammen. Der Schweregrad kann basierend darauf entschieden werden, wie schlecht / entscheidend der Defekt für das System ist. Der Schweregradstatus kann eine Vorstellung von der Abweichung der Funktionalität aufgrund des Defekts geben.
Example - Für die Flugbetriebswebsite ist ein Fehler bei der Generierung der Ticketnummer gegen Reservierung von hoher Schwere und auch von hoher Priorität.
Schweregradliste
Der Schweregrad kann folgendermaßen kategorisiert werden:
Critical /Severity 1- Der Fehler wirkt sich auf die wichtigsten Funktionen der Anwendung aus, und das QS-Team kann die Validierung der zu testenden Anwendung nicht fortsetzen, ohne sie zu beheben. Beispielsweise stürzt die App / das Produkt häufig ab.
Major / Severity 2- Defekt wirkt sich auf ein Funktionsmodul aus; Das QA-Team kann dieses bestimmte Modul nicht testen, sondern mit der Validierung anderer Module fortfahren. Zum Beispiel funktioniert die Flugreservierung nicht.
Medium / Severity 3- Der Fehler hat ein Problem mit einem einzelnen Bildschirm oder hängt mit einer einzelnen Funktion zusammen, aber das System funktioniert weiterhin. Der Defekt hier blockiert keine Funktionalität. Beispielsweise ist Ticket # eine Darstellung, die nicht den richtigen alphanumerischen Zeichen wie den ersten fünf Zeichen und den letzten fünf als numerischen Zeichen folgt.
Low / Severity 4- Es hat keinen Einfluss auf die Funktionalität. Dies kann ein kosmetischer Defekt, eine Inkonsistenz der Benutzeroberfläche für ein Feld oder ein Vorschlag zur Verbesserung der Endbenutzererfahrung auf der Seite der Benutzeroberfläche sein. Beispielsweise stimmt die Hintergrundfarbe der Schaltfläche "Senden" nicht mit der der Schaltfläche "Speichern" überein.