Kleine Präsentation zum Vergleich und Benutzung von Severity und Priority in BugTrackers, die auf Praxiserfahrung des Autors berührt.

1. Bugs: Severity vs. Priority
Erfahrungen aus der Praxis
Alexei Vinogradov

2. Alexei Vinogradov
freiberuflicher IT-Berater
Test, Testmanagement, Testautomatisierung,
Coaching
email: alexei@vinogradov-it.de
skype: alexejv
twitter: @i_vino
https://www.softwerkskammer.org/groups/testing

3. Severity vs. Priority
Umfrage

4. Severity
Deutsch: Schwere, Schweregrad,
Fehlerschweregrad (ISTQB)
„Der Grad der Auswirkungen, den ein
Fehlerzustand auf Entwicklung oder Betrieb einer
Komponente oder eines Systems hat“ (ISTQB)
„Wie schwer wird Betrieb beeinträchtigt, falls der
Fehler nicht behoben wird“ (/me)

5. Severity
1-Hoch, Programmfunktion kann nicht mehr
genutzt werden
2-Mittel, es existiert ein Workaround
3-Niedrig, keine Beeinträchtigung der
Programmfunktionen

6. Severity
0-Blocker - Test der Komponente ist verhindert
Kein Muss für Sofort-Behebung

7. Priority
Die Stufe der Wichtigkeit, die einem Objekt (z.B.
Fehler) zugeordnet worden ist (ISTQB)
Definiert eine Reihenfolge mit der Defekte
behoben werden sollen. (/me)

8. Priority
1-High
2-Medium
3-Low

9. Priority
0-Alarm - Alles andere liegen lassen, sofort
beheben (/me), analog zu Andon-Cord (Toyota)
Nicht zu viele offene Defekte mit Priority 1 lassen
Priority-Klassen anders als Severity-Klassen
benennen

10. Severity vs. Priority
von Testteam vergeben
für Testberichte
von Entwicklung vergeben
für Planungsberichte

11. The End.
Questions?
skype: alexejv
email: alexei@vinogradov-it.de
twitter: @i_vino