How to Write a Bug Report with Examples

Was ist ein Fehlerbericht? Warum brauchen Sie einen guten Fehlerbericht?

Der Fehlerbericht ist ein wichtiges Dokument im Softwaretestlebenszyklus (STLC) und bietet dem Testteam verschiedene Vorteile. Er hält fest, dass… track aller während der Softwaretests gefundenen Fehler, Bugs, Irrtümer und sonstigen Unstimmigkeiten und meldet diese.

Der Zweck dieser Post-Test-Dokumentation besteht darin, dem betroffenen Expertenteam Informationen über das Ausmaß der während des Testprozesses aufgetretenen Fehler bereitzustellen.

Ihre Softwareentwicklungsingenieur can be made aware of all the defects and issues present in the software using this type of report. It also lets you figure out what is wrong with a bug, so you can use the best method to fix it. It also helps you to save your time and money by helping Man entdeckt Fehler und Probleme.

Warum sollten Sie sich für gute Fehlererklärungen interessieren?

Hier ist der Punkt, den Sie beim Verfassen eines guten, detaillierten Software-Fehlerberichts berücksichtigen müssen:

• Es dient als Leitfaden, um denselben Fehler in zukünftigen Versionen zu vermeiden.
• Sparen Sie Zeit für die Kommunikation (E-Mails, Anrufe).
• Less Arbeiten Sie für Entwickler (sie werden genau das tun, was Sie wollen).
• Sie werden weniger Engpässe im Projekt haben; Fehler werden schneller und effizienter behoben.
• Modern teams using Jira, Linear, or Azure DevOps can also link bug reports to sprint tickets and release pipelines, ensuring traceability across QA and DevOps workflows.

So schreiben Sie einen Fehlerbericht (Vorlage für einen Fehlerbericht)

Es gibt keine exakte Vorlage für Fehlerberichte, da diese von Ihrem Fehler abhängt.tracKönig-System. Ihre Vorlage könnte abweichen.

Die folgenden allgemeinen Felder werden jedoch immer benötigt, wenn Sie einen Fehlerbericht schreiben möchten:

• Fehler-ID/Titel.
• Schweregrad und Priorität.
• Beschreibung
• Arbeitsumfeld
• Schritte zum Reproduzieren.
• Erwartetes Ergebnis.
• Tatsächliche Ergebnis.
• Anhänge (Screenshots, Videos, Text)

Let us look at all these bug-tracking components one by one:

1) Titel/Bug-ID:

Jeder Fehler sollte eine eindeutige Identifikationsnummer erhalten. Fehlerberichtstools sollten eindeutige Nummern für die neu gemeldeten Fehler haben, damit wir den Fehler leicht identifizieren können.

Beispiele:

❌ Schlecht: „Ich kann das Produkt nicht sehen, wenn ich es wieder sehe, aber ich glaube, es sieht nicht.“

• Welle
• Aggressive
• Zu wortreich

fordert die Umsetzung einer Lösung.

✅ Gut: „WARENWAREN – Neue Artikel zum Warenkorb hinzugefügt, die nicht angezeigt werden“.

• Diese Art von Titel lokalisiert das Problem sofort (CART)
• Es konzentriert sich auf das eigentliche technische Problem.

2) Schweregrad des Fehlers:

Der Schweregrad des Fehlers ist ein sehr wichtiger Faktor im Fehlerbericht. Es beschreibt die Auswirkung des Fehlers auf die Leistung der Anwendung.

• Sperrer: Dieser Fehler führt dazu, dass die App fehlschlägt.
• Bürgermeister: Ein kritischer Fehler weist auf eine wesentliche Änderung in der Geschäftslogik hin.
• Minor: Ein Problem, das die Funktionalität der Anwendung nicht beeinträchtigt, aber die erwarteten Ergebnisse beeinträchtigt.
• Trivial: Dies hat keinen Einfluss auf die Funktionalität oder Bedienung der App. Es könnte sich um einen Tippfehler handeln.

3) Fehlerpriorität:

Nachfolgend sehen Sie die allgemeine Abstufung zur Bestimmung der Fehlerpriorität:

• Hoch: Es deckt alles ab, was den Ablauf beeinträchtigt oder die App-Nutzung blockiert.
• Medium: Es wirkt sich negativ auf das Benutzererlebnis aus.
• Minor: Alle anderen Fehler wie (Tippfehler, fehlende Symbole, Layoutprobleme usw.).

4) Umgebung:

Ein Fehler kann in einer bestimmten Umgebung auftreten und nicht in anderen. Beispielsweise tritt manchmal ein Fehler auf, wenn die Website ausgeführt wird Firefoxoder eine App-Fehlfunktion, nur wenn sie auf einem ausgeführt wird Android Gerät und funktioniert einwandfrei auf dem iPhone.

Diese Fehlerberichte können nur durch browser- oder geräteübergreifende Tests identifiziert werden. Wenn QAs den Fehler melden, sollten sie daher angeben können, ob der Fehler in einer oder mehreren bestimmten Umgebungen beobachtet werden soll.

5) Zusammenfassung:

However, adding only the Title in the bug report does not serve the purpose. So, if your Title is not enough, you can add a short report summary.

Ihre Zusammenfassung in möglichst wenigen Worten, einschließlich wann und wie der Fehler aufgetreten ist. Ihr Titel und Ihre Fehlerbeschreibung sollten auch bei der Suche verwendet werden. Sie müssen daher sicherstellen, dass Sie wichtige Schlüsselwörter abgedeckt haben.

Beispiele:

• schlecht: „Ich habe versucht, Dinge zum Test hinzuzufügen, aber als ich das tat oder auf die Schaltfläche klickte, wurde nichts angezeigt.“
• Gut: „Als ich versuchte, [PRODUKT] zum Shop hinzuzufügenping Ich habe den Warenkorb geöffnet, aber es passierte nichts, als ich auf der Produktübersichtsseite auf die Schaltfläche „Hinzufügen“ klickte.“

6) Schritte zur Reproduktion:

When reporting a bug, it is important to specify the steps to reproduce it. You should also include actions that may cause the bug. Here, do not make any generic statements.

Machen Sie genaue Angaben zu den Schritten, die Sie befolgen müssen:

Hier ist ein Beispiel für ein gut geschriebenes Verfahren:

Schritte:

1. Wählen Sie Produkt X1 aus.
2. Klicken Sie auf „In den Warenkorb“.
3. Klicken Sie auf Entfernen, um das Produkt aus dem Warenkorb zu entfernen.

7) Erwartetes Ergebnis:

In Fehlerberichten ist es wichtig, das erwartete Ergebnis entsprechend der technischen Aufgabe, dem Design der Testfallergebnisse oder gemäß der Meinung des Testers zu beschreiben. All dies hilft Entwicklern, sich darauf zu konzentrieren, benötigte Informationen schnell zu finden.

Beispielsweise:

Erforderliche Felder sollten nach dem Klicken auf die Schaltfläche „Senden“ rot hervorgehoben werden.

8) Tatsächliches Ergebnis:

Wie der Name schon sagt, beschreibt dieses Feld die tatsächliche Auswirkung des Fehlers. Es ist sehr wichtig, eine klare Beschreibung des tatsächlichen Ergebnisses zu verfassen.

Beispielsweise:

Erforderliche Felder werden nach dem Klicken auf die Schaltfläche „Senden“ grün hervorgehoben.

9) Anhänge (Screenshots und Videos):

Bei Fehlerberichten empfiehlt es sich, Dateien an Fehlerberichte anzuhängen, um die Informationen leichter erkennen zu können, wenn Sie sie visuell anzeigen müssen:

Beispielsweise:

• Screenshot: Durch Screenshots können Fehler im Programm leicht aufgedeckt werden; Dies ist praktisch, wenn der Fehler durch eine bestimmte Anmerkung, einen Kreis oder ein Pfeilbild hervorgehoben wird.
• Video: Sometimes, it is difficult to describe the bug in words, so it is better to create a video so that developer can rectify the defect in the program).

10) Betroffene Version:

Es handelt sich um die betroffene Softwareversion, bei der der Fehler gemeldet wird.

11) Fix-Version:

Es handelt sich um die Softwareversion, in der der Fehler behoben ist. Wenn also der QA, der den Fehler gemeldet hat, prüft, ob er behoben ist, verwendet er die richtige Softwareversion.

12) Target Version:

Die Zielversion, in der ein Fehler behoben werden soll. Wenn das Entwicklungsteam also an der Behebung eines Fehlers arbeitet, konzentriert es sich meist auf eine bestimmte Anwendungsversion.

13) Datum der Schließung:

Es ist das Datum, an dem der Fehler vom Softwaretestteam geschlossen wird. Das Beheben eines Fehlers ist ein wichtiger und integraler Bestandteil des Softwaretests.

14) Status:

Wenn ein neuer Fehler erstellt wird, sollte sein Status „Offen“ sein. Danach durchläuft es Phasen wie „In Bearbeitung“, „Behoben“, „Wird ausgeführt“, „Erneut öffnen“ usw.

Tipps zum Verfassen von Fehlerberichten

Hier sind einige wichtige Tipps, die Sie beim Verfassen eines effektiven Fehlerberichts beachten sollten:

• Be specific when creating bug reports. Make sure you do not include any useless or irrelevant facts.
• Sie müssen den Fehler sofort melden, sobald er entdeckt wird.
• Bereiten Sie den Bericht detailliert vor, um dem Entwickler die Möglichkeit zu geben, die Fakten und Informationen zum Beheben des Problems zu nutzen.
• Sie sollten das gleiche Fehlervorkommen zur Validierung auf anderen ähnlichen Modulen testen.
• RevSehen Sie sich den Fehlerbericht mindestens einmal an, bevor Sie ihn absenden.
• Sie sollten darauf achten, dass der Fehlerbericht nur die Beschreibung eines Fehlers enthält.
• Schließlich sollten Sie keine Angst davor haben, den Projektmanager um Hilfe zu bitten, wenn Ihnen etwas unklar ist.
• Use AI-assisted triage features in Jira or Linear to auto-classify severity, suggest duplicates, and route the report to the right component owner.

Tools zur Fehlerberichterstattung

Der manuell durchgeführte Fehlerberichtsprozess wird jetzt mit verschiedenen auf dem Markt erhältlichen Fehlerberichtstools durchgeführt.

• Jira
• Linear
• Azure DevOps
• Zoho Bug Tracker
• Bugzilla

Sie können unseren ausführlichen Testbericht dazu lesen bestes Tool zur Fehlerberichterstattung.

Häufiges Problem und Lösung beim Schreiben eines Fehlerberichts:

Hier sind einige häufige Probleme und ihre Lösungen beim Schreiben eines Fehlerberichts:

Beispiel für einen Fehlerbericht	Aufgabenstellung:
Wenn man 2 mit 3 multipliziert, ist die Antwort positiv.	Melden Sie das Muster, kein Beispiel.
Um dies zu vermeiden, wird die Liste beim Hinzufügen eines neuen Elements alphabetisch sortiert.	Do not only describe what is wrong
Beispielsweise: Zunächst müssen Sie Ihren Browser öffnen und die Adresse der Website eingeben. URL. You will find the first field, ‘username,’ misspelled.	Kommen Sie immer direkt auf den Punkt (erzählen Sie niemals die Geschichte!).
Der Name des Kunden im Bericht ist falsch geschrieben. Priorität: Hoch, Schweregrad: Hoch	Vermischen Sie niemals Priorität und Schweregrad.
Die Steuerberechnungsformel ist FALSCH !!??	Verwendet keine Großbuchstaben, keine roten Buchstaben, keine roten Kreise, „!“,
I do not think that the home page Ul design is good.	Do not use your judgment.
Beispiel für eine unklare Beschreibung: Bezüglich unserer heutigen Diskussion führen Sie bitte die erforderlichen Maßnahmen für diese Seite durch.	Gestalten Sie Ihre Beschreibung für jeden verständlich.
Der Seitenhintergrund sollte blau, orange oder grün sein, Sie können ihn aber auch schwarz oder weiß machen. Das ist nicht gut, da unklar ist, was vom Webentwicklungs- und Designteam benötigt wird	Minimieren Sie die Optionen
Die Steuerberechnungsformel funktioniert manchmal nicht wie erwartet.	The golden rule: Do not use the word ‘Sometimes’.

Beispiel für einen Fehlerbericht

Hier ist ein kleines Beispiel für einen Fehlerbericht:

[MEIN KONTO] Beim Bewegen der Maus über die Schaltfläche „Aktualisieren“ wird eine Unterstreichung angezeigt.

Beschreibung: Wir müssen die Unterstreichung entfernen, wenn wir mit der Maus über die Schaltfläche „Aktualisieren“ im Abschnitt „Mein Konto“ fahren.

Link: http://test.com/mv-account/

Browser/Betriebssystem: Chrome 25. OSX Yosemite 10.10.2

Schritte zum Reproduzieren:

1. Gehen Sie zu www.test.com

2. Melden Sie sich mit Ihren Anmeldedaten an

3. Navigieren Sie zu „Mein Konto“.

4. Mouseover auf die Schaltfläche „Aktualisieren“.

Tatsächliche Ergebnis: es gibt eine Unterstreichung.

Erwartetes Ergebnis: keine Unterstreichung.

Anmeldedaten: test@test.com / mysecretpass12

Fehler beim Verfassen von Fehlerberichten müssen vermieden werden

Hier sind einige wichtige Fehler, die Sie beim Schreiben eines Fehlerberichts vermeiden sollten:

• Do not write about your dissatisfaction, and never include your personal feelings.
• Es nervt Leute, die sich auf die Aufgabe konzentrieren wollen, wenn Sie Ihren Beitrag mit vielen Emoticons überladen.
• Überladen Sie Ihren Beitrag niemals mit Ausrufezeichen; es beschleunigt die Arbeit nicht.
• Niemand möchte sich beleidigt fühlen. Es zerstört die Motivation und verlangsamt die Erkenntnis des Problems.

Häufig gestellte Fragen