Über dieses Tool
Nicht jedes Team nutzt Jira. Dieser Generator erstellt einen tracker-neutralen Bugreport für GitHub-Issues, Azure DevOps, Linear, Confluence oder eine einfache E-Mail und hält zwei Dinge fest, die darüber entscheiden, wie ein Bug behandelt wird: wie zuverlässig er sich reproduzieren lässt und ob es eine Regression ist. „Sporadisch, 3 von 10 Versuchen“ sagt einem Entwickler, dass er nach Timing- oder Zustandsproblemen suchen sollte; „Regression, letzter guter Build 2.30.4“ erlaubt ihm, zwei Builds zu vergleichen, statt bei null mit dem Debugging zu beginnen. Das GitHub-Format lässt den Titel aus dem Body weg (er hat ein eigenes Feld), macht aus Umgebungszeilen im Format „Key: Wert“ eine Tabelle und listet Anhänge als Checkliste, damit Sie daran denken, die Dateien hineinzuziehen.
So funktioniert es
- Geben Sie einen konkreten Titel und eine einzeilige Beschreibung ein, wer betroffen ist.
- Listen Sie Schritte, erwartetes und tatsächliches Ergebnis sowie die Umgebung als Zeilen im Format „Key: Wert“ auf.
- Legen Sie die Reproduzierbarkeit fest (immer, sporadisch mit Anzahl oder einmal beobachtet) und ob es in einem früheren Build funktioniert hat.
- Wählen Sie Markdown, GitHub-Issue oder reinen Text und kopieren oder laden Sie herunter. Ihr Zwischenstand wird in diesem Browser gespeichert.
FAQ zu Bugreport-Generator
Wie melde ich einen Bug, den ich nur manchmal reproduzieren kann?
Wählen Sie „Intermittent“ (sporadisch) und notieren Sie, wie oft er bei wie vielen Versuchen aufgetreten ist. Ergänzen Sie in der Beschreibung alles, was damit zusammenzuhängen schien (erster Lauf nach dem Login, langsames Netzwerk, ein bestimmtes Konto). Ein Verhältnis ist weit nützlicher als „manchmal“.
Warum wird nach dem letzten guten Build gefragt?
Wenn Sie wissen, dass der Bug eine Regression ist, und den letzten Build kennen, in dem es funktionierte, können Entwickler die beiden Builds vergleichen oder die Commits dazwischen per Bisect eingrenzen. Das geht meist viel schneller, als nur den aktuellen Build zu debuggen.
Kann ich hier Screenshots anhängen?
Nein. Dateien bleiben in Ihrem Tracker. Listen Sie die Dateinamen unter „Attachments“ (Anhänge) auf, damit Reviewer wissen, welche Belege es gibt, und laden Sie sie dann in GitHub, Jira oder wo immer der Report landet hoch.