Glossar · Testgrundlagen
Fehlerschweregrad
Englisch: Bug severity
Auch genannt: Schweregrad, Severity, Fehlerklasse, Defect Severity
Definition
Wie stark ein Fehler das System oder seine Nutzer beeinträchtigt, vom kompletten Absturz oder Datenverlust bis zum kosmetischen Problem. Wird meist von QA festgelegt.
Der Fehlerschweregrad beschreibt, wie stark ein Fehler das Produkt beeinträchtigt: was kaputtgeht, für wen und ob es einen Workaround gibt. Er ist eine technische Einschätzung der Auswirkung, und Tester vergeben ihn meist, wenn sie den Bug melden. Über den Zeitpunkt der Behebung sagt der Schweregrad direkt nichts aus; das ist die Priorität.
Typische Skala
Die Bezeichnungen unterscheiden sich je nach Team und Tracker, die meisten verwenden aber vier oder fünf Stufen:
| Schweregrad | Bedeutung | Beispiel |
|---|---|---|
| Kritisch / Blocker | System ausgefallen, Datenverlust oder -beschädigung, Sicherheitslücke, kein Workaround | Der Checkout liefert für jeden Nutzer einen 500er |
| Schwer / Hoch | Eine Hauptfunktion ist kaputt oder falsch, Workaround mühsam oder nicht vorhanden | Erstattungen werden mit dem falschen Steuersatz berechnet |
| Mittel | Funktion teilweise kaputt, vertretbarer Workaround vorhanden | Der CSV-Export ignoriert den Datumsfilter; man kann in einer Tabellenkalkulation filtern |
| Gering / Niedrig | Kleines funktionales Problem mit wenig Auswirkung | Die Sortierung einer selten genutzten Liste ist umgekehrt |
| Trivial / Kosmetisch | Optisches oder textliches Problem ohne funktionale Auswirkung | Verrutschtes Icon, Tippfehler in einem Tooltip |
Schweregrad vs. Priorität
Schweregrad = Auswirkung des Fehlers (technisch, von QA festgelegt). Priorität = Dringlichkeit der Behebung (geschäftlich, vom Product Owner oder in der Triage festgelegt).
Beide sind unabhängig voneinander – deshalb fragen Interviewer nach Beispielen für jede Kombination:
- Hoher Schweregrad, niedrige Priorität: Die App stürzt beim Import eines Dateiformats ab, das ein einziger Altkunde einmal im Jahr nutzt.
- Niedriger Schweregrad, hohe Priorität: Der Firmenname ist am Tag vor einem Launch auf der Startseite falsch geschrieben.
- Hoher Schweregrad, hohe Priorität: Die Zahlung schlägt für alle Nutzer fehl.
- Niedriger Schweregrad, niedrige Priorität: ein Tippfehler auf einer selten besuchten Einstellungsseite.
Häufige Fehler
- Den Schweregrad aufblähen, damit ein Bug schneller behoben wird. Dafür gibt es die Priorität. Aufgeblähte Schweregrade machen die Kennzahl bedeutungslos.
- Danach bewerten, wie mühsam der Fehler zu finden war. Bewerten Sie nach Auswirkung auf Nutzer und Geschäft, und geben Sie an, wer wie oft betroffen ist.
- Den Workaround ignorieren. Derselbe Fehler wiegt schwerer, wenn es keinen Weg drumherum gibt.