Wie kann der Schweregrad von Fehlern klassifiziert werden, um unsere Prioritätsklassifizierung zu ergänzen?

14

In meinem aktuellen Job haben wir Fehler mit niedriger, mittlerer und hoher Priorität.

Fehler mit niedriger Priorität sind kleine Fehler, die den Versand nicht stoppen oder für jeden Benutzer echte Probleme verursachen.
Fehler mittlerer Priorität verursachen einige interne Benutzerprobleme, haben jedoch bekannte Problemumgehungen.
Fehler mit hoher Priorität sind Probleme, die unsere Kunden sehen, die Daten beschädigen oder ein System zum Absturz bringen können.

bug issue-tracking

— Erin
quelle

13

Warum haben Sie unerklärliche Namen wie "niedrig", "mittel" und "hoch"? Warum verwenden Sie nicht einfach echte Wörter wie "Absturz", "Korruption", "bekannte Problemumgehung" und "Ärger"?

— S.Lott

1

Weil ich nichts mit der Benennung der Prioritätsstufen zu tun habe. Ich kann nur das benutzen, was mir gegeben wurde. Ich mag deine Namen für sie.

— Erin

2

Wir haben ein 4. Level, "Kritisch". Es ist das Schlimmste, das Sie als "hoch" einstufen würden (z. B. plötzlicher Ausfall des Produktionsservers).

— FrustratedWithFormsDesigner

1

Ich finde, Low wird nie benutzt ... jeder sagt, es sei mittel, hoch oder dringend

— Rachel

1

@ Thorbjørn Wenn es länger dauert, einen Fehler aufzuspüren, als ihn genau dort zu beheben, wo ich ihn bemerkt habe, neige ich dazu, ihn einfach zu beheben. (Wohlgemerkt, wir haben keinen formellen QA-Prozess, daher ist es nicht die Aufgabe eines anderen, Fehler in den Tracker zu schreiben. Es ist für uns eher eine "

— To Do Later

23

Wir klassifizieren unsere Fehler und Mängel sowohl nach ihrer Priorität als auch nach ihrer Schwere.

Die Prioritätsstufe gibt an, wie dringend das Problem behoben werden muss (dringend, hoch, mittel, niedrig, keine).

Anhand des Schweregrads können wir erkennen, wie viel oder welche Art von Schaden durch den Defekt verursacht werden kann (gefährlich / destruktiv, beeinträchtigt und keine Problemumgehung, betroffen, aber Problemumgehung vorhanden, störend / kosmetisch, keine Auswirkung).

Je gefährlicher und destruktiver der Fehler ist, desto höher ist in der Regel die Priorität. Dies ist jedoch nicht garantiert. Infolgedessen kann es vorkommen, dass ein gelegentlicher Fehler als gefährlich und destruktiv eingestuft wird. Aufgrund der Seltenheit der Situation oder der Menge an Änderungen, die erforderlich sein können, um ihn zu beheben, kann seine Priorität theoretisch jedoch recht niedrig werden.

— Sparky
quelle

10

Der Schweregrad ist abhängig von der Art des von Ihnen hergestellten Produkts und Ihrer Geschäftstätigkeit. Bei meinem letzten Job haben wir Autopiloten für große Container- / Kreuzfahrtschiffe gebaut, also war unser Schweregrad

Sehr hoch - Eisberg voraus! Oh warte, es sieht so aus, als ob die Kontrolle über das Schiff verloren gehen könnte oder es verwirrt, wer die Kontrolle hat! Jemand findet heraus, wie man dieses Schiff dreht !!!
Hoch - Kundenakzeptanzbeschwerden, das Kreuzfahrtschiff dreht sich zu schnell, Kunden verschütten ihre Getränke. Wir können Ihre Sachen nicht benutzen, bis dies behoben ist!
Mittel - Funktionalität, die die Benutzerfreundlichkeit für Kunden / Außendiensttechniker verbessern würde. Dinge, die Zeit sparen.
Niedrigkosmetische Dinge

Ich stelle mir vor, dass der Schweregrad / die Priorität drastisch unterschiedlich sein wird, wenn Sie eine Web-App erstellen und ein völlig anderes Geschäftsmodell / einen völlig anderen Kundenstamm haben. Letztendlich geht es darum, was Ihre Kunden erwarten und wie wütend sie auf das Problem werden :)

— Doug T.
quelle

Sie sollten Ihre Klassifizierung von kosmetischen Dingen überdenken. Kosmetische Fehler zeigen, dass es Ihnen egal ist. Wenn es dich nicht interessiert, werden schlimmere Bugs nicht dem Pech zugeschrieben und vergeben, sondern der Nachlässigkeit zugeschrieben.

— gnasher729

@ gnasher729: Was ist Ihre spezifische Meinungsverschiedenheit? Wollen Sie damit sagen, dass ein kosmetischer Fehler, der keinen wesentlichen Einfluss darauf hat, wie viel Zeit ein Kunde damit verbringt, die Software zum Laufen zu bringen, als wichtiger eingestuft werden sollte als ein Fehler, der diesen Fehler verursacht und nicht kosmetisch ist? Oder was? Prioritäten sind relativ, nicht absolut, und es gibt immer mehr zu tun.

— Nathan Tuggy

0

Von mir verwendete Kriterien für den Schweregrad:

Verhindert es, dass der Benutzer vom Programm das bekommt, was er will?
Ist es sichtbar, wenn der Benutzer typische Aufgaben ausführt?
Gibt es sinnvolle Informationen preis oder erlaubt es, nicht autorisierte Aktionen auszuführen?

Der Schweregrad eines bestimmten Fehlers ist eine Kombination dieser Punkte.

— Nikita Barsukov
quelle

1

Wichtig ist auch die Anzahl der betroffenen Benutzer. Und welche Benutzer, wenn Ihre Anwendung Funktionen hat, die nicht für alle verfügbar sind.

— FrustratedWithFormsDesigner

-1

Klassifizieren Sie Fehler anhand ihres Störfaktors, der verhindern kann, dass Benutzer die Software kaufen. Ein Fehler, der den Versand nicht beeinträchtigt oder den Benutzern echte Probleme bereitet, kann mich jedes Mal nerven, wenn ich auf den Fehler stoße. Und schließlich haben Sie einen Benutzer und einen Teil Ihres Einkommens verloren.

Wenn Sie diese Art von Fehler mit einer Benutzeroberfläche kombinieren, die ohne ersichtlichen Grund und ohne sichtbaren Nutzen für den Benutzer geändert wurde, haben Sie einen absoluten Gewinner, der die Leute dazu bringt, Ihre Software zu hassen.

Lass das nicht zu. Versenden Sie nicht mit Fehlern, die Kunden denken lassen, dass Sie keinen **** geben.

— gnasher729
quelle

Dies versucht nicht einmal, die Frage zu beantworten: "Wie klassifiziere ich den Schweregrad eines Fehlers, um unsere Prioritätsklassifizierung zu ergänzen?" Sehen Sie, wie man antwortet

— Mücke