Zum Hauptinhalt springen
Alle KollektionenErste SchritteEinarbeitung
Funktionale Bugs - Zusammenfassung
Funktionale Bugs - Zusammenfassung

Was sind funktionale Bugs, wie bewertet man ihren Schweregrad und wie unterscheidet man sie von Usability-Vorschlägen?

André avatar
Verfasst von André
Vor über einem Jahr aktualisiert

Bitte beachte, dass dies lediglich eine Zusammenfassung des Artikels zu funktionalen Bugs ist. Um mehr über diese Bugs zu erfahren, besuche bitte unseren Hauptartikel zu Funktionale Bugs.

Funktionale Bugs beziehen sich auf die Funktionalität der Software, wie etwa ein Button, der kein Formular absendet, eine nicht reagierende Suche oder einen App-Absturz. Wenn die Website/App nicht wie erwartet reagiert, könnte dies auf ein funktionales Problem hinweisen. Es ist oft herausfordernd zu bestimmen, ob es beabsichtigt ist oder ein Bug vorliegt, aufgrund begrenzter Informationen zu den Produkten unserer Kunden. Die Analyse des Produktverhaltens und fundierte Vermutungen aufgrund von eigenen Erfahrungen können jedoch dabei helfen.

Wie man feststellt, ob ein Verhalten ein funktionaler Bug ist:

Prüfe beim Testen, ob das Verhalten beabsichtigt ist oder ein Defekt vorliegt, indem du Funktionen einzeln und in Kombination testest. Berücksichtige die Absichten des Kunden und liefere Nachweise, wenn behauptet wird, dass etwas nicht korrekt funktioniert. Ein Webshop, der sich von anderen unterscheidet, muss nicht zwangsläufig defekt sein. Melde visuelle oder inhaltliche Probleme, die die Funktionalität behindern, als funktionale Bugs.

Bewertung des Schweregrades

Die Faktoren, die bei der Bewertung des Schweregrads berücksichtigt werden müssen, umfassen den funktionalen Einfluss des Bugs, das Ausmaß des Problems, die Verfügbarkeit von Workarounds, den potenziellen Umsatzverlust und den Vergleich mit Bugs ähnlicher Schwere. Der Schweregrad kann durch die Bewertung der Relevanz der Funktionalität im Kontext des gesamten Produkts, die Anzahl der betroffenen Benutzer, die Existenz sowie das einfache Finden eines Workarounds und den potenziellen Umsatzverlust bestimmt werden. Der Vergleich des Bugs mit zuvor genehmigten Bugs kann auch helfen, seinen Schweregrad festzustellen.

Wir haben drei Schweregrade für funktionale Bugs:

  • LOW

  • HIGH

  • CRITICAL

Allgemeine Bewertungen

Es gibt eine Liste von Fällen mit festen Schweregraden, auf die das oben genannte Bewertungsschema nicht zutrifft. Diese Liste kann sich im Laufe der Zeit ändern, daher sollte sie regelmäßig überprüft werden.

Edge-Case-Bugs

Edge-Case-Bugs treten auf, wenn eine Funktion ungewöhnlich verwendet wird. Relevante Bugs dahingehend werden als Low eingestuft, während die meisten irrelevanten jedoch abgelehnt werden.

Erzwungene Bugs

Durch nicht typisches Verhalten oder spezielle Bedingungen verursachte erzwungene Bugs sind in der Regel für Kunden irrelevant und liegen außerhalb des Testrahmens. Ein solches Verhalten kann von unserer Seite aus eine ernsthafte Warnung auslösen. Daher empfehlen wir, sich davon zurückzuhalten, erzwungene Bugs zu melden.

Hat dies deine Frage beantwortet?