{"id":82246,"date":"2020-08-27T04:00:00","date_gmt":"2020-08-27T08:00:00","guid":{"rendered":"https:\/\/www.applause.com\/blog\/effektive-bugreports-schreiben\/"},"modified":"2025-07-21T11:26:28","modified_gmt":"2025-07-21T15:26:28","slug":"effektive-bugreports-schreiben","status":"publish","type":"post","link":"https:\/\/www.applause.com\/de\/blog\/effektive-bugreports-schreiben\/","title":{"rendered":"So schreibst du effektive Bugreports, die Ingenieure gl\u00fccklich machen"},"content":{"rendered":"

So schreibst du effektive Bugreports, die Ingenieure gl\u00fccklich machen<\/h1>\n

W\u00e4hrend meiner langj\u00e4hrigen Arbeit als Test Lead f\u00fcr viele verschiedene Projekte habe ich unz\u00e4hlige Bugreports gelesen. Aus dieser Erfahrung kann ich sagen, dass ein schlechter Bugreport nicht nur wenig hilfreich, sondern sogar Zeitverschwendung ist, die sich die meisten Projekte wiederum nicht leisten k\u00f6nnen \u2013 besonders heutzutage, da mehr und mehr Unternehmen\u00a0Pipelines zur kontinuierlichen Integration und Produktbereitstellung (CI\/CD) implementieren<\/a>. Es ist f\u00fcr Projektteams ungemein frustrierend, dem Tester mitten in der Sichtung und Priorisierung einen Bugreport aufgrund unklarer oder fehlender Informationen zur\u00fcckschicken zu m\u00fcssen.<\/p>\n

Ein effektiver Bugreport hingegen vermittelt dem Leser die gebotene Dringlichkeit und erleichtert es dem Team, das Ausma\u00df des Bugs zu erkennen und entsprechende Priorit\u00e4ten zu setzen. Dadurch kann das Team entscheiden, wie, wo und wann Ressourcen zur Behebung von Bugs bereitgestellt werden m\u00fcssen.<\/p>\n

Als h\u00f6chste Priorit\u00e4t werden Probleme eingestuft, die die gr\u00f6\u00dfte Anzahl von Nutzern betreffen oder ausschlaggebend f\u00fcr die Anwendung allgemein sind, damit diese unverz\u00fcglich in Angriff genommen werden k\u00f6nnen. Die Priorit\u00e4tsstufe h\u00e4ngt au\u00dferdem davon ab, inwieweit sich der potenzielle Bug auf die Kundenerfahrung und\/oder das Unternehmensergebnis auswirkt. Selbst wenn der Bug oberfl\u00e4chlich betrachtet relativ unbedeutend erscheint, k\u00f6nnten seine Auswirkungen f\u00fcr den Kunden erheblich gr\u00f6\u00dfer sein.<\/p>\n

Der Job von Testern ist es, Bugs zu finden, klare und pr\u00e4zise Meldungen dazu abzugeben, den Schweregrad des Problems anhand ihres Wissens \u00fcber die getestete Anwendung zu bestimmen, detaillierte Reproduktionsschritte aufzuf\u00fchren und unterst\u00fctzende Hinweise beizuf\u00fcgen. All dies beginnt mit einem passenden Titel f\u00fcr den Bug.<\/p>\n

1. Klarer, pr\u00e4ziser Titel<\/strong><\/h3>\n

Ein effektiver Bugreport identifiziert das Problem bereits im Titel.<\/p>\n

\u201eHabe Fehler gefunden\u201c war wohl der unsinnigste Titel, der mir je zu Gesicht kam. Er sagt weder uns noch dem Kunden etwas. Als Test Lead w\u00fcrde ich einen solchen Bugreport sofort an den Tester zur\u00fcckschicken, damit er ihn korrigiert.<\/p>\n

Ein leidlich gelungener Titel w\u00e4re zum Beispiel:<\/p>\n

\u201eLaufzeitfehler in Java bei Auswahl von \u201aZur Kasse\u2018 im Einkaufswagen\u201c<\/strong><\/h4>\n

Dieser Titel gibt uns zumindest eine Vorstellung davon, was das Problem ist. Anhand dieses Titels k\u00f6nnte ich die Priorit\u00e4t des Bugs basierend auf seinen Auswirkungen festlegen, vorausgesetzt, ich erhalte gen\u00fcgend Informationen in der Beschreibung. Wenn ich jedoch in verschiedenen Umgebungen teste, gibt mir dieser Titel noch keinen Aufschluss dar\u00fcber, ob das Problem in einer oder mehreren Umgebungen auftritt. Auch diesen Bugreport w\u00fcrde ich zur\u00fcckschicken mit der Bitte um zus\u00e4tzliche Informationen.<\/p>\n

Ein effektiver Titel sollte so viele Informationen wie m\u00f6glich \u00fcber das Problem enthalten. Diese sollten die Testumgebung, den Testbereich, den Namen und Schritt des Tests sowie das eigentliche Problem beinhalten:<\/p>\n

\u201cWeb \u2013 Zur Kasse \u2013 TC 1802 \u2013 BUY EGC \u2013 Schritt 4 \u2013 Laufzeitfehler in Java bei Auswahl von \u2018Zur Kasse\u2019 im Einkaufswagen\u201d<\/strong><\/h4>\n

Ein kurzer Blick auf den Titel gen\u00fcgt und schon kann ich die Art des Problems und sein Ausma\u00df einsch\u00e4tzen.<\/p>\n

Je nach verwendeter Bugtracking-Software kann es u. U. eine Zeichenbeschr\u00e4nkung f\u00fcr den Titel bei der Eingabe oder in der Schnellansicht der Bugliste geben. Sollte dies der Fall sein, halte die Informationen im Titel so knapp und pr\u00e4zise wie m\u00f6glich.<\/p>\n

Nun da wir einen klaren, aussagekr\u00e4ftigen Titel haben, kommen wir zum n\u00e4chsten Schritt, der Beschreibung.<\/p>\n

2. Detaillierte Definition des Problems<\/strong><\/h3>\n

Der Textk\u00f6rper sollte so viele Einzelheiten wie m\u00f6glich zu dem Problem enthalten. Hier gilt dasselbe wie f\u00fcr den Titel: \u201eHabe Fehler gefunden\u201c ist keine hilfreiche Information. Da wir bereits im Titel so pr\u00e4zise wie m\u00f6glich waren, sollten wir die Beschreibung jetzt nutzen, um das Problem ausf\u00fchrlicher zu beschreiben. Dazu geh\u00f6ren:<\/p>\n