"Die Auswahl des richtigen Schweregrades ist ein entscheidender Indikator über dein Verständnis der Testumgebung sowie über die Auswirkungen des Bugs."
Motivation
Das Melden von funktionalen Bugs ist nicht immer einfach und die Auswahl des Schweregrades ist noch anspruchsvoller. In diesem Artikel findest du drei Schlüsselfragen, die du dir stellen solltest, um den Schweregrad eines funktionalen Bugs im Kontext auszuwählen. Dies ist ein wesentlicher Aspekt bei der Bestimmung von Bugs.
Diese drei grundlegenden Fragen werden auch anhand von Beispielen erläutert, um dir zu helfen, sie zu verstehen und in realen Test-Szenarien anzuwenden.
Was sind funktionale Bugs?
Stellen wir uns funktionale Bugs als Mängel vor, die die Verwendung eines Elements oder von alldem beeinträchtigen, was die Interaktion mit der Website oder App, die du testest, ermöglicht.
Funktionale Bugs betreffen die Funktionalität einer Softwarekomponente. Beispiele: Ein Button übermittelt ein Formular nicht, die Suche reagiert nicht auf Benutzereingaben und die App stürzt ab, nachdem mit einem Element interagiert wurde. Immer wenn du eine Aktion ausführst, reagiert die Website/App nicht wie erwartet. Diese Mängel können alle Endbenutzer betreffen, müssen es aber nicht unbedingt. Falls doch, wirken sie sich möglicherweise nicht gleichermaßen auf alle aus.
Andererseits kann die Auswirkung eines Fehlers je nach Umgebung (Produktion/Live oder Staging/Beta) unterschiedlich sein. Ein Beispiel: Ein Bug, der auf einer Live-Website gefunden wurde - einer Website, die jeder im Internet finden kann - wird sich negativer auf Benutzer und Kunden auswirken als Bugs, die auf einer Staging-Umgebung gefunden wurden, die für echte Benutzer nicht zugänglich ist.
Was bedeutet der Schweregrad eines Bugs?
Manchmal ist die negative Auswirkung der oben genannten Mängel größer als bei anderen oder sie beeinflussen Benutzer nur in geringem Maße. Daher unterscheidet sich die Dringlichkeit, solche Bugs zu beheben und damit auch ihr Schweregrad. Diese Auswirkung variiert auch je nach der Umgebung, die wir testen.
Wir haben drei Schweregrade für funktionale Bugs: Low, High und Critical. Du findest die ausführliche Erklärung in unserem Artikel "Funktionale Bugs | Test IO Academy".
Für exploratives Testen können wir uns drei Schlüsselelemente vorstellen, um diese drei Schweregrade zu unterscheiden und eine präzisere Klassifikation zu entwickeln.
Bevor du einen Schweregrad auswählst, stell dir diese drei Schlüsselfragen
Bugs sind kontextbezogen und deshalb müssen drei Fragen (die wir unten teilen), wie man den richtigen Schweregrad eines Bugs bestimmt, verstanden und im Kontext des getesteten Produkts beantwortet werden. Beantworte sie, bevor du auf den Button "Senden" klickst.
Was ist der Zweck der Funktionalität auf der Website oder in der App, die du testest?
Um es besser zu veranschaulichen: Wenn du eine E-Commerce-Website testest und Artikel/Produkte findest, in den Warenkorb legst und den Bestellvorgang startest, handelt es sich um zentrale Prozesse auf dieser speziellen Website. Wenn du hingegen eine Unterhaltungs-App testest, sind die Hauptfunktionalitäten das Abspielen und Anschauen von Videos sowie die Interaktion mit den Steuerelementen des Videoplayers.
Wie wirkt sich der Bug auf den Endbenutzer und/oder das Geschäft des Unternehmens aus?
Wenn der Test nur eine oder sehr wenige Features im Fokus hat, überlege zuerst, welche Funktionalität du testest und mache dir ihre Rolle auf der Website oder in der App deutlich.
Nehmen wir an, die im Fokus stehende Funktion ist der Anmeldevorgang. Ist der Ablauf dieser Funktionalität für eine E-Commerce-Website der gleiche wie für eine Unterhaltungs-App? Die wahrscheinlichste Antwort ist nein.
Abhängig vom Produkt sind manchmal die benötigten Informationen entscheidend, um Benutzern bestimmte Inhalte bereitzustellen. Beispielsweise müssen Benutzer beim Registrieren auf einer E-Commerce-Website u. a. möglicherweise nur ihr Alter angeben (z. B. über 18 Jahre), während für eine Unterhaltungs-App weitere Informationen erforderlich sind, um zu bestätigen, ob der Benutzer ein Elternteil oder ein Kind ist, damit keine Inhalte für Erwachsene an Minderjährige geliefert werden.
Gibt es Möglichkeiten, die beeinträchtigte Funktionalität zu umgehen? Falls ja, ist es intuitiv, unkompliziert oder eher schwierig, sie zu finden oder auszuführen?
Mit anderen Worten: Wenn es eine andere Möglichkeit gibt, eine fehlerhafte Funktion eines Produkts zu nutzen bzw. einen Prozess durch einen Umweg abzuschließen, spricht man von einem "Workaround". Der Workaround sollte für die beeinträchtigte Funktionalität identifiziert werden, da er entscheidende Informationen zur Festlegung des richtigen Schweregrades des Bugs liefert.
Wenn du also einen Bug findest, versuche verschiedene Wege herauszufinden, die Benutzer nehmen können, um die Aufgabe dennoch zu erfüllen. Das Verständnis des Arbeits- und Zeitaufwands dafür ist entscheidend für die Auswahl des richtigen Schweregrades des Bugs. Wenn du diese Informationen mit der Wichtigkeit der getesteten Produktfunktionalität oder der Funktion innerhalb dieses Produkts verknüpfst, wird die Auswirkung des Problems für dich offensichtlich.
Als Faustregel gilt: Wenn du auf einer Website auf einen Fehler stößt, der durch Aktualisieren der Seite behoben werden kann, ist der Schweregrad eines funktionalen Bugs niedrig, da das Aktualisieren der Seite eine intuitive und einfache Lösung ist. Mit anderen Worten: Die meisten Endbenutzer würden wahrscheinlich dasselbe tun und die Behebung des Problems ist nur einen Klick entfernt.
Es ist also entscheidend, das Produkt (Website/App) und dessen Design verstanden zu haben, damit du fundierte Einschätzungen über das Verhalten anstellen kannst, das du melden willst.
Wenn du diese Fragen während des Tests immer wieder stellst, wirst du den richtigen Weg zur Auswahl des korrekten Schweregrades des Bugs finden.
Wo du weitere Informationen zum besseren Verständnis des Schweregrades finden kannst
Wir erstellen ständig neue Inhalte, um dir bei deiner Arbeit zu helfen. Besuche unseren Discord-Server "Test IO Community" oder unsere Social-Media-Kanäle. Wir stellen auch eine Tabelle bereit, die Szenarien mit festgelegten Schweregraden zeigt.
Du kannst diese Tabelle hier einsehen: Bug Assessment Sheet! Du kannst in dieser Tabelle nach einem Bug suchen, den du womöglich in einem Test einreichen willst. Auf diese Weise wirst du den Schweregrad deines Bugs besser verstehen.
Andererseits verwenden wir auch unsere Facebook- und YouTube-Kanäle, um dir beim Testen zu helfen. In der Folge "Wie man den richtigen Schweregrad eines funktionalen Bugs auswählt" erfährst du einige Überlegungen, die Teamleiter berücksichtigen müssen, um den Schweregrad funktionaler Bugs zu bestimmen. Es gibt Beispiele und du kannst den Denkprozess dahinter verfolgen sowie die drei Schlüsselfragen in Aktion sehen!