So schreiben Sie einen Android-Fehlerbericht

Beginnen Sie mit einer reproduzierbaren Umgebung

Notieren Sie die App-Version und den Build, die Android-Version, das Geräte- oder Emulatormodell und relevante Einstellungen. Notieren Sie Kontostatus und Testdaten, ohne Passwörter oder persönliche Informationen einzubeziehen. Ein Bericht über ein altes Gebäude sollte dies besagen.

• Identifizieren Sie den genauen Build, den Sie getestet haben.
• Notieren Sie den Bildschirm, den Kontostatus und die Netzwerkbedingungen, die zum Starten erforderlich sind.
• Beschreiben Sie alle Einstellungen, die sich auf das Problem auswirken, z. B. großer Text oder eine andere Sprache.

Schreiben Sie eine Aktion pro Schritt

Beginnen Sie mit einem Zustand, den ein anderer Tester erreichen kann. Verwenden Sie eine kurze nummerierte Sequenz mit sichtbaren Steuerelementen und konkreten Eingaben. Bewahren Sie nicht zusammenhängende Probleme in separaten Berichten auf.

• Öffnen Sie die App und navigieren Sie zum betroffenen Bildschirm.
• Geben Sie den Testwert ein oder führen Sie die Aktion aus, die das Problem auslöst.
• Beschreiben Sie das sichtbare Ergebnis und wie oft Sie es beobachtet haben.

Trennen Sie das erwartete und das tatsächliche Ergebnis

Das erwartete Ergebnis erklärt, was passieren sollte und warum das sinnvoll ist. Das tatsächliche Ergebnis zeichnet auf, was Sie gesehen haben. Vermeiden Sie die Annahme einer Grundursache, es sei denn, diese wurde überprüft. Der Schweregrad beschreibt die Auswirkung; Das Team entscheidet weiterhin über die Fixpriorität.

Ausgearbeitetes Beispiel: eine versteckte Formularaktion

Illustratives Szenario, kein gemessenes Kundenergebnis: Nach Vergrößerung der Textgröße fällt eine Formularaktion unter einen festen Bereich und kann nicht erreicht werden. Ein nützlicher Bericht identifiziert den Aufbau, die Fenstergröße, die Texteinstellung, die Navigationsschritte und das erwartete Scrollverhalten. Fügen Sie eine redigierte Screenshot-Referenz bei, falls Sie eine haben.

Sorgen Sie dafür, dass Beweise nützlich und sicher weitergegeben werden können

Ein Screenshot oder eine kurze Aufnahme soll den jeweiligen Zustand zeigen. Verweisen Sie in Ihrem Issue-Tracker auf eine Datei oder einen zugriffskontrollierten Anhang. Entfernen Sie Anmeldeinformationen und persönliche Daten aus Erfassungen und Protokollen, bevor Sie sie teilen. Auf dieser Website werden keine Beweise hochgeladen.

Schließen Sie den Kreis mit einem erneuten Test

Führen Sie nach einem Fix die ursprünglichen Schritte für den neuen Build erneut aus und erfassen Sie „bestanden“, „fehlgeschlagen“ oder „konnte nicht überprüft werden“. Beziehen Sie benachbarte Flüsse in Regressionsprüfungen ein. Markieren Sie ein Problem nicht als behoben, nur weil eine Änderung vorgenommen wurde.

Ist das dasselbe wie ein Android-Systemfehlerbericht?

Nein. Dies ist eine strukturierte Problembeschreibung für einen Personen- oder Problem-Tracker. Android-Systemfehlerberichte enthalten Diagnoseprotokolle und werden separat mit Android-Tools erfasst.

Testet der Generator meine App?

Nein. Sie geben Beobachtungen aus Ihren eigenen Tests ein. Der Generator formatiert sie; Es prüft kein APK, sammelt keine Geräteprotokolle und verifiziert keinen Defekt.

Wie viele Details sind genug?

Fügen Sie genügend Kontext hinzu, damit eine andere Person den gleichen Zustand erreichen kann, befolgen Sie die Schritte und vergleichen Sie die Ergebnisse. Konzentrieren Sie den Bericht auf ein Thema.