Bugtracker: Unterschied zwischen den Versionen
Michi (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Michi (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
(4 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
Ein <b>Bugtracker</b> (dt. etwa "Software-Fehler-Verfolger"; auch: Bugtracking System) ist ein | Ein <b>Bugtracker</b> (dt. etwa "Software-Fehler-Verfolger"; auch: Bug-Tracker, Bugtracking System) ist ein Ticketsystem für die [[Programmierung]] und wird zur Erfassung und Dokumentation von Programmfehlern eingesetzt. Mit ihm werden - oft interaktiv und im Internet - auch Zustands- oder Feature-Berichte geschrieben. <b>Bugtracking</b> bezeichnet zum einen den Vorgang der Fehlersuche an sich (durch Methoden des [[Debugging]] und Versuch und Irrtum), zum anderen den Vorgang, einen Fehler samt seiner Dokumentation über die Zeit zu verfolgen. | ||
Ein Bugtracker kann die Kommunikation zwischen Anwendern und Entwicklern von Rechnerprogrammen verbessern. Häufig erfordert die Eingrenzung eines Programmfehlers eine Folge von Fragen und Antworten zwischen Anwendern und Entwicklern. Eine Erfassung dieser Kommunikation in einem Bugtracker bedeutet eine zentrale Archivierung und ermöglicht spätere Recherchen bei ähnlichen Problemen (im Gegensatz zu E-Mail oder Telefon). | Ein Bugtracker kann die Kommunikation zwischen Anwendern und Entwicklern von Rechnerprogrammen verbessern. Häufig erfordert die Eingrenzung eines Programmfehlers eine Folge von Fragen und Antworten zwischen Anwendern und Entwicklern. Eine Erfassung dieser Kommunikation in einem Bugtracker bedeutet eine zentrale Archivierung und ermöglicht spätere Recherchen bei ähnlichen Problemen (im Gegensatz zu E-Mail oder Telefon). | ||
Zeile 5: | Zeile 5: | ||
Neben Programmfehlern kann ein Bugtracker auch Verbesserungsvorschläge und Wünsche der Nutzer oder allgemeine Vorgänge aufnehmen. Bei manchen Projekten wird dann beispielsweise von "Metabugs" gesprochen, während ein einfacher Bug lediglich ein Element einer Aufgabenliste darstellt. Bei anderen Projekten wird stattdesen von "Issues" (dt. Angelegenheiten, Vorgänge) gesprochen, da es sich dabei nicht nur um Programmfehler handelt. | Neben Programmfehlern kann ein Bugtracker auch Verbesserungsvorschläge und Wünsche der Nutzer oder allgemeine Vorgänge aufnehmen. Bei manchen Projekten wird dann beispielsweise von "Metabugs" gesprochen, während ein einfacher Bug lediglich ein Element einer Aufgabenliste darstellt. Bei anderen Projekten wird stattdesen von "Issues" (dt. Angelegenheiten, Vorgänge) gesprochen, da es sich dabei nicht nur um Programmfehler handelt. | ||
Eine andere Form von Ticketsystemen dient unter dem Namen [[Issue Tracking System]] dem Customer Relation Management. | |||
== FAQ == | |||
=== Freie Bugtracker === | |||
* [http://www.bugzilla.org/ Bugzilla] ist der bekannteste und am weitesten verbreitete Open Source-[[Bugtracker]]. Er ist in Perl programmiert und eignet sich eher für grössere Projekte. Projekte (Produkte) können hierarchisch in Komponenten untergliedert werden. Die Produkte wiederum lassen sich über Klassifizierungen genauer gruppieren. Die Tickets werden innerhalb der Produkte zudem nach Plattform, Betriebssystem, Priorität und Dringlichkeit geordnet. Innerhalb von Produkten sorgen Meilensteine und Produktversionen für eine bessere Übersicht. Zusätzlich können die Benutzer über die Wichtigkeit abstimmen. Zwischen den Tickets sind vielfältige Beziehungen möglich: Ein Bug lässt sich als Duplikat eines anderen kennzeichnen und wird damit automatisch geschlossen. Der Administrator kann zudem festlegen, dass erst ein bestimmter Bug korrigiert werden muss, bevor ein davon abhängiger geschlossen werden kann. Ein Abhängigkeitsbaum stellt diese Beziehungen grafisch dar. Mit Hilfe des sogenannten "Whining" werden zu ungelösten Problemen regelmässig Erinnerungsmails verschickt. Der Patch Viewer vergleicht vorhandene Patches und hebt Unterschiede farblich hervor. Eine vollständig über den Webbrowser bedienbare Reportfunktion zeigt einen grafischen oder tabellarischen Überblick über den Entwicklungsstatus der Produkte. | * [http://www.bugzilla.org/ Bugzilla] ist der bekannteste und am weitesten verbreitete Open Source-[[Bugtracker]]. Er ist in Perl programmiert und eignet sich eher für grössere Projekte. Projekte (Produkte) können hierarchisch in Komponenten untergliedert werden. Die Produkte wiederum lassen sich über Klassifizierungen genauer gruppieren. Die Tickets werden innerhalb der Produkte zudem nach Plattform, Betriebssystem, Priorität und Dringlichkeit geordnet. Innerhalb von Produkten sorgen Meilensteine und Produktversionen für eine bessere Übersicht. Zusätzlich können die Benutzer über die Wichtigkeit abstimmen. Zwischen den Tickets sind vielfältige Beziehungen möglich: Ein Bug lässt sich als Duplikat eines anderen kennzeichnen und wird damit automatisch geschlossen. Der Administrator kann zudem festlegen, dass erst ein bestimmter Bug korrigiert werden muss, bevor ein davon abhängiger geschlossen werden kann. Ein Abhängigkeitsbaum stellt diese Beziehungen grafisch dar. Mit Hilfe des sogenannten "Whining" werden zu ungelösten Problemen regelmässig Erinnerungsmails verschickt. Der Patch Viewer vergleicht vorhandene Patches und hebt Unterschiede farblich hervor. Eine vollständig über den Webbrowser bedienbare Reportfunktion zeigt einen grafischen oder tabellarischen Überblick über den Entwicklungsstatus der Produkte. | ||
* [http://www.mantisbugtracker.com/ Mantis] ist ein in PHP programmierter [[Bugtracker]] und wird vollständig über den Webbrowser konfiguriert. Es gibt nur zwei Objektklassen, nämlich Probleme (Tickets) und Projekte. Ein Projekt kann wiederum weitere Projekte enthalten, sodass sich eine Hierarchie aufbauen lässt. Die zwei Einzelansichten für Probleme bieten unterschiedliche Ausführlichkeit. Die Dokumentation auf der Homepage ist als Forum aufgebaut. | * [http://www.mantisbugtracker.com/ Mantis] ist ein in PHP programmierter [[Bugtracker]] und wird vollständig über den Webbrowser konfiguriert. Es gibt nur zwei Objektklassen, nämlich Probleme (Tickets) und Projekte. Ein Projekt kann wiederum weitere Projekte enthalten, sodass sich eine Hierarchie aufbauen lässt. Die zwei Einzelansichten für Probleme bieten unterschiedliche Ausführlichkeit. Die Dokumentation auf der Homepage ist als Forum aufgebaut. | ||
* Roundup | |||
* [http://trac.edgewall.org/ Trac] ist ein in Python programmierter [[Bugtracker]], der sich auf die Grundfunktionen beschränkt: Die Tickets enthalten nur die nötigsten Felder wie Priorität, Schweregrad, Bearbeiter, Status und Kommentar; es gibt keine Relationen oder ein System zur Kategorisierung. Das System kann Projekte in Komponenten untergliedern und enthält eine einfache E-Mail-Benachrichtigung sowie eine Suchfunktion. Zudem integriert es ein [[Wiki]], das Befehle für den direkten Verweis auf Tickets oder Patches im integrierten Repositorybrowser enthält. So lassen sich Vorgänge im Projekt zusammenhängend dokumentieren, was eine gute Übersicht ergibt. | |||
=== Proprietäre Bugtracker === | |||
Bekannte proprietäre Bugtracker sind Jira und Track+. | |||
== Weblinks == | |||
{{Weblinks}} | |||
{{url_dewikipedia|Bug-Tracker|Bug-Tracker}} | |||
{{Fuss}} | |||
{{cat|Anwendungsprogramm}} | |||
{{cat|IT-Management}} | |||
{{cat|Programmierung}} |
Aktuelle Version vom 26. Februar 2010, 23:37 Uhr
Ein Bugtracker (dt. etwa "Software-Fehler-Verfolger"; auch: Bug-Tracker, Bugtracking System) ist ein Ticketsystem für die Programmierung und wird zur Erfassung und Dokumentation von Programmfehlern eingesetzt. Mit ihm werden - oft interaktiv und im Internet - auch Zustands- oder Feature-Berichte geschrieben. Bugtracking bezeichnet zum einen den Vorgang der Fehlersuche an sich (durch Methoden des Debugging und Versuch und Irrtum), zum anderen den Vorgang, einen Fehler samt seiner Dokumentation über die Zeit zu verfolgen.
Ein Bugtracker kann die Kommunikation zwischen Anwendern und Entwicklern von Rechnerprogrammen verbessern. Häufig erfordert die Eingrenzung eines Programmfehlers eine Folge von Fragen und Antworten zwischen Anwendern und Entwicklern. Eine Erfassung dieser Kommunikation in einem Bugtracker bedeutet eine zentrale Archivierung und ermöglicht spätere Recherchen bei ähnlichen Problemen (im Gegensatz zu E-Mail oder Telefon).
Neben Programmfehlern kann ein Bugtracker auch Verbesserungsvorschläge und Wünsche der Nutzer oder allgemeine Vorgänge aufnehmen. Bei manchen Projekten wird dann beispielsweise von "Metabugs" gesprochen, während ein einfacher Bug lediglich ein Element einer Aufgabenliste darstellt. Bei anderen Projekten wird stattdesen von "Issues" (dt. Angelegenheiten, Vorgänge) gesprochen, da es sich dabei nicht nur um Programmfehler handelt.
Eine andere Form von Ticketsystemen dient unter dem Namen Issue Tracking System dem Customer Relation Management.
FAQ
Freie Bugtracker
- Bugzilla ist der bekannteste und am weitesten verbreitete Open Source-Bugtracker. Er ist in Perl programmiert und eignet sich eher für grössere Projekte. Projekte (Produkte) können hierarchisch in Komponenten untergliedert werden. Die Produkte wiederum lassen sich über Klassifizierungen genauer gruppieren. Die Tickets werden innerhalb der Produkte zudem nach Plattform, Betriebssystem, Priorität und Dringlichkeit geordnet. Innerhalb von Produkten sorgen Meilensteine und Produktversionen für eine bessere Übersicht. Zusätzlich können die Benutzer über die Wichtigkeit abstimmen. Zwischen den Tickets sind vielfältige Beziehungen möglich: Ein Bug lässt sich als Duplikat eines anderen kennzeichnen und wird damit automatisch geschlossen. Der Administrator kann zudem festlegen, dass erst ein bestimmter Bug korrigiert werden muss, bevor ein davon abhängiger geschlossen werden kann. Ein Abhängigkeitsbaum stellt diese Beziehungen grafisch dar. Mit Hilfe des sogenannten "Whining" werden zu ungelösten Problemen regelmässig Erinnerungsmails verschickt. Der Patch Viewer vergleicht vorhandene Patches und hebt Unterschiede farblich hervor. Eine vollständig über den Webbrowser bedienbare Reportfunktion zeigt einen grafischen oder tabellarischen Überblick über den Entwicklungsstatus der Produkte.
- Mantis ist ein in PHP programmierter Bugtracker und wird vollständig über den Webbrowser konfiguriert. Es gibt nur zwei Objektklassen, nämlich Probleme (Tickets) und Projekte. Ein Projekt kann wiederum weitere Projekte enthalten, sodass sich eine Hierarchie aufbauen lässt. Die zwei Einzelansichten für Probleme bieten unterschiedliche Ausführlichkeit. Die Dokumentation auf der Homepage ist als Forum aufgebaut.
- Roundup
- Trac ist ein in Python programmierter Bugtracker, der sich auf die Grundfunktionen beschränkt: Die Tickets enthalten nur die nötigsten Felder wie Priorität, Schweregrad, Bearbeiter, Status und Kommentar; es gibt keine Relationen oder ein System zur Kategorisierung. Das System kann Projekte in Komponenten untergliedern und enthält eine einfache E-Mail-Benachrichtigung sowie eine Suchfunktion. Zudem integriert es ein Wiki, das Befehle für den direkten Verweis auf Tickets oder Patches im integrierten Repositorybrowser enthält. So lassen sich Vorgänge im Projekt zusammenhängend dokumentieren, was eine gute Übersicht ergibt.
Proprietäre Bugtracker
Bekannte proprietäre Bugtracker sind Jira und Track+.
Weblinks
Herausgeber | Sprache | Webseitentitel | Anmerkungen |
---|---|---|---|
Wikipedia | ger | Bug-Trackerwbm | Enzyklopädischer Artikel |