Jeder Bug muss mit mindestens einem Anhang dokumentiert werden. Mit deinen Anhängen beweist du, dass der Bug auf deinem Gerät, deinem Betriebssystem und/oder Browser auftritt.
Hinweis: Anhänge ERSETZEN KEINE schriftlichen Informationen in deinem Bericht. Anhänge sind eine Visualisierung des Problems und dienen als Beweis.
Screenshot oder Screencast?
Im Allgemeinen erfordern funktionale Bugs einen Screencast, um ordnungsgemäß und effektiv veranschaulicht zu werden. Sofern die Anweisungen oder der Teamleiter nicht spezifische Anlagen verlangen, verwende folgende Faustregel, um zu bestimmen, ob ein Screenshot oder ein Screencast für deinen Bug erforderlich ist:
Immer wenn eine Aktion erforderlich ist, um einen Bug auszulösen, oder wenn ein Prozess veranschaulicht werden muss, lade einen Screencast hoch. Screenshots als statische Bilder sind Momentaufnahmen und können nicht die Ursache veranschaulichen. Funktionale Bugs erfordern aus diesem Grund immer einen Screencast.
Wenn ein Bug statischer Natur ist – etwa bei visuellen oder GUI-Problemen – reicht in der Regel ein Screenshot aus und bietet oft eine bessere Visualisierung als ein Video. Für inhaltliche oder rein optische Fehler sind Screenshots in der Regel völlig ausreichend."
Allgemeine Anforderungen an Anhänge
Neue Anhänge müssen für jeden Bug-Report oder jede Reproduktion erstellt werden.
Es ist verboten, Anhänge aus anderen Bug-Reports oder Reproduktionen zu kopieren.
Anhänge müssen alle relevanten Informationen zum Bug anzeigen, um als Beweis zu dienen.
Alle relevanten Informationen müssen in Englisch angezeigt werden (oder optional in Deutsch, wenn die Sprache des Bug-Reports Deutsch ist), z. B. das Datum, die Uhrzeit, Systeminformationen und Fehlermeldungen.
Du solltest nur ein Gerät oder einen Browser auswählen, wenn du den Bug meldest und nur einen Anhang dafür hochladen. Wenn du den Bug auf anderen Geräten oder Browsern reproduzieren kannst, erwähne dies bitte in deinem tatsächlichen Ergebnis.
Zeige keine Informationen über andere Test IO-Kunden, die mit Test IO in Verbindung gebracht werden können (z. B. Einladungs-E-Mails oder Namen in Browser-Tabs). Das Anzeigen von installierten Apps anderer Kunden ist erlaubt.
Zeige keine persönlichen Informationen oder unprofessionelle Daten wie Bilder, Videos oder schlechte Wortvorschläge für die Autokorrektur. Denke daran, dass deine Anhänge anderen Testern, dem Test IO-Personal und dem Kunden zur Verfügung stehen, also sei vorsichtig, was du darin zeigst.
Für Website-Tests muss das URL-Feld in den Anhängen sichtbar sein.
Die Auflösung muss hoch genug sein, damit Texte und Elemente leicht identifiziert werden können.
Bitte zeichne immer deinen gesamten Bildschirm auf.
Ein Crash-Log ist für Bug-Reports und positive Reproduktionen von App-Abstürzen obligatorisch. Das Video, das den Crash dokumentiert, muss dem angehängten Crash-Log entsprechen, d. h. die Zeitpunkte müssen übereinstimmen.
Was muss auf einem Screenshot enthalten sein?
Regeln für Screenshots:
Das Dateiformat des Screenshots muss JPG oder PNG sein.
Hebe den Fehler auf deinem Screenshot hervor.
Wir empfehlen Aufzeichnungstools und bewährte Praktiken im folgenden Artikel: Screenshots
Was muss in einem Screencast enthalten sein?
Screencasts sollten so kurz wie möglich, aber so lang wie nötig sein. Das bedeutet, dass du Schritte weglassen solltest, die den Fehler nicht verursachen. Wenn beispielsweise die Schaltfläche "In den Warenkorb legen" auf einer Produktseite eines Webshops defekt ist, ist es im Allgemeinen unwichtig, wie du dich durch den Webshop navigiert hast, um die Produktseite zu erreichen. Der letzte Navigationsschritt, der Schritt, der den Fehler auslöst und der Fehler selbst sind normalerweise relevant.
Beispiel 1: Fehler auf einer Website, getestet auf einem Desktop-Gerät | Beispiel 2: Fehler in einer App, getestet auf dem Mobilgerät |
Schritte zur Erstellung eines Screencasts:
| Schritte zur Erstellung des Screencasts:
|
Teamleiter können eine Informationsanfrage senden, um eine externe oder zusätzliche Aufzeichnung anzufordern. Dies erfolgt in der Regel dann, wenn ein besseres Verständnis des Fehlers gewonnen werden soll oder wenn Zweifel an der Reproduzierbarkeit des Fehlers bestehen.
Regeln für Screencasts:
Das Dateiformat von Screencasts muss MP4 sein.
Die maximale Zeit für einen Screencast für Bug-Reports beträgt 60 Sekunden, es sei denn, dein Fehler erfordert das Zeigen eines längeren Ladevorgangs oder langer, notwendiger manueller Eingaben.
Die maximale Zeit für einen Screencast für Reproduktionen und User-Stories beträgt 15 Sekunden, da du in diesen Fällen nur die letzte Aktion zeigen musst, welche den Fehler ausgelöst hat.
Führe deine Aufzeichnung ohne eine Unterbrechung durch. Du solltest den Screencast weder pausieren noch Teile in der Mitte herausschneiden. Wenn dein Screencast zu lang ist und du ihn bearbeiten möchtest, schneide nur den Anfang oder das Ende der Datei.
Das Erhöhen der Geschwindigkeit deines Screencasts ist nicht erlaubt. Wenn du mehr Zeit aufgezeichnet hast als erlaubt, überprüfe bitte, ob unnötige Schritte in deinem Screencast enthalten sind.
Keine Aufnahme von Geräuschen (schreiende Babys, Gespräche, Fernsehen, Musik, Tiere usw.).
Wir empfehlen Aufzeichnungstools und bewährte Praktiken im folgenden Artikel: Screencasts
Screencast-spezifische Regeln für Streaming-Geräte:
Nimm immer deinen gesamten TV-Bildschirm auf.
Der Screencast sollte eine hohe Auflösung und gute Qualität haben.
Das Umgebungslicht sollte nicht dunkel sein.
Deine TV-Fernbedienung muss im Screencast sichtbar sein. Die Fernbedienung muss vollständig und klar sichtbar sein.
Für Bug-Reports beträgt die maximale Zeit für einen Screencast 60 Sekunden, für Bug-Reproduktionen und Anhänge von User-Stories hingegen 15 Sekunden.
Keine Aufnahme von Geräuschen (schreiende Babys, Gespräche, Fernsehen, Musik, Tiere usw.).
Der Screencast sollte immer professionell aussehen. Zeichne nicht deine Beine, unordentliche TV-Ständer oder Ähnliches auf.
Wie zeichnet man einen Screencast zu Tastaturfehlern auf?
Manchmal treten Fehler auf, wenn man mit der Tastatur des Computers mit Websites interagiert.
In diesem Fall müssen wir die Aktion, die den Fehler auslöst, im Screencast zeigen, weshalb die Anzeige der Tastatureingaben obligatorisch ist.
Hier ist ein hervorragendes Beispiel dafür, wie man einen Screencast erstellt, der Tastatureingaben anzeigt:
Meistere die Erstellung von Bildschirmaufzeichnungen für alle Geräte
Private Informationen in Anhängen verbergen
Um Ihre privaten Informationen wie Lesezeichen, Kontonamen oder gespeicherte E-Mails davor zu schützen, in den Browser-Tabs sichtbar zu sein, können Sie diese unkenntlich machen (z. B. durch Verwischen/Blur).
Wenn Sie private Informationen in Ihren Anhängen einfügen müssen, aber nicht möchten, dass diese sichtbar sind, können Sie diesem Beispiel folgen, um sie professionell zu verbergen. Bitte beachten Sie, dass die Namen der Browser-Tabs, in denen möglicherweise E-Mail-Adressen, Benutzernamen oder Lesezeichen angezeigt werden, ebenfalls ausgeblendet sein sollten.
Es ist wichtig zu beachten, dass die URL weiterhin sichtbar und die Webseiten-Elemente nicht verdeckt sein sollten.
Aus Gründen der Professionalität ist es entscheidend, handgezeichnete oder skizzenhafte Malereien zu vermeiden, um Informationen in deinen Anhängen zu verdecken, wie im folgenden Beispiel gezeigt.
