Seit einiger Zeit hatte ich vor meinen eigenen Bugtracker mit meinen eigenen Vorstellungen zu entwickeln. Nun ist es so weit und ich habe die Entwicklung meines Bugtrackers erfolgreich abschließen können. Bei der Entwicklung habe ich mich etwas von dem Bugtracker MantisBT inspirieren lassen, welchen ich auch beruflich einsetze und knapp 9 Jahre Erfahrung habe.

Projekte und Kategorien

In meiner Interpretation des Bugtrackers ist die oberste Einstiegsebene immer das Projekt. Alles andere hängt an diesem Projekt dran. Kategorien können an ein bestimmtes Projekt, an mehrere Projekte oder an alle Projekte gleichzeitig gehängt werden. Die Projekte und Kategorien können individuell im ACP (auch mehrsprachig) angepasst werden.

Status

Status sind global über alle Projekte und Kategorien hinweg gültig. Die Status können ebenfalls individuell im ACP angepasst werden. Unter Konfiguration -> Optionen -> Bugtracker -> Status können die erstellten Status als Standardstatus ausgewählt werden.

Eintragsbeziehungen

Jedes Ticket kann mit einem anderen Ticket verknüpft werden. Dies wird übersichtlich im Ticket angezeigt. Dabei kann eine Eintragsbeziehung folgende Beziehungstypen haben:

• abhängig von Ticket
• blockiert Ticket
• Duplikat von Ticket
• hat Ticket als Duplikat
• verwandt mit Ticket
• beinhaltet Ticket
• gehört zu Ticket

hanashi.dev/attachment/502/

Eingabefelder

In diesem Bugtracker können individuelle Eingabefelder und übergeordnete Eingabefeld-Kategorien angelegt werden. Die Eingabefeld-Kategorien sind dabei global und hängen nicht am Projekt oder einer Kategorie. Die Eingabefelder können dafür an ein bestimmtes Projekt, an mehrere Projekte oder an alle Projekte gleichzeitig gehängt werden. Aktuelle Eingabefeld-Typen sind folgende:

• text
• boolean
• checkbox
• integer
• float
• select
• multiSelect
• radioButton
• textarea
• URL
• date

Die Auswahloptionen werden ähnlich wie bei Profilfeldern konfiguriert.

Roadmap

Ein besonderes Feature in diesem Bugtracker ist die Roadmap. Ihr könnt jedem Ticket eine Projekt-spezifische Version zuordnen. Die Tickets werden dann in der Roadmap mit Fortschrittsbalken und Prozente angezeigt. Ist ein Ticket behoben oder geschlossen, wird es in der Roadmap als abgeschlossen markiert (durchgestrichen).

hanashi.dev/attachment/503/

Alle Features zusammengefasst

• individuelle Konfiguration von Projekten und Kategorien
• Kategorien können Standardbearbeiter zugeordnet werden
• Status können nach belieben angepasst werden
• das Setzen von Versionen ist möglich, wodurch die Roadmap sinnvoll genutzt werden kann
• es können individuelle Eingabefelder erstellt werden
• jedem Ticket können zusätzlich Labels zugeordnet werden
• Tickets können über Eintragsbeziehungen miteinander verknüpft werden
• in der Ticketübersicht kann schnell gefiltert werden
• aus einem Ticket und der Ticket-Übersicht kann über die Eingabe der Ticket-ID schnell zu einem Ticket gesprungen werden
• Tickets können kommentiert werden
• uvm.