So schreiben Sie einen Fehlerbericht mit Beispielen

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

Bug Report ist ein wichtiges Dokument in STLC, das dem Testteam verschiedene Vorteile bietet. Es verfolgt alle Mรคngel, Mehrfachfehler, Fehler und andere Unstimmigkeiten, die wรคhrend des Softwaretests festgestellt werden, 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 Mithilfe dieser Art von Bericht kรถnnen Sie auf alle in der Software vorhandenen Mรคngel und Probleme aufmerksam gemacht werden. AuรŸerdem kรถnnen Sie so herausfinden, was mit einem Fehler nicht stimmt, und ihn so mit der besten Methode beheben. Es hilft Ihnen auch, Zeit und Geld zu sparen, indem es Ihnen hilft, Fehler und Probleme zu erkennen.

Warum sollten Sie sich fรผr gute Fehlererklรคrungen interessieren?

Gute Fehlererklรคrungen

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.

So schreiben Sie einen Fehlerbericht (Vorlage fรผr einen Fehlerbericht)

Es gibt keine genaue Vorlage fรผr Fehlerberichte, da diese von Ihrem Fehlerverfolgungssystem abhรคngt. Ihre Vorlage kรถnnte anders sein.

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)

Schauen wir uns alle diese Bug-Tacking-Komponenten einzeln an:

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:

Allerdings erfรผllt es nicht den Zweck, nur den Titel in den Fehlerbericht aufzunehmen. Wenn Ihr Titel also nicht ausreicht, kรถnnen Sie eine kurze Berichtszusammenfassung hinzufรผgen.

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 Warenkorb hinzuzufรผgen, passierte aber nichts, als ich auf der jeweiligen Produktรผbersichtsseite auf die Schaltflรคche โ€žHinzufรผgenโ€œ klickte.โ€œ

6) Schritte zur Reproduktion:

Wenn Sie einen Fehler melden, ist es wichtig, die Schritte zu seiner Reproduktion anzugeben. Sie sollten auch Aktionen angeben, die den Fehler verursachen kรถnnen. Machen Sie hier keine allgemeinen Aussagen.

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: Manchmal ist es schwierig, den Fehler mit Worten zu beschreiben. Daher ist es besser, ein Video zu erstellen, damit der Entwickler den Fehler im Programm beheben kann.

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:

  • Seien Sie beim Erstellen von Fehlerberichten genau. Stellen Sie sicher, dass Sie keine nutzlosen oder irrelevanten Fakten angeben.
  • 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.

Tools zur Fehlerberichterstattung

Der manuell durchgefรผhrte Fehlerberichtsprozess wird jetzt mit verschiedenen auf dem Markt erhรคltlichen Fehlerberichtstools durchgefรผhrt.

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. Beschreiben Sie nicht nur, was falsch ist
Beispielsweise:
Dazu mรผssen Sie Ihren Browser รถffnen und die URL der Website eingeben. Sie werden feststellen, dass das erste Feld โ€žBenutzernameโ€œ falsch geschrieben ist.
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, โ€ž!โ€œ,
Ich glaube nicht, dass das Ul-Design der Homepage gut ist. Benutzen Sie nicht Ihr Urteilsvermรถgen.
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. Die goldene Regel: Verwenden Sie nicht das Wort โ€žManchmalโ€œ.

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:

  • Schreiben Sie nicht รผber Ihre Unzufriedenheit und erwรคhnen Sie niemals Ihre persรถnlichen Gefรผhle.
  • 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.

Fassen Sie diesen Beitrag mit folgenden Worten zusammen: