Menü

Die Kunst der Fehlerberichterstattung: Wie können Sie Ihre Fehler vermarkten und beheben?

art bug reporting

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Warum muss ein Bug vermarktet werden?

Die ersten Dinge, die mir beim Schreiben dieses Artikels in den Sinn kommen, sind die Worte von Cem Kaner - - 'Der beste Tester ist nicht derjenige, der die meisten Fehler findet oder die die meisten Programmierer in Verlegenheit bringt. Der beste Tester ist derjenige, der die meisten Fehler behebt. “

Nun - Was ist der Unterschied zwischen die meisten Fehler finden und Die meisten Fehler werden behoben ?

Ist es nicht offensichtlich, dass ein Fehler angemeldet ist? Fehlermanagementsystem sollte vom Entwickler behoben werden? Die Antwort lautet Nein. Faktoren wie die Zeit für die Vermarktung des Produkts, die Zeit für die termingerechte Fertigstellung des Projekts und die Arbeit der Entwickler Unpraktische enge Zeitpläne usw. zwingen Unternehmen, das Produkt mit wenigen Fehlern freizugeben, die die Benutzer nicht wesentlich beeinträchtigen.

Fehlerberichterstattung art

(Bild Quelle ))

Wer gibt dem Management das Vertrauen, dass die im Produkt vorhandenen Fehler das Vertrauen, die Zuverlässigkeit und das Interesse der Stakeholder des Kunden nicht beeinträchtigen? - Der Testingenieur oder das Testteam - Es ist die Pflicht jedes Testingenieurs, Fehler zu beheben, die sich negativ auf die Produktqualität auswirken können.

Die Priorität des Fehlers Meiner Meinung nach hängt dies weitgehend davon ab, wie ein Problem vom Tester den Entwicklungs- und Managementteams präsentiert wird.

Stellen Sie sich das wie Werbung oder Marketing vor - Dies umfasst 2 Schritte:

  1. Schreiben oder Fehler korrekt melden
  2. Wissen Sie alles über den Fehler, damit weitere Details besser erklärt werden können

Was du lernen wirst:

Die Kunst der Fehlerberichterstattung

Ja, Fehlerberichterstattung ist eine Kunst . Die Art und Weise, wie ein Fehler geschrieben wird, zeigt die technischen Fähigkeiten, das Fachwissen und die Kommunikationsfähigkeiten eines Testingenieurs.

Normalerweise sollte ein Fehler die folgenden Informationen enthalten:

  • Fehlerübersicht
  • Schritte zum Reproduzieren
  • Anhänge (Schnappschuss, Protokolldateien usw.)
  • Fehlerreproduzierbarkeit
  • Schweregrad des Fehlers
  • Softwareversion, Umgebungsinformationen
  • Sonstige Angaben basierend auf organisatorischen Anforderungen.

Ein wichtiger Hinweis: Graben Sie immer tiefer, um die Grundursache des Problems zu finden und zu melden. Ein einfacher Anmeldefehler mit der richtigen Kombination aus Benutzername und Kennwort kann beispielsweise verschiedene Gründe haben:

  1. Anmeldeinformationen werden überhaupt nicht überprüft
  2. Probleme mit dem Netzwerk-Timeout bei Remote-Anmeldungen
  3. Das System kann alle CAPS als Nicht-CAPS betrachten.

Als Tester sollten Sie in der Lage sein, die Unterschiede zu entschlüsseln, während Sie den Anweisungen zur Fehlerzusammenfassung folgen:

  • 'Anmeldung mit korrektem Benutzernamen und Passwort nicht möglich'
  • 'Es ist nicht möglich, sich mit dem richtigen Benutzernamen und Passwort anzumelden, wenn der Benutzername oder das Passwort eine Mischung aus CAPS- und Nicht-CAPS-Alphabeten enthält.'

Letzteres ist eine sehr klare Beschreibung des Problems und eindeutig. Damit erhöhen Sie nicht nur Ihre Glaubwürdigkeit als Tester, sondern melden auch das eigentliche Problem anstelle eines Symptoms.

Schauen wir uns nun jedes Feld an, das an einem Fehlerbericht beteiligt ist, und diskutieren die wichtigen Aspekte jedes einzelnen:

# 1. Fehlerübersicht

Eine Fehlerzusammenfassung sollte einen schnellen Überblick über das genaue Problem geben. Es muss präzise und zielgerichtet sein.

Beispiel ::

Abgesehen von der Theorie werde ich versuchen, dies anhand von Beispielen zu erklären.

Nehmen wir ein einfaches Anmeldemodul an. Nehmen wir an, dass ein neuer Benutzer, der eine Website besucht, sich nicht mit seinem Standardkennwort anmelden kann. Als ich vielen Schülern, die ich in der Anfangsphase des Trainings geschult habe, dasselbe Szenario vorstellte, gab es mehrere Antworten als Fehlerzusammenfassung. Im Folgenden finden Sie einige Beispiele dafür, wie die Zusammenfassung aussah:

informatica Interview Fragen und Antworten für erfahrene

'' Neuer Benutzer kann sich nicht anmelden “

'Benutzeranmeldung funktioniert nicht wie erwartet'

'Benutzer kann sich nicht mit korrektem Passwort anmelden'

Fehlerübersicht falsch und richtig

Können Sie aus den obigen Beispielen eine Aussage auswählen, die das Problem tatsächlich beschreibt? Das glaube ich nicht. Die Zusammenfassung sollte immer vollständige Informationen über das fehlgeschlagene Szenario enthalten.

Betrachten Sie die folgende Aussage:

'Neuer Benutzer kann sich nicht mit dem Standardkennwort anmelden, das per E-Mail oder SMS angegeben wurde.'

Wie Sie sehen können, kann ein Entwickler anhand der obigen Aussage klar verstehen, was das Problem ist und wo das Problem liegt.

Versuchen Sie also, die richtigen Wörter zu finden, um die Zusammenfassung zu beschreiben, die die Informationen direkt liefert. Generische Aussagen wie „nicht richtig funktionieren“, „nicht wie erwartet funktionieren“ usw. müssen vermieden werden.

# 2. Schritte zum Reproduzieren und Anhängen

Nicht reproduzierbare Fehler treten immer in den Hintergrund, auch wenn sie erheblich sein können. Achten Sie daher darauf, die Schritte korrekt und beschreibend zu schreiben.

Die Schritte sollten genau und genau die gleichen sein, die zu dem Problem geführt haben. Für funktionsbezogene Fehler ist das folgende Beispiel das beste Beispiel.

Beispiel ::

Betrachten Sie das gleiche Problem wie im vorherigen Abschnitt.

  1. Erstellen Sie einen neuen Benutzer mit der Option Anmelden auf der Startseite. (Beispiel-Benutzername: HelloUser)
  2. Eine E-Mail und eine SMS werden mit einem Standardkennwort empfangen. Die E-Mail-ID und die Handynummer für SMS werden beim Erstellen des Benutzers in Schritt 1 angegeben. (Beispiel-E-Mail: HelloUser@hello.com , Beispiel-Handynummer: 444-222-1123)
  3. Wählen Sie auf der Startseite die Option Anmelden.
  4. Geben Sie im Textfeld Benutzername den in Schritt 1 angegebenen Beispielbenutzernamen ein.
  5. Geben Sie im Feld Kennwort das Standardkennwort ein, das Sie per E-Mail oder SMS erhalten haben.
  6. Klicken Sie auf die Schaltfläche Anmelden
  7. Erwartetes Ergebnis: Der Benutzer sollte sich mit dem angegebenen Benutzernamen und Passwort anmelden und zur Benutzerkontoseite navigieren können.
  8. Tatsächliche Ergebnis: Die Meldung 'Ungültiger Benutzername / Passwort' wird angezeigt.

Schritte zur Fehlermeldung

Wenn eine der Informationen im obigen Beispiel nicht enthalten ist, wird dies der Fall sein führen zu Kommunikationslücken und der Entwickler kann das Problem nicht reproduzieren. Die Schritte müssen spezifisch und detailliert mit den Beispieldaten sein, die Sie während des Tests verwenden.

Wenn möglich oder wo zutreffend, geben Sie a Schnappschuss von dem, was Sie genau auf dem Bildschirm sehen. Auf diese Weise erhalten die Entwickler nicht nur einen guten Überblick über das Problem, sondern auch einen Beweis für Ihr Testergebnis.

Das nicht funktionsfähig Testfälle wie Stress-, Stabilitäts- oder Leistungstestfälle Zusätzlich zu den oben genannten Details können Informationen über das Szenario, das den Stress verursacht, unverändert an das System gemeldet werden. Darüber hinaus gibt es nur wenige Systeme, die Protokolle für jede ausgeführte Operation melden. Protokolle sind normalerweise Druckanweisungen, die von den Entwicklern in ihrem Code bereitgestellt werden. Bei jeder Ausführung eines Moduls werden die entsprechenden Protokolle gedruckt oder angezeigt. Wenn Protokolle verfügbar sind, würde dies Entwicklern in hohem Maße bei der Reproduktion des Problems helfen.

#3. Fehlerreproduzierbarkeit

Ein großes oder kleines Problem wird anhand der Reproduzierbarkeit priorisiert. Es kann immer, manchmal, selten oder sogar nur einmal gesehen werden. Ein Problem, das als 'immer' reproduziert wird, wird höher priorisiert als der Rest.

kann einen Defekt nicht reproduzieren

Es ist daher die Pflicht eines Testingenieurs, das Szenario genau für das Problem zu verfolgen, das immer reproduziert wird. Manchmal gibt es nur wenige Probleme, die außerhalb der Kontrolle eines Testingenieurs liegen und dazu führen, dass ein Problem nur einige Male, jedoch in mehreren Versuchen reproduziert wird. Geben Sie in solchen Fällen immer die Anzahl der Versuche an. Ein bestimmtes Szenario wird zusammen mit der Häufigkeit ausgeführt, mit der das Problem während dieser Versuche auftritt.

Dies wiederum würde dem von Ihnen erwähnten Fehlerbericht Glaubwürdigkeit verleihen. Dies würde wiederum Ihren Ruf als Tester verbessern. Ich werde Ihnen später die Gründe für einen guten Ruf nennen.

# 4. Schweregrad des Fehlers

Der Schweregrad ist zweifellos einer der größten Einflussfaktoren für die Priorisierung des Fehlers.

Im Folgenden sind die verschiedenen Schweregradkategorien aufgeführt. Bitte beachten Sie, dass dies nur allgemeine Beispiele sind und von Unternehmen zu Unternehmen unterschiedlich sind.

  1. Schweregrad 1 - Stopper anzeigen - Bei katastrophalen Fehlern kann der Benutzer die Software ohne Behebung nicht weiter verwenden, und es gibt keine mögliche Problemumgehung
  2. Schweregrad 2 - Hoch - für Fehler ähnlich dem Schweregrad 1, aber es gibt eine Problemumgehung
  3. Schweregrad 3 - Mittel
  4. Schweregrad 4 - Niedrig
  5. Schweregrad 5 - Trivial.

Vergleichen wir beispielsweise zwei ähnliche Probleme.

In unseren Set-Top-Boxen stellen nur wenige Dienstanbieter die aktuell eingestellten Frequenzinformationen des Dienstes bereit. Nehmen wir an, dass die Frequenz als 100 MHz anstelle von 100,20 MHz angezeigt wird. Dies hat möglicherweise keine Auswirkungen auf die Anzeige der Dienste durch den Benutzer, kann sich jedoch auf die Überwachung der Diagnose der Set-Tops auswirken. Daher kann dies als Problem mit Schweregrad 3 dargestellt werden.

Angenommen, ein ähnliches Problem im Bankbereich: Wenn Ihr Kontostand als 100 USD anstelle von 100,20 USD angezeigt wird, stellen Sie sich die Auswirkungen des Problems vor. Dies muss ein Schweregrad -1 sein. Wie Sie in beiden Fällen sehen können, ist das Problem sehr ähnlich, dass die Benutzeroberfläche die Ziffern nach dem Dezimalpunkt nicht anzeigt. Die Auswirkungen variieren jedoch je nach betroffener Domäne.

Effiziente Teilnahme an Software-Versionskontroll-Meetings

Normalerweise hat jede Organisation ihren eigenen Prozess, um Fehler zu untersuchen und zu priorisieren. Im Allgemeinen würde während des Projekts in bestimmten Intervallen ein Meeting stattfinden, um die Fehler zu diskutieren und diese zu priorisieren.

Der Prozess während solcher Treffen ist wie folgt:

  1. Fragen Sie die Liste der Fehler vom Fehlerverwaltungssystem nach dem Schweregrad ab.
  2. Sehen Sie sich die Zusammenfassung an und diskutieren Sie die Auswirkungen des Fehlers auf die Benutzererfahrung bei der Verwendung eines Softwareprodukts.
  3. Legen Sie basierend auf der Risiko- und Folgenabschätzung die Priorität fest und weisen Sie den Fehler einem geeigneten Entwickler zu, um ihn zu beheben.

In Schritt 2 ist es unbedingt erforderlich, dass jeder Testingenieur die Auswirkungen des Fehlers auf die Benutzererfahrung befürwortet, wenn der Fehler nicht die Priorität erhält, die er verdient. Schließlich sind es wir Testingenieure, die den Standpunkt eines Benutzers berücksichtigen, um Testfälle zu schreiben und das Produkt zu testen.

Betrachten Sie das obige Beispielproblem, bei dem die Ziffern nach dem Dezimalpunkt in einer Bankdomäne nicht angezeigt werden. Für einen Entwickler scheint dies ein weniger schwerwiegendes Problem zu sein. Er könnte argumentieren, dass er die Variable nicht als Ganzzahl deklariert, sondern als Gleitkomma deklariert, um das Problem zu lösen, und daher weniger schwerwiegend.

Als Tester erklären Sie jedoch die Situation des Kunden. Ihr Punkt sollte sein, wie sich der Benutzer in diesem Szenario beschweren würde. Der Tester sollte sagen, dass dies bei den Benutzern Panik auslösen wird, da der Kunde sein Geld in Cent verliert.

Auswirkungen der nicht ordnungsgemäßen Vermarktung eines Fehlers

Wenn ein Fehler nicht richtig vermarktet wird, entstehen Probleme wie:

  • Falsche Fehlerpriorität
  • Verzögerung bei der Behebung der wichtigen Probleme
  • Produktfreigabe mit schwerwiegenden Mängeln
  • Negatives Kundenfeedback
  • Markenwert abwerten

Auswirkungen der nicht ordnungsgemäßen Vermarktung eines Fehlers

Abgesehen von allen oben genannten Gründen ist es sehr wichtig, Ihre zu bauen Ruf als Testingenieur . Es ist eher so, als würde man einen Markenwert für sich selbst entwickeln.

Wenn Sie in der Anfangsphase Ihrer Karriere Ihre Anzahl von 'Kann nicht reproduzieren' oder 'Benötigen Sie weitere Informationen' oder 'Kein gültiger Fehler' oder Änderungen des Schweregrads so gering wie möglich halten können, werden Ihre Fehler zu einem bestimmten Zeitpunkt nicht überprüft überhaupt und sie würden direkt dem entsprechenden Entwickler zugewiesen, um behoben zu werden.

Um diesen Markenwert zu entwickeln und das Vertrauen Ihres Teams und der Entwicklungs- / oder Managementteams zu gewinnen, müssen Sie einige technische Fähigkeiten in Bezug auf das Testen von Wissen, Domänen- und Kommunikationsfähigkeiten entwickeln.

Fazit

Jedes Produkt oder jede Dienstleistung, egal ob groß oder klein, muss ohne angemessene Werbung immer scheitern. Sobald eine Marke etabliert ist, kann jedes kleine Produkt ein Superhit für das Publikum sein.

Überwerbung eines Produkts kann jedoch auch den Ruf schädigen.

Ein Fehler sollte daher immer klar, präzise und präzise geschrieben werden, damit er einen genauen Ort des Fehlers in der umfangreichen / umfassenden Software-Map angibt. Ich wiederhole, dass dies nicht nur die Qualität der Software verbessert, sondern auch die Kosten für das Testen und Entwickeln der Software erheblich senkt.

Es ist jetzt nicht zu spät! Lassen Sie uns sofort Fehler beheben!

der beste Youtube zu MP4 Konverter

Literatur-Empfehlungen

^