Zum Hauptinhalt springen
Bug-Reproduktionen

Was sind Reproduktionen und wofür sind sie gut?

André avatar
Verfasst von André
Vor über einem Jahr aktualisiert

Wenn du einen Bug findest, der bereits von einem anderen Tester gemeldet wurde, kannst du diesen leider nicht erneut melden. Stattdessen kannst du für den bestehenden Bug eine Reproduktion einreichen! Reproduktionen sind nützlich für unsere Kunden, da sie anzeigen, auf welchen Umgebungen der Bug auftritt und ob das Problem gerätespezifisch ist oder nicht. Dadurch erhalten die Kunden eine bessere Vorstellung davon, wie schwerwiegend der Bug ist.

Um einen Bug zu reproduzieren, befolge die gleichen Schritte, wie sie vom ursprünglichen Tester in seinem/ihrem Bericht beschrieben wurden. Wenn du dabei auf denselben Bug stößt, nennen wir das eine positive Reproduktion. Wenn du den Bug trotz Befolgen der gleichen Schritte nicht reproduzieren kannst, nennen wir es eine negative Reproduktion.

Eine negative Reproduktion sollte zeigen, dass die Funktion auf deinem Gerät funktioniert und der Bug dort somit nicht existiert. Wenn du aber einen anderen Fehler entdeckst, solltest du stattdessen einen neuen Bug-Report einreichen oder den Bug eines anderen Testers reproduzieren, falls dieses Problem bereits gemeldet wurde.

Reproduktions-Session

  • Nach dem Klicken auf "Reproduktion starten" hat der Tester 30 Minuten Zeit, die Reproduktion einzureichen.

  • In der Zwischenzeit gilt der Slot für die Reproduktion als belegt und kein anderer Tester kann ihn übernehmen.

  • Wenn der Tester die Reproduktion abbricht, wird der Slot für einen anderen Tester freigegeben.

  • Wenn der Tester innerhalb der reservierten Zeit keine Reproduktion einreicht, verfällt die Session und der Slot wird für einen anderen Tester freigegeben.

Regeln

Die folgenden Regeln gelten für Reproduktionsanhänge:

  • Ein Screencast ist erforderlich.

  • Dein Screencast sollte in den meisten Fällen nicht länger als 15 Sekunden dauern. Das Zeigen der Aktion, die den Fehler auslöst, ist in dem meisten Fällen ausreichend.

  • In seltenen Fällen, wenn du das Auslösen des Bugs nicht innerhalb von 15 Sekunden zeigen kannst (z. B. wenn die Seite endlos lädt), darf dein Screencast länger sein, jedoch nicht länger als der Screencast des ursprünglichen Testers.

  • Dein Screencast muss das aktuelle Datum und die URL-Leiste enthalten, wenn du eine Webseite testest.

  • Wenn du einen App-Crash reproduzierst, lade zusätzlich zu deinem Repro-Screencast einen Crash-Log hoch. Dein Screencast muss mit dem beigefügten Crash-Log übereinstimmen, d. h. die Zeitabläufe müssen zusammenpassen.

Neben den oben genannten Regeln gelten auch alle anderen Regeln aus unserem Artikel Anforderungen an Bug-Reports, wie allgemeine Anforderungen an Anhänge, regelspezifische Anforderungen für Screencasts und regelspezifische Anforderungen für Screencasts für Streaming-Geräte, auch für Reproduktionsanhänge.

Reproduktionen, die nicht den Regeln entsprechen, werden abgelehnt, z. B. wenn dein Screencast zu lang ist oder unnötige Schritte zeigt.

Hinweis: Wenn du eine Reproduktion für einen OOS-Fehler einreichst (z. B. Bestellungen auf einer Live-Umgebung), erhältst du zusammen mit der Ablehnung wahrscheinlich eine Warnung.

Tester können nur eine Aufgabe gleichzeitig ausführen:

Wenn ein Tester beim Zugriff auf die Reproduktion eine andere aktive Aufgabe hat, wird ein Warnbanner mit einem Weiterleitungsbutton zur aktiven Aufgabe angezeigt.

Aufgaben, die gleichzeitig nicht ausgeführt werden können:

  • Ausführung des Testfalls

  • Testsession

  • Ausführung der Bug-Reproduktion

  • Bestätigung der Fehlerbehebung

  • Bestätigung des Fehlerberichts

Du kannst die Schaltfläche "Reproduktion starten" sehen:

  • wenn der Test läuft

  • nur für funktionale Fehlerberichte von anderen Testern

  • nur für Berichte, die vom Kunden noch nicht überprüft wurden

  • nur, wenn die maximale Anzahl von Reproduktionen für den Fehlerbericht noch nicht erreicht wurde (abhängig vom gekauften Plan des Kunden)

Hat dies deine Frage beantwortet?