Kunden benötigen eine hochwertige Dokumentation, um einen Bug zu verstehen, also stelle sicher, ausreichende Informationen bereitzustellen. Hier ist eine Zusammenfassung unserer Anforderungen für Bug-Reports:

Funktionale Bugs haben ein zusätzliches Feld namens Schweregrad, das die Dringlichkeit des Berichts angibt. Die Schweregradstufen variieren und werden im Artikel zu funktionalen Bugs erklärt. Andere Bug-Arten haben kein Feld für den Schweregrad.

Beim Verfassen des Titels eines Bug-Reports sollte dieser präzise sein, nicht zu lang und Informationen darüber enthalten, was das Problem ist und wo und wann der Bug aufgetreten ist. Vermeide hier zu sagen, was nicht passiert und beschreibe stattdessen, was wirklich passiert. Der Titel sollte das echte Problem widerspiegeln, einschließlich relevanter Bedingungen. Um sicherzustellen, dass der Titel aussagekräfitg ist, betrachte ihn aus der Perspektive einer Person, welche die Website/App noch nie getestet hat und passe ihn bei Bedarf an.

Du solltest die URL der Seite angeben, auf welcher der Bug auftritt.

Um zu gewährleisten, dass ein Bug reproduzierbar ist, gib eine schrittweise Anleitung an, die deine Handlungen vom ersten Schritt bis zu dem Punkt beschreibt, an dem der Bug auftritt. Der erste Schritt sollte angeben, wie man die URL der Landingpage aufruft oder die App öffnet. Nummeriere deine Schritte nicht, da dies automatisch vom System erfolgt. Halte deine Schritte allgemein und füge nur spezifische Bedingungen hinzu, wenn nötig. Stelle sicher, dass deine Schritte die geringste Anzahl von Aktionen enthalten. Der letzte Schritt muss die Aktion beschreiben, die den Bug auslöst, vermeide hier aber "Beobachten" als Aktion.

Beschreibe das Problem und füge alle relevanten Details hinzu, um dem Leser zu helfen, deine Denkweise zu verstehen. Sei spezifisch und gib Beispiele für das Problem an, anstatt allgemeine Aussagen zu machen. Achte darauf, dass das tatsächliche Ergebnis nicht nur das genaue Gegenteil des erwarteten Ergebnisses beschreibt. Es sollte auch keine Kopie des Bug-Titels sein.

Beschreibe das erwartete Ergebnis nach Ausführung des letzten Schritts zur Reproduktion des Bugs. Sei spezifisch und detailliert darüber, was passiert sein sollte, wenn alles korrekt funktioniert hätte. Beachte, dass das erwartete Ergebnis vom tatsächlichen Ergebnis abweicht und nicht nur negierte Wörter oder leichte Abweichungen enthalten sollte.

Um herauszufinden, welche Art von Anlage für deinen Bug erforderlich ist und welche Regeln gelten, besuche bitte den folgenden Artikel: Anhänge für Bug-Reports.

Gib bitte bei der Meldung eines Bugs das Gerät an, das du zum Testen einer Website oder mobilen App verwendet hast. Verwende nur Geräte, die im Abschnitt aufgeführt sind; wenn du mit mehreren Geräten testen möchtest, füge Anlagen für jedes Gerät hinzu. Wenn du die falsche Umgebung ausgewählt hast, kannst du sie nach dem Absenden eines Bug-Reports ändern, bevor der Bericht von einem Teamleiter überprüft wird. Kontaktiere den Support, um ein Gerät zu deiner Liste hinzuzufügen, wenn es nicht verfügbar ist. Das Entfernen eines Geräts aus deinem Profil nach Annahme einer Testeinladung wird dich daran hindern, Bug-Reports für diesen Testlauf einzureichen.