Projektgruppe Visual Analytics - Medieninformatik und Multimedia ...
Projektgruppe Visual Analytics - Medieninformatik und Multimedia ...
Projektgruppe Visual Analytics - Medieninformatik und Multimedia ...
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
12.2 Testvorgehen 215<br />
Das Wiki hat noch eine weitere wichtige Aufgabe: Es stellt das Bug-Tracking System<br />
für die <strong>Projektgruppe</strong> zur Verfügung.<br />
12.2.4 Bug-Tracking<br />
Bugs, also Fehler im Programm, müssen einheitlich dokumentiert werden, da sie sonst<br />
eventuell nicht behoben werden. Hierzu gibt es zahlreiche, teilweise kostenlose, Tools,<br />
wie zum Beispiel Bugzilla (http://www.bugzilla.org/). Es stellt sich jedoch schnell<br />
die Frage, ob solch ein komplexes System mit seinen ganzen Funktionen überhaupt<br />
benötigt wird oder ob nicht ein einfacheres Verfahren sinnvoller ist. Vor dem Hintergr<strong>und</strong>,<br />
dass TaP kein Community-Projekt ist, sondern von einer begrenzten Anzahl von<br />
Entwicklern realisiert wird, ist entschieden worden, auf ein aufwendiges Tool zum<br />
Bug-Tracking zu verzichten. Stattdessen ist das bereits erwähnte Wiki um entsprechende<br />
Seiten für jedes Unterprojekt (Datenbank, Multitouch-Framework, Grafische Ebene)<br />
ergänzt worden. In diesen Seiten sind die gef<strong>und</strong>enen Bugs eingearbeitet worden. Falls<br />
einem Anwender, der durch das Anwenden des Programms im Entwicklungszustand<br />
automatisch zu einem Tester wird, ein Fehler auffällt, kann dieser in den meisten Fällen<br />
in die genannten Bereiche eingegliedert werden. Es kann allerdings auch vorkommen,<br />
dass ein Fehler nicht zuzuordnen ist, hierfür ist eine Sonstiges-Seite eingerichtet worden.<br />
Ein Eintrag im Wiki-Bugtracking besteht aus den folgenden Punkten:<br />
Titel: Ein aussagekräftiger Titel zu diesem Fehler<br />
Achsenbelegung: Die Belegung der Achsen, als dieser Fehler auftrat<br />
Exception: Position einer eventuell auftretenden Fehlermeldung<br />
Problembeschreibung: Eine kurze Beschreibung des Fehlers <strong>und</strong> eine Beschreibung,<br />
wie es zu dem Auftreten des Fehlers gekommen ist.<br />
Ampel: Ähnlich wie beim Testen dient auch hier eine Ampel als symbolische Anzeige,<br />
welchen Status dieser Fehler gerade hat. Grün als Ampelfarbe stellt einen<br />
behobenen Bug dar, rot einen neuen, noch nicht behobenen Fehler <strong>und</strong> gelb<br />
einen Bug, der gerade behoben wird.<br />
Es kann sein, dass eventuell keine Exception geworfen wird, oder dass die Achsenbelegung<br />
keinen Einfluss auf den Fehler hat. Aus diesem Gr<strong>und</strong> sind diese Punkte optional<br />
<strong>und</strong> können weggelassen werden. Im Folgenden ist ein beispielhafter Auszug aus dem<br />
Bug-Wiki dargestellt, um das System zu verdeutlichen.