Titel, URL, Reproduktionsschritte, Tatsächliches Ergebnis, Erwartetes Ergebnis, Anhänge und die verwendete Testumgebung sind die Bestandteile unserer Bug-Reports. In diesem Artikel erfährst du, welche Fehler oft beim Erstellen von Bug-Reports gemacht werden und wie du sie vermeiden kannst. Also los geht's!
Titel
Der Titel ist zu einfach und beschreibt den Fehler nicht präzise genug.
Er enthält nicht die Bestandteile: Was? Wo? Wann?
Der Titel ist verwirrend für den Leser.
Wenn du einen Bug-Titel verfasst, solltest du ihn so formulieren, dass der Leser sofort und ohne Öffnen des Bug-Reports versteht, worum es bei dem Bug geht. Dein Titel sollte die folgenden Fragen beantworten: Was ist der Fehler? Wo ist er aufgetreten? Wann ist er aufgetreten?
Beispiele:
Falsch: Der Button "Tester werden" funktioniert nicht.
Richtig: Es erfolgt keine Reaktion, nachdem der Benutzer auf den Button "Tester werden" in der Navigation geklickt hat.
Falsch: Der Link "Datenschutz" öffnet eine 404-Seite.
Richtig: Wenn der Benutzer auf den Link "Datenschutz" in der Fußzeile klickt, wird eine 404-Fehlerseite geöffnet.
Merke dir: Was? Wo? und Wann? sollte immer im Titel enthalten sein.
URL
Die falsche URL wurde beim Testen einer Webseite hinzugefügt.
Im URL-Feld sollte immer die URL der Seite angegeben werden, auf welcher der Bug aufgetreten ist. Kopiere hierzu die URL aus der Adresszeile des Browsers und füge sie in das URL-Feld im Bug-Report-Formular ein.
Schritte
Der erste Schritt enthält nicht die URL für Website-Tests.
Es fehlen Schritte.
Schritte enthalten "Beobachten".
Die für das Testen verwendeten relevanten Informationen werden nicht angegeben, wie E-Mail-Adressen, Passwörter, Adressdaten und ähnliches.
Am häufigsten wird in der Schrittbeschreibung die URL im ersten Schritt vergessen. Bitte achte hier immer darauf, die URL zur Homepage der zu testenden Webseite anzugeben. Andere häufige Fehler sind, dass relevante Schritte fehlen oder redundante Aktionen, wie "Beobachten", in der Schrittbeschreibung aufgeführt werden.
Beachte bitte, dass die Schritte nur Aktionen beinhalten, die nacheinander durchzuführen sind, bis der Fehler auftritt. Der letzte Schritt sollte dabei die Aktion beschreiben, welche den Bug letztendlich auslöst. Lass uns jetzt ein Beispiel anschauen:
Falsch:
Benutzer hat auf "Crowdtesting" geklickt
Nach unten scrollen - auf "Über uns" klicken
Klicken Sie oben auf Tester werden
Beobachten
Richtig:
Gehe zu https://test.io/
Klicke auf Crowdtesting in der Navigation
Scrolle nach unten zur Fußzeile und klicke auf den Link Über uns unter "Unternehmen"
Klicke auf den Button Tester werden in der Navigation
Wie du hier siehst, sollte deine Schrittbeschreibung alle Aktionen bis zum Bug präzise und detailliert beschreiben. Außerdem kannst du für Hervorhebungen und zu besseren Gestaltung deiner Schritte Markdown verwenden.
Tatsächliches Ergebnis
Das tatsächliche Ergebnis beschreibt den Bug nicht korrekt.
Das tatsächliche Ergebnis enthält zu wenige Informationen über den Bug.
Das tatsächliche Ergebnis enthält Informationen darüber, was erwartet wurde, statt einer Bechreibung des eigentlichen Bugs.
Das tatsächliche Ergebnis ist identisch mit dem Bug-Titel
Bechreibe den Bug im tatsächlichen Ergebnis so detailliert wie möglich. Gehe dabei darauf ein, was genau der Fehler ist und in welchem Fall er auftritt. Gib des Weiteren alle relevanten Informationen zum Bug an, wie bspw. auftretende Fehlermeldungen.
Beispiel:
Falsch: Der Button "Tester werden" zeigt nicht die implementierte Funktionalität.
Richtig: Nach dem Öffnen der Test-IO-Website und dem Klicken auf den Button "Tester werden" in der Navigation tritt keine Reaktion auf. Der Benutzer bleibt auf derselben Seite, und es erfolgt keine Weiterleitung.
Bitte sei immer detailliert bei deiner Erebnisbeschreibung und biete soviele relevante Informationen wie möglich. Dies wird dem Kunden enorm bei der Fehlerdiagnose helfen und die Chance erhöhen, dass dein Bug angenommen wird.
Erwartetes Ergebnis
Die Beschreibung ist nicht detailliert genug.
Die Beschreibung ist genau das Gegenteil des tatsächlichen Ergebnisses.
Das erwartete Ergebnis sollte das Verhalten widerspiegeln, welches nach dem Ausführen des Reproduktionsschritte erwartet wurde bzw. auftreten sollte. Bitte beachte hierbei, dass das erwartete Ergebnis nicht einfach nur das Gegenteil des tatsächlichen Ergebnisses sein sollte.
Beispiel:
Falsch: Die Schaltfläche Tester werden leitet auf die neue Seite weiter.
Richtig: Wenn der Benutzer in der Navigation auf den Button "Tester werden" klickt, sollte eine neue Seite mit Informationen darüber geöffnet werden, wie man Tester auf der Test IO-Plattform werden kann.
Wie oben bereits erwähnt, solltet du das erwartete Ergebnis immer detailliert und präzise beschreiben. Formuliere hier genau, was du nach dem Ausführen deiner Schritte erwartet hast.
Anhänge
Zu den häufigsten Fehlern, welche in den Bug-Anhängen auftreten, kannst du mehr in unserem Artikel Häufige Fehler bei Anhängen in der Akademie erfahren.
Verwendete Testumgebung
Im Bug-Report wurde das falsche Gerät/der falsche Browser ausgewählt.
Bitte wähle immer das entsprechende Gerät und den entsprechenden Browser aus, auf welchem der Bug gefunden wurde. Nachdem du den Bug-Report eingereicht hast, kannst du bei fehlerhafter Auswahl die Testumgebung noch ändern, bevor der Bug vom Teamleiter geprüft wird. Wurde das falsche Gerät oder der falsche Browser ausgewählt, wird der Bug-Report bei der Review abgelehnt.