Jira Bug-Ticket-Generator

Schreiben Sie eine Zusammenfassung, die Bereich und Symptom nennt, etwa „Checkout: Bestellen bleibt nach Gutscheincode deaktiviert“. Geben Sie in der Beschreibung die Umgebung an, nummerierte Schritte zur Reproduktion, das erwartete Ergebnis, das tatsächliche Ergebnis und Belege wie Screenshots, Logs oder eine HAR-Datei. Setzen Sie Schweregrad, Priorität, Komponente und betroffene Version und verlinken Sie die zugehörige Story. Ein Bug pro Ticket. Dieser Generator gibt Ihnen genau diese Struktur und formatiert sie als Markdown oder Jira-Wiki-Markup.

Ein vollständiger Bugreport hat einen konkreten Titel, die Umgebung (Build oder Version, Browser, Betriebssystem, Gerät, Testkonto), Vorbedingungen, nummerierte Schritte zur Reproduktion, das erwartete Ergebnis, das tatsächliche Ergebnis, Schweregrad und Priorität sowie Anhänge wie Screenshots, Video, Konsolen-Logs oder API-Responses. Ergänzen Sie, wie oft er sich reproduzieren lässt, und einen eventuellen Workaround. Ziel ist, dass ein Entwickler den Bug ohne Rückfrage reproduzieren kann. Siehe einen Bugreport schreiben, der behoben wird.

Der Schweregrad (Severity) misst die Auswirkung eines Bugs auf das System, die Priorität, wie dringend das Business die Behebung braucht. Meist passen beide zusammen, aber nicht immer. Ein Absturz in einem selten genutzten Admin-Report hat hohen Schweregrad, aber niedrige Priorität, während ein falsch geschriebener Firmenname auf der Startseite niedrigen Schweregrad, aber hohe Priorität hat. Tester schlagen meist den Schweregrad vor, Product Owner legen die Priorität fest. Nutzen Sie den Leitfaden zu Schweregrad und Priorität für eine einheitliche Einstufung.

Beginnen Sie bei einem bekannten Zustand, etwa abgemeldet, ein frisches Konto oder eine bestimmte URL, und schreiben Sie jede Aktion als nummerierten Schritt mit exakten Daten: „3. SAVE10 im Feld Gutscheincode eingeben und auf Anwenden klicken.“ Nehmen Sie nur die Schritte auf, die zum Auslösen des Bugs nötig sind, und gehen Sie sie vor dem Einreichen noch einmal durch. Tritt der Bug sporadisch auf, notieren Sie die Reproduktionsrate, etwa 3 von 5 Versuchen. Setzen Sie erwartetes und tatsächliches Ergebnis hinter die Schritte, nicht hinein.

In der Praxis meinen beide dasselbe, und das ISTQB-Glossar behandelt „Bug“ als Synonym für „Fehlerzustand“ (Defect): ein Mangel in einem Arbeitsergebnis, etwa Code oder einer Anforderung, durch den es seine Anforderungen nicht erfüllt. Manche Teams sagen „Bug“ für Probleme aus dem Test und „Defekt“ für Probleme nach dem Release, das ist aber eine lokale Konvention. Verwandte Begriffe: Ein Fehler (Error) ist die menschliche Fehlhandlung, die einen Defekt verursacht, und ein Ausfall (Failure) ist das, was Nutzer sehen, wenn der Defekt ausgelöst wird.

Teilweise. Dieser Generator macht aus Ihren Notizen ein einheitlich strukturiertes Ticket, formatiert für Jira Cloud (Markdown) oder Jira Server und Data Center (Wiki-Markup), das Sie selbst in Jira einfügen. Das Issue legt er nicht an, weil SDETRole keinen Zugriff auf Ihre Jira-Instanz hat. Vollautomatisches Anlegen braucht die REST-API von Jira oder eine Integration, etwa einen CI-Job, der bei einem fehlgeschlagenen Nightly-Test ein Ticket eröffnet. Prüfen Sie automatisch erzeugte Tickets, um Duplikate zu vermeiden.

Bleiben Sie sachlich, konkret und neutral. Verwenden Sie einen präzisen Titel, reproduzierbare Schritte mit echten Daten, erwartetes gegenüber tatsächlichem Verhalten und Belege. Vermeiden Sie Schuldzuweisungen („der Entwickler hat den Login kaputt gemacht“) und Meinungen; beschreiben Sie das beobachtete Verhalten und seine Auswirkung auf Nutzer. Halten Sie die Formatierung einheitlich, damit die Triage schnell geht, und hängen Sie Logs an, statt Tausende Zeilen einzufügen. Der Bugreport-Generator und dieser Jira-Ticket-Generator verwenden beide eine professionelle Vorlage mit Vollständigkeits-Checkliste.

Markdown. Der aktuelle Editor von Jira Cloud wandelt eingefügte Markdown-Überschriften, Listen und Codeblöcke um. Wiki-Markup ist für Jira Server/Data Center sowie für Cloud-Felder oder Apps, die noch den alten Renderer verwenden.

In Jira-Wiki-Markup beginnt { ein Makro und [ einen Link, daher kann ein JSON-Schnipsel wie {"error": [1]} im normalen Text die Darstellung zerstören. Der Generator escaped sie mit einem Backslash. Text in {noformat}- oder {code}-Blöcken bleibt exakt so, wie Sie ihn eingefügt haben.