Fehlerbericht, der Entwicklern und Testern gleichermaßen helfen wird.

Ich habe bei Xebia India als Testerin für eines der Projekte angefangen. Bei der Validierung der Fehler war das größte Problem, mit dem ich konfrontiert wurde, das Verständnis des Fehlerberichts und der Versuch, das besagte Problem zu reproduzieren, wenn es keine Schritte gab. Da ich neu im Team war und zwischen den Sprints zu der Anwendung stieß, kam noch ein weiteres Problem hinzu. Jedes Mal, wenn ich den Fehler validieren musste und keine Schritte zur Reproduktion vorhanden waren, musste ich den Entwickler um Hilfe bitten. Auch die Entwickler waren mit ihren eigenen engen Zeitplänen beschäftigt und manchmal musste die Validierung des Fehlers einige Zeit warten, was zu einem Rückstand für mich führte. Der folgende Ansatz hat uns geholfen und kann allen helfen. Wenn ein Fehler in ein Fehlerberichtstool wie Jira eingegeben wird, fehlen in der Regel einige sehr wichtige und kritische Informationen. Aufgrund dieser fehlenden Informationen steht entweder der Entwickler, der versucht, den Fehler zu replizieren, vor einer Menge Probleme oder es kann auch passieren, dass ein Fehler mit hoher Priorität im Pool mit niedriger Priorität liegt, weil die Person, die den Fehler erfasst hat, vergessen hat, ihn zu priorisieren. Das kann katastrophale Folgen haben. Um all dies zu vermeiden, können wir die Fehlerberichte schlanker gestalten, d.h. alle Informationen enthalten, die zur Replikation des Problems erforderlich sind, sowie die Priorität und den Schweregrad. Auf der Grundlage meiner Erfahrungen habe ich damit begonnen, den von Entwicklern und Testern am meisten gewünschten Fehlerbericht einzuführen, der alle wichtigen Bestandteile enthalten sollte, die zur Reproduktion und Behebung des Problems erforderlich sind. Dieses Fehlerberichtsformat wurde von den Entwicklern und dem Kundenteam sehr geschätzt. Im Folgenden finden Sie die wichtigsten Bestandteile, die ein Fehlerbericht enthalten sollte:

• Beschreibung
• Schritte zum Reproduzieren
• Tatsächliches Ergebnis
• Erwartetes Ergebnis
• Mehr Informationen

Jeder Fehlerbericht sollte mit einer Beschreibung beginnen, die einen grundlegenden Überblick über das aufgetretene Problem gibt. Im Anschluss an die Beschreibung sollten Sie die Schritte zur Reproduktion hinzufügen. Die gesamten Schritte, mit denen ein Prüfer/Entwickler das besagte Problem reproduzieren kann, sollten angegeben werden, um Zeit bei dem Versuch zu sparen, das Problem ohne die richtigen Schritte und die richtige Reihenfolge zu reproduzieren. Auch die Reihenfolge der Schritte spielt eine wichtige Rolle, wenn Sie versuchen, das Problem zu lösen, denn schon ein einziger übersehener Schritt oder eine falsche Schrittfolge kann für den Entwickler zu einer völligen Zeitverschwendung führen und die Beziehung zwischen Tester und Entwickler beeinträchtigen.Durch die Bereitstellung des tatsächlichen Ergebnisses kann man leicht überprüfen, ob es sich bei dem besagten Fehler tatsächlich um einen Defekt handelt oder nur um eine Funktionalität, die einwandfrei funktioniert. Anhand des tatsächlichen Ergebnisses kann der Entwickler leicht erkennen, was nach Befolgung der angegebenen Schritte schief gelaufen ist, so dass er das Problem leicht beheben kann und der Tester die Behebung validieren kann. Wann immer eine Funktion nicht entsprechend unseren Erwartungen funktioniert, wird ein Fehler protokolliert. Die Person, die einen Fehler protokolliert, sollte immer das erwartete Ergebnis erwähnen, da dies den Entwickler auf die Lösung des Problems hinweisen wird. Der Entwickler sollte darauf hingewiesen werden, was von der Funktion, für die ein Fehler protokolliert wurde, erwartet wird. Wenn Sie diese Informationen nicht angeben, kann dies wiederum zu unnötigem Zeitverlust führen, da der Entwickler dann zurückgehen und das gesamte Funktionsdokument lesen muss. Im Abschnitt "Weitere Informationen" können Sie weitere Informationen angeben, die Ihrer Meinung nach bei der Replikation des Problems nützlich sind oder bei der Replikation desselben Problems in einem anderen Szenario helfen können. Die Priorisierung der Fehler im Fehlerbericht ist immer eine gute Praxis, da ein Entwicklerteam die Fehler mit hoher Priorität betrachten und mit der Arbeit daran beginnen kann und einige Dinge mit niedriger Priorität zurücklassen kann. Wenn der Fehler ein Showstopper ist und nicht priorisiert wird, kann es passieren, dass ein Entwickler ihn übersehen und übersehen kann, was zu Fehlern führen kann. Der Tester sollte die Funktionalität gut kennen und das Konzept der Priorisierung eines Fehlers gut verstehen, denn das kann viel zu viel kosten.Nachfolgend finden Sie ein Beispiel für einen der protokollierten Fehler, der dem oben genannten Ansatz folgt. Dieses Beispiel ist spezifisch für das Projekt, an dem ich arbeite: ------------------------------------------------------------------- Beschreibung: Einige Bilder werden nicht abgerufen, wenn auf die Schaltfläche Rückgängig geklickt wird, obwohl die Bilder über die Schaltfläche Bestellen gespeichert wurden. Schritte zur Reproduktion:

1. Öffnen Sie die Anwendung. 2. Klicken Sie auf das Foto-Cover und wählen Sie eine beliebige Definition dafür aus. 3. Laden Sie einige Bilder. 4. Gehen Sie zu MBV, speichern Sie die Bilder. 5. Lassen Sie den Fortschrittsbalken 100% erreichen und fügen Sie dann weitere Bilder hinzu. 6. Klicken Sie auf Bestellen. 7. Klicken Sie im Popup 'Opslaan' auf sluiten, 8. Klicken Sie im Popup 'Waarschuwing' auf ok. 9. Gehen Sie von 'Choose CoverView' zurück zu MBV und klicken Sie auf die Schaltfläche Rückgängig.

Tatsächliches Ergebnis: Die in Schritt 5 hinzugefügten Dateien werden nicht abgerufen, ABER die in Schritt 3 hinzugefügten Dateien werden abgerufen und in der Fotoauswahl angezeigt. Erwartetes Ergebnis: Entweder sollten wir alle Bilder anzeigen, wenn auf geklickt wird, da die in Schritt 5 hinzugefügten Bilder ebenfalls gespeichert und hochgeladen wurden. Oder wir sollten das Rückgängigmachen für dieses Szenario komplett deaktivieren. Weitere Informationen: Ich habe ein ähnliches Szenario ausprobiert, das im Folgenden beschrieben wird: 1. Öffnen Sie die Anwendung. 2. Klicken Sie auf das Fotocover und wählen Sie eine beliebige Definition dafür. 3. Laden Sie einige Bilder. 4. Gehen Sie zu MBV. 5. Klicken Sie auf die Schaltfläche Bestellen. 6. Klicken Sie im Popup 'Opslaan' auf sluiten, warten Sie, bis alle Dateien hochgeladen sind 8. Klicken Sie im Popup-Fenster Waarschuwing auf ok. 9. Gehen Sie von CoverView wählen zurück zu MBV. Tatsächliches Ergebnis: Die Schaltfläche Rückgängig ist deaktiviert. ------------------------------------------------------------------- Die oben beschriebene Methode zum Verfassen eines Fehlerberichts kann für alle sehr hilfreich sein, Zeit sparen und eine gesunde Beziehung zwischen Testern und Entwicklern schaffen.