Ein Bug ist ein Fehler in einer Software. Wenn etwas auf einer Website oder in einer Anwendung nicht so funktioniert, wie es sollte, wird dieser "Fehler" als Bug bezeichnet. Hier bei Test IO verwenden wir die folgenden Kategorisierungen:
Funktionale Bugs
Funktionale Bugs beziehen sich auf die Funktionalität einer Software, z. B. funktioniert ein Button nicht, um ein Formular zu abzusenden, die Suche reagiert nicht auf die Benutzereingabe, eine App stürzt ab usw. Es könnte sich um ein funktionales Problem handeln, wenn immer dann, wenn du eine Aktion ausführst, die Website/App nicht wie erwartet reagiert.
Wie du feststellst, ob das Verhalten einer App ein funktionaler Bug ist:
Versuche herauszufinden, ob eine Funktion einer Software auf eine bestimmte Weise entworfen wurde und so funktionieren soll oder tatsächlich defekt ist. Teste sie alleine und in Kombination mit anderen Funktionen, um potenzielle Unterschiede festzustellen.
Denke darüber nach, was die Absichten des Kunden gewesen sein könnten und berücksichtige, dass das Produkt möglicherweise so funktioniert, wie es implementiert wurde.
Finde Beweise dafür, dass etwas nicht so funktioniert, wie es sollte, und begründe deine Behauptung.
Beispiel: Eine Funktion in einem Webshop funktioniert anders als in anderen Webshops, die du kennst. Das bedeutet nicht unbedingt, dass die Funktion defekt ist. Der Kunde kann sein Produkt so implementieren, wie er möchte.
Beispiel: Du behauptest, ein Formularfeld werde nicht validiert und dies sei ein Bug. Gibt es Hinweise darauf, dass beabsichtigt war, dass das Feld validiert wird? Belege deine Behauptung, indem du zeigst, dass das Feld in einigen Fällen validiert wird, in anderen jedoch nicht. Wenn du keine Beweise liefern kannst, handelt es sich um eine unbewiesene Behauptung.
Ein visuelles oder inhaltliches Problem wird zu einem funktionalen Problem, wenn es die Funktionalität beeinträchtigt oder blockiert und sollte daher als funktionaler Fehler gemeldet werden.
Wenn eine Funktionalität in verschiedenen Szenarien und ohne offensichtliche Probleme immer gleich funktioniert, ist dies wahrscheinlich beabsichtigt (kein Bug).
Einschätzung des Schweregrades
Welcher Schweregrad für einen funktionalen Fehler angemessen ist, hängt von mehreren Faktoren ab: der funktionale Einfluss des Problems, der Umfang des Problems, ob Workarounds existieren oder ob es sich um einen Showstopper handelt, ob potenzielle und beträchtliche Umsatzeinbußen entstehen und ob du diesen Bug mit anderen Bugs desselben Schweregrads vergleichen kannst. Daher unterscheiden wir bei test IO zwischen drei Schweregraden für funktionale Bugs:
Low:
Minimaler Einfluss auf die Verwendung des Produkts.
Das Produkt zeigt ein unbeabsichtigtes Verhalten, aber die allgemeine Nutzung ist nicht betroffen.
Wenige Benutzer, Produkte oder Elemente sind betroffen.
Eine Funktion/Funktionalität ist defekt oder nicht verfügbar, aber ein einfacher Workaround löst das Problem.
High:
Ernsthafter Einfluss auf die Verwendung des Produkts, aber die Hauptfunktionalität ist intakt.
Eine große Anzahl von Benutzern, Produkten oder Elementen ist betroffen.
Nicht-triviale Funktionalitäten sind defekt oder nicht verfügbar und es gibt keinen Workaround.
Wichtige Funktionen sind defekt oder nicht verfügbar, aber es gibt einen Workaround (daher kein Showstopper).
Critical:
Der Fehler verhindert die Kernfunktionalität der App/Website.
Ein Showstopper hindert den Benutzer daran, den Hauptprozess fortzusetzen, z. B. den Checkout.
Der Fehler führt zu potenziellen und beträchtlichen Umsatzeinbußen für den Kunden.
Wir haben eine Liste von Fällen mit festgelegten Schweregraden basierend auf gängigen Bewertungen erstellt: Gehe zum Bug-Bewertungsformular!. Bitte lies die Liste sorgfältig durch und überprüfe sie regelmäßig nach zukünftigen Aktualisierungen.
Content-Bugs
Content-Bugs beziehen sich auf den tatsächlichen Inhalt von Webseiten oder Apps: Texte, Beschriftungen, Bilder, Videos, Symbole, Links, Daten usw. Typische Content-Bugs sind:
Defekte Links oder Bilder (404-Fehler) (sofern sie sich nicht im Navigationsmenü, Header, Footer oder Breadcrumb-Navigation befinden, was funktionale Low-Bugs sind).
Defekte Weiterleitungen im Allgemeinen.
Fehlender Text, z. B. in einem leeren Tooltip.
Fehlender Inhalt, z. B. leerer Inhaltsbereich.
Fehlender Inhalt, z. B. wenn 4 von 5 Symbolen einen Tooltip besitzen und bei einem ist dies nicht der Fall
Fehlende Übersetzungen, z. B. einige Buttons auf einer englischen Website mit französischen Beschriftungen.
Einige Produkte fehlen in den Suchergebnissen, aber die Suchfunktion selbst funktioniert.
Fehlende Daten.
Bitte beachte, dass Rechtschreibfehler auf unserer Plattform nicht als Content-Bugs betrachtet werden und nicht als solche eingereicht werden können.
Visuelle Bugs
Visuelle Bugs beziehen sich auf die grafischen Benutzeroberflächen von Websites oder Apps, z. B.:
Probleme mit dem Layout-Framework, wie falsch ausgerichtete Texte/Elemente.
Ein Problem mit dem Responsive Design, z. B. ein Element wird auf einem mobilen Gerät angezeigt, auf einem anderen jedoch nicht.
Texte/Elemente überlappen sich.
Texte/Elemente werden abgeschnitten.
Upgrade eines Content- oder visuellen Bugs zu einem funktionalen Bug
Sobald ein Content- oder visueller Bug die Funktionalität beeinträchtigt, sollte er als funktionaler Bug gemeldet werden, auch wenn es tatsächlich nicht die Funktion selbst ist, welche defekt ist. Ein wichtiger Fall, in dem ein Content-Bug als funktionaler Bug gemeldet werden sollte, ist, wenn er in einem funktionalen Bestandteil des Produkts auftritt - und zwar bei Verlinkungsproblemen im Navigationsmenü, Header, Footer oder in der Breadcrumb-Navigation. Solche Probleme sind in der Regel geringfügige funktionale Bugs.
Wiederkehrende Probleme
Wenn ein Content-Bug oder visuelles Problem wiederholt auftritt, darf es nur einmal gemeldet werden, auch wenn jede Instanz eine andere URL, einen Link, ein Bild usw. haben kann. Dies ist auch dann der Fall, wenn die Vorkommnisse auf derselben Seite oder auf verschiedenen Seiten auftreten. Der einzelne Bug-Report sollte angeben, dass auch andere URLs, Links, Bilder usw. betroffen sind.
Separate Bug-Reports für jedes einzelne Vorkommnis des Problems dürfen nicht eingereicht werden und werden abgelehnt. Zum Beispiel sollte nur ein Bericht für die folgenden Inhaltsprobleme eingereicht werden: Einige Produktbilder auf mehreren Produkt-Detailseiten eines Webshops sind defekt, einige Download-Links für PDF-Anleitungen auf mehreren Produkt-Detailseiten führen zu 404-Seiten, einige Produktbeschreibungen sind in einer anderen Sprache als der Rest des Webshops, einige Tooltips enthalten keine Informationen, einige Links, die zu derselben Gruppe gehören, sind defekt, usw.
Die folgenden visuellen Probleme sollten nur einmal gemeldet werden: Einige Texte oder Bilder sind größer als ihre Felder; mehrere Eingabefelder sind nicht groß genug, sodass deren Default-Texte abgeschnitten sind; mehrere Teaser überlappen unbeabsichtigt andere Elemente, usw.
Für weitere ausführliche Informationen zu jeder Bug-Art und ihrer Dokumentation auf der Test-IO-Plattform besuche bitte die folgenden Artikel: