So erstellen Sie eine Bug-Tracking-Vorlage in Jira
Eine Bug-Tracking-Vorlage ist ein vordefiniertes Format zur Dokumentation und Meldung von Fehlern in der Softwareentwicklung. Mit einer Vorlage wird sichergestellt, dass wichtige Details konsistent erfasst werden, was die Nachverfolgung, Priorisierung und Kommunikation im Team erleichtert.
Jira ist ein Issue-Tracking-Tool von Atlassian und wahrscheinlich eines der beliebtesten Bug-Tracking-Tools für das Projektmanagement in der Softwareentwicklung (insbesondere in agilen Umgebungen). Ich habe es in den letzten Jahren für viele Projekte genutzt, sowohl in Scrum- als auch Kanban-Teams, und finde es sehr vielseitig.
In diesem Artikel gehe ich auf Jiras Vielseitigkeit beim Bug-Tracking, Anpassungen und Workflow-Management sowie auf die Verbesserung der Fehlerberichterstattung mit Jira ein.
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
Egal, ob du für das Einrichten der Jira-Workflows verantwortlich bist oder Fehler darüber meldest – es schadet nie zu wissen, wie es funktioniert. Jira ist mehr als nur ein Tool zur Fehlerberichterstattung, aber in diesem Artikel liegt der Schwerpunkt auf dem Tracking von Bugs statt auf der Verwaltung anderer Vorgangstypen.
Need expert help selecting the right tool?
Ein neues Projekt mit Jira Software einrichten
Wenn dein Projekt neu ist, solltest du als Erstes das Jira-Projekt anlegen. Diese Aufgabe übernimmt normalerweise der Scrum Master oder der Projektmanager, aber wenn deine QA-Rolle sich mit einer dieser Rollen überschneidet, kann sie bei dir landen. Es ist nicht kompliziert, und es sollte sowieso ein einmaliger Vorgang sein!
Die Anmeldung ist kostenlos und für kleine Projekte mit weniger als zehn Nutzern reicht der Gratis-Tarif. Hast du ein größeres Team oder benötigst erweiterte Funktionen, solltest du einen kostenpflichtigen Plan wählen. Ich gehe nicht ins Detail, aber du kannst dir die Jira-Preisseite ansehen, falls dich das interessiert.
Ich habe neue Projekte bisher nur erstellt, um einen Kurs zu unterrichten, aber der Prozess ist ziemlich intuitiv. Du kannst zwischen verschiedenen Projekttypen für die Softwareentwicklung wählen:
Projekttypen
- Ein Kanban-Projekt ermöglicht die Erstellung von Kanban-Boards. Du kannst die klassische Vorlage mit den klassischen Phasen To Do, In Bearbeitung und Erledigt nutzen.
- Scrum – Diese Vorlage erlaubt es dem Team, Sprints und Backlog über das Scrum-Framework zu verwalten.
- Bug-Tracking – Eine einfache Vorlage, mit der sich Vorgänge nachverfolgen lassen, ohne eine agile Methode zu nutzen.
Alle Projekte können individuell angepasst werden, um die gewünschten Phasen, Übergänge und Status abzubilden.
Für dieses Tutorial verwende ich die Scrum-Projektvorlage, sodass du User Stories und Fehler im selben Projekt tracken kannst. Keine Sorge – alles, was ich zeige, gilt auch für andere Projekttypen!
Vorgangstypen
Die von Jira bereitgestellten Standard-Vorgangstypen sind:
- Epic: Im agilen Umfeld ist ein Epic eine übergeordnete Sammlung von User Stories und Aufgaben.
- Bug: Der Vorgangstyp in Jira, um gefundene Fehler und Mängel zu dokumentieren. Darauf legen wir im weiteren Verlauf den Schwerpunkt.
- Story: Eine User Story beschreibt die Funktionalität oder das Feature, das entwickelt und getestet werden soll.
- Task: Wird meist verwendet, um einzelne Aufgaben oder To-dos zu tracken, zum Beispiel die Recherche für ein neues Testautomatisierungstool oder die Aktualisierung der Dokumentation.
- Subtask: Eine Aufgabe, die einem Teammitglied zugewiesen und dem übergeordneten Vorgangstyp "Task" untergeordnet wird.
Wie bereits erwähnt, ist Jira sehr flexibel. Falls du eigene Vorgangstypen benötigst, kannst du diese jederzeit im Projekt anlegen.
Zum Beispiel habe ich an einem Projekt gearbeitet, in dem wir einen eigenen Vorgangstyp für Verbesserungen hatten. Diese waren ähnlich wie User Stories, bezogen sich aber hauptsächlich auf die Optimierung bestehender Funktionen in der Anwendung.
Oder Sie können einen Vorgangstyp für Testfälle anlegen – aber dazu kommen wir später, wenn wir verfügbare Plugins und Jira-Integrations-Tools besprechen.
Bug-Tracking mit Jira
Kommen wir zu dem Bereich, der uns Tester besonders interessiert – Bug-Reporting und Nachverfolgung. Während Jira eigentlich ein Projektmanagement-Tool ist und kein spezielles Bug-Tracking-Tool, werden wir QAler es wahrscheinlich intensiv zum Erstellen von Fehlermeldungen nutzen 😁.
Workflow und Lebenszyklus von Bugs
Der standardmäßige Bug-Workflow (und tatsächlich für alle Vorgänge) in Jira sieht folgendermaßen aus:
Wird ein Vorgang eröffnet, erhält er zunächst den Status 'Zu erledigen'. Dann kann der Vorgang bzw. der Bug in jeden der anderen Stati verschoben werden.
Das Testmanagement-Team, der Scrum Master oder der Projektleiter sind üblicherweise für die Erstellung benutzerdefinierter Workflows verantwortlich.
Der Workflow bildet den gewünschten Lebenszyklus eines Bugs im Projekt ab. Sie können die Standardversion übernehmen oder sie nach Bedarf beliebig komplex gestalten. Ehrlich gesagt habe ich noch nie an einem Projekt gearbeitet, das nicht eigene, individuelle Stati und Übergänge hatte.
Um den Lebenszyklus zu personalisieren, gehen Sie zu den Projekteinstellungen, wählen Sie den Vorgangstyp „Bug“ und klicken Sie auf 'Workflow bearbeiten'.
Hier können Sie einen neuen Status hinzufügen und ggf. eine bestimmte Transition (Übergang) auswählen. Hier ein Beispiel:
In diesem Fall hat ein neu erstellter Vorgang zunächst den Status 'Zu erledigen', von dem er nur in 'In Bearbeitung' übergehen kann. Danach muss vor dem Testen des Bugs zunächst ein Code-Review erfolgen. Das QA-Team kann das Ticket schließen, sobald es im Status 'In QA' validiert ist. Natürlich kann es sein, dass Code-Review oder QA fehlschlagen – dann wandert der Bug wieder zurück zu 'In Bearbeitung'.
Schritt-für-Schritt-Anleitung zur Workflow-Erstellung
Ich gehe Schritt für Schritt durch, wie Sie vom ersten Workflow zum zweiten (oder zu jedem beliebigen, für Ihr Projekt passenden, benutzerdefinierten Workflow) kommen:
1. Klicken Sie zunächst auf die Schaltfläche 'Workflow bearbeiten'
2. Um einen neuen Status hinzuzufügen, klicken Sie auf einen der bestehenden Stati – die Stati sind in drei Kategorien unterteilt: 'Zu erledigen', 'In Bearbeitung' und 'Erledigt', jeweils mit einer bestimmten Farbe. Sie können auswählen, wo Ihr Status am besten passt. Ich habe entschieden, dass 'Im Code-Review' und 'In QA' bedeuten, dass der Vorgang weiterhin in Bearbeitung ist:
Sie können auch mehrere 'Zu erledigen'-Stati haben, zum Beispiel einen Status 'In Review' für den Fall, dass ein neues Feature eröffnet wird und der Product Owner oder Business Analyst noch Informationen hinzufügen muss, oder das Team noch überlegt, wie komplex die Umsetzung ist bzw. wie viele Story Points angesetzt werden sollen.
3. Sobald Sie einen neuen Status angelegt haben, können Sie eine Transition dafür hinzufügen. Standardmäßig kann ein Status von jedem anderen Status aus geändert werden. Falls Sie keine speziellen Übergangsregeln festlegen möchten, ist das in Ordnung. Ein gut durchdachter Workflow lässt Bugs und Vorgänge aber nur dann in spezielle Stati wechseln, wenn bestimmte Prozessschritte zuvor durchlaufen wurden.
In meinem obigen Beispiel kann das QA-Team nicht mit der Prüfung des Fixes beginnen, bevor ein Entwickler den Code überprüft hat. Um einen solchen Übergang einzurichten, klicken Sie auf den Button 'Transition' und tragen Sie die entsprechenden Details ein:
4. Sie können auch bestehende Übergänge und Stati löschen, wenn Sie Ihren Workflow komplett individuell gestalten möchten.
5. Ein tolles Feature ist die Funktion der automatischen Zuweisung. Auch das lässt sich über den Workflow einstellen – Sie können für einen bestimmten Übergang einen Standard-Bearbeiter festlegen, der das Ticket automatisch zugewiesen bekommt.
Zum Beispiel, nachdem ein Bug 'Geprüft' wurde und in den Status 'In QA' verschoben wurde, wird er automatisch einem bestimmten Tester oder dem Testmanager zugewiesen, der entscheidet, wer daran arbeitet. Dasselbe gilt für 'In Bearbeitung' und das Entwicklungsteam. Neu erstellte Issues können automatisch einem Projektmanager oder Product Owner zugewiesen werden, der sie im Backlog priorisiert. Das ist hochgradig anpassbar, sodass du es nach deinen Team-Bedürfnissen personalisieren kannst.
Auch wenn du nicht verantwortlich bist für das Einrichten der Issue-Lebenszyklen oder keinen Zugriff auf die Projekteinstellungen hast, kannst du den Workflow jeder Jira-Issue sehen, indem du das Status-Dropdown erweiterst:
Anzeigen von Issues in Jira
Wenn es sich beim Projekt nicht um ein Bug-Tracking-Projekt handelt, kannst du die aktuellen Issues auf den Kanban- oder Scrum-Boards anzeigen:
Dies ist nur zur Veranschaulichung; ich bezweifle, dass du jemals das Glück haben wirst, einen Sprint mit nur einer User Story und einem Bug 😅 zu haben.
Klickst du auf ein beliebiges Issue, werden die Details angezeigt. Diese enthalten unter anderem eine automatisch von Jira vergebene ID, einen Titel, eine Beschreibung, den Melder, den Zuweisenden sowie beliebige Anhänge oder Kommentare, die Teammitglieder hinzugefügt haben.
Auch die Felder können angepasst werden, und ich werde das demonstrieren, wenn wir besprechen, was ein guter Bug-Report enthalten sollte.
Zugewiesene Personen
Alle Jira-Issues können einem bestimmten Teammitglied zugewiesen werden. Du kannst Personen in den Kommentaren oder der Beschreibung markieren, indem du das @-Zeichen vor den Namen setzt.
Du erhältst Benachrichtigungen, wenn dich jemand markiert und immer dann, wenn ein Issue, das dir zugewiesen oder von dir gemeldet wurde, aktualisiert wird. Du kannst Issues auch "beobachten" und wirst unabhängig von Melder oder Zuweisendem benachrichtigt, sobald beobachtete Issues geändert werden.
Bug-Reporting in Jira
Eine App mit wenigen Bugs ist das Ziel aller, aber sind wir ehrlich: Tester freuen sich immer, wenn wir einen guten Bug finden.
Aber ein guter Bug ist nur so gut wie der Bericht dazu – ein guter Bug-Report sorgt dafür, dass der Fehler mit möglichst wenig Hin und Her zwischen Test- und Entwicklerteam behoben wird. Jira ist ein großartiges Tool zur Bug-Verfolgung. Habe ich das schon erwähnt? Es bietet sehr viel Flexibilität.
Um ein neues Issue zu erstellen, klicke auf den großen 'Erstellen'-Button, und es öffnet sich ein Dialog. Hier wähle den Issue-Typ 'Bug' aus:
Ein guter Bug-Report sollte eine gute Beschreibung (oder in Jira "Zusammenfassung") enthalten. Diese sollte kurz gehalten sein, aber genügend Details enthalten, damit klar wird, worum es beim Problem geht.
Füge dann in der Beschreibung alle relevanten Details hinzu. Du kannst sie klassisch strukturieren:
- Schritte zur Reproduktion
- Erwartetes Ergebnis
- Tatsächliches Ergebnis
Füge anschließend alle weiteren für den Fehler relevanten Informationen hinzu. Screenshots oder Aufnahmen sind immer hilfreich, ebenso wie Logs oder spezielle Dateien, die während der Ausführung verwendet wurden.
Jira ermöglicht das Hinzufügen benutzerdefinierter Felder zu Issues. Ich selbst trenne gerne die 'Schwere' von der 'Priorität'. Während 'Priorität' ein Standardfeld von Jira ist, kannst du ein benutzerdefiniertes Feld für 'Schwere' hinzufügen.
Weitere sinnvolle benutzerdefinierte Felder können sich auf das Betriebssystem beziehen – ein Textfeld oder ein Dropdown mit vorgegebenen Werten wie die während des Tests verwendeten Android- und iOS-Versionen, der Browser, die Build-Nummer oder jede andere Information, die bei der Fehlerverfolgung hilfreich sein kann.
Um neue Felder hinzuzufügen, gehe in die Projekteinstellungen, wähle den Typ 'Bug' und bestimme, welche Art Feld du benötigst:
Testfälle in Jira
Das letzte Thema, über das ich sprechen möchte, sind Testfälle. Die Jira-Software kann mit verschiedenen Testmanagement-Tools integriert werden. Außerdem können Sie Atlassian-Erweiterungen und Add-ons wie Zephyr (früher mein Favorit) oder Xray hinzufügen. Wenn Sie einen Bug als Ergebnis eines fehlgeschlagenen Testfalls anlegen, kann der Test mit dem Bug verknüpft werden. Das ist sehr hilfreich für die Verwaltung von Bugs, Tests und der Testfalldurchführung.
Noch mehr gesucht?
Jira kann ein hervorragendes Defektmanagement-Tool sein und den Entwicklungsprozess verbessern, da es viele Anpassungsmöglichkeiten bietet. Gerade bei Bugs ist das System sehr hilfreich, weil Sie den Workflow so anpassen können, wie es zum Lebenszyklus Ihres Projekts passt. Sie können Bugs mit Testfällen verknüpfen und benutzerdefinierte Felder auf die Art und Weise hinzufügen, die für Ihr spezifisches Projekt am sinnvollsten ist.
Für weitere Anleitungen wie diese abonnieren Sie den The QA Lead Newsletter.
Need expert help selecting the right Testing Software?
We’ve joined up with Crozdesk.com to give all our readers (yes, you!) access to Crozdesk’s software advisors. Just use the form below to share your needs, and they will contact you at no cost or commitment. You will then be matched and connected to a shortlist of vendors that best fit your company, and you can access exclusive software discounts!
