So formulierst du ein Supportproblem als reproduzierbaren Fehlerbericht
Ein Fehlerbericht ist nützlich, wenn erwartetes Verhalten und tatsächlicher Ablauf unterscheidbar sind. Das Strukturieren von Supportnotizen hilft, diese Belege in einer einheitlichen Form zu sammeln.
Beginne mit dem richtigen Material.
- Was du bereitstellst
- ein Ticket mit einer Beschreibung reproduzierbaren Softwareverhaltens.
- Das beabsichtigte Ergebnis
- Erstelle einen Fehlerbericht mit Schritten, erwartetem Ergebnis, tatsächlichem Ergebnis und fehlenden Angaben.
So funktioniert der Ablauf.
Trenne Umgebung, Schritte, erwartetes Ergebnis, beobachtetes Ergebnis und unterstützende Referenzen. Bewahre den genauen Fehlertext, wenn er vorliegt, und kennzeichne Reproduktionsschritte als bestätigt oder noch zu überprüfen.
Was du am Ergebnis prüfen solltest.
Prüfe den Bericht vor der Weitergabe an die Entwicklung. Ein Kundensymptom beweist nicht die eigentliche Ursache. Fehlende Umgebungsdetails sollten offene Fragen bleiben und nicht durch erfundene Standardwerte ersetzt werden.
Prüfe in der Markdown-Vorschau neben dem Text auch Überschriften, Listen und Links. Bewahre Quellenverweise im Dokument auf, damit Prüfer wichtige Aussagen auf dein bereitgestelltes Material zurückführen können.
Lerne am ausgearbeiteten Beispiel.
Das herunterladbare Markdown-Beispiel zeigt eine mögliche Gliederung des Ergebnisses. Lies es neben dem Quellbeispiel und unterscheide dokumentierte Fakten, vorgeschlagene Formulierungen und noch offene Fragen.
Das bereitgestellte Beispiel dient zur Veranschaulichung. Es ist kein aufgezeichneter Durchlauf mit deinen Daten.
Beispiel herunterladen ↓Nutze es mit deinem eigenen Material.
- Öffne die gewünschte Quelle und aktiviere WebAct in diesem Tab.
- Kopiere die Aufgabe aus dem oberen Seitenbereich, ergänze nötige Felder oder Wünsche und prüfe die vorgeschlagenen Aktionen.
- Vergleiche das erste Ergebnis mit deiner Quelle. Bitte bei Bedarf um eine konkrete Korrektur oder Verfeinerung.