Maschinell unterstützte Übersetzung; Namen von Spielgegenständen können auf Englisch bleiben.
Erstelle eine knappe Meldung mit Version, Reproduktionsschritten und geeigneten Bildern; trenne Bugs von Balance-Feedback.
Fang mit einem Problem an
Ein nützlicher Fehlerbericht beschreibt einen einzelnen Fehler so klar, dass eine andere Person es versuchen kann. Beginnen Sie mit der Aktion und dem Ergebnis: Das Öffnen eines bestimmten Menüs verbirgt zum Beispiel den Cursor, oder das Laden einer Sitzung platziert den Charakter unter dem Boden. Vermeiden Sie es, mit mehreren Absätzen über das gesamte Spiel zu beginnen. Die Leserin muss wissen, was sie reproduzieren soll.
Trenne einen technischen Fehler von einer Präferenz. Ein Button, der nichts bewirkt, ein Ziel, das nicht vorankommt, und ein Überlebensanzeiger, der zu anspruchsvoll erscheint, sind unterschiedliche Arten von Feedback. Alle können meldenswert sein, aber sie brauchen unterschiedliche Beweise. Eine Balance-Beschwerde sollte die gewünschte Erfahrung erklären; ein Bug-Report sollte das erwartete Verhalten und das Geschehen erklären.
Wähle das Berichtsziel nach der fehlerhaften Schicht
Eine Spielquest, ein Launcher-Kaufproblem und ein Fehler bei der Installation eines Grafiktreibers erfordern unterschiedliche Support-Teams. Beschreiben Sie die fehlerhafte Schicht, bevor Sie ein Ziel auswählen. Wenn das Spiel läuft, aber ein Ziel nicht vorankommt, beginnen Sie mit dem Berichtskanal des Entwicklers. Wenn der Store einen Download nicht abschließen kann, beginnen Sie mit dem Support der Plattform.
Bei einem vermuteten Problem mit dem Grafiktreiber benötigt der Hardwareanbieter möglicherweise einen separaten Bericht. AMD stellt ein Bug-Report-Tool zur Verfügung, das Systemdetails sammelt und Reproduktionsschritte sowie Anhänge akzeptiert. Dieses Tool sendet Informationen an AMD; es ersetzt nicht die Meldung an den Spieleentwickler bei einem Problem mit einer Quest oder einem gespeicherten Spielstand. Verwenden Sie es, wenn die Beweise oder die Support-Richtlinien auf die Grafik- oder Systemebene hinweisen.
Vermeiden Sie es, überall identische große Berichte ohne Kontext zu posten. Wenn zwei Support-Teams beteiligt sind, erklären Sie warum und bewahren Sie deren separate Fallkennungen privat auf. Eine kurze Querverweisung kann doppelte Arbeit verhindern, während ein öffentliches Veröffentlichen jeder E-Mail und jedes Anhangs Informationen offenlegt, ohne dass jemand die technische Grenze versteht.
Erstellen Sie einen Titel, der später gefunden werden kann.
Ein guter Titel kombiniert das sichtbare Symptom mit dem Auslöser. Zum Beispiel ist „Menücurs verschwindet nach Anschluss eines Flugzubehörs“ leichter zu erkennen als „Bitte beheben Sie das Spiel“. Fügen Sie nur dann eine Build-Nummer hinzu, wenn Sie diese überprüft haben. Setzen Sie keine ungetestete Theorie in den Titel, als wäre sie eine etablierte Tatsache.
Für einen Quest-Bericht verwenden Sie das sichtbare Ziel oder den Objektnamen und geben die Störung an. Vermeiden Sie Spoiler im Titel, wenn der Berichtskanal eine Spoiler-Kennzeichnung oder eine neutralere Beschreibung erlaubt. Notwendige Fortschrittsdetails können Sie im Textteil für Personen, die das Problem untersuchen, angeben.
Suchen Sie vor dem Posten die Schlüsselbegriffe. Wenn Sie einen bestehenden Bericht finden, der denselben Auslöser hat, vergleichen Sie die Build-Nummer und das Ergebnis. Fügen Sie dort Ihre Beweise hinzu, wenn es angemessen ist, anstatt einen weiteren nahezu identischen Thread zu erstellen. Wenn Ihre Reproduktion sich wesentlich unterscheidet, erklären Sie den Unterschied. Ähnliche Symptome können unterschiedliche Ursachen haben, daher sollten nicht automatisch nicht zusammenhängende Berichte zusammengeführt werden und es besteht kein Zwang, dass jede neue Beobachtung ein völlig separates Gespräch erfordert.
Schreiben Sie erwartetes und tatsächliches Ergebnis als Paar.
Das erwartete Ergebnis sollte aus einer Anweisung der Schnittstelle, einem normalen früheren Verhalten oder einer klaren Spielregel stammen, nicht nur aus dem, was Sie sich wünschen. Wenn Sie sich unsicher sind, ob das Verhalten beabsichtigt ist, formulieren Sie den Bericht als Frage und erklären Sie die Mehrdeutigkeit. Dies lässt Raum für Klärungen, ohne die Nützlichkeit Ihrer Beobachtung zu verringern.
Das tatsächliche Ergebnis sollte beschreiben, was auf dem Bildschirm erscheint oder welche Eingaben weiterhin möglich sind. Der objektive Text bleibt nach dieser Interaktion unverändert; dies ist nützlicher als die Aussage, dass die Mission völlig kaputt ist. Wenn Sie sich noch bewegen, Menüs öffnen oder eine andere Sitzung laden können, fügen Sie diese Informationen hinzu; sie unterscheiden einen Fortschrittsblocker von einem Programmabsturz.
Halten Sie das Paar in dem Bericht nah beieinander. Ein Leser sollte die erwartete Aktion nicht aus mehreren Absätzen Historie rekonstruieren müssen. Folgen Sie mit den Reproduktionsschritten und anschließend optionalen Kontext. Diese Reihenfolge macht den Bericht leichter durchsuchbar und erlaubt dem Prüfer, die zentrale Behauptung zu testen, bevor er weniger sichere Details betrachtet.
Unterscheiden Sie eine Reproduktion von einem Routentagebuch.
Ein Routentagebuch dokumentiert alles, was Sie getan haben. Eine Reproduktion enthält die kleinste Abfolge, die das Problem auslöst. Beginnen Sie mit Ihrem Tagebuch, falls dies alles ist, was Sie haben, identifizieren Sie dann, welche Schritte definitiv erforderlich, möglicherweise relevant oder nur früher passiert sind. Löschen Sie keinen unsicheren Kontext; verschieben Sie ihn in eine separate Notiz.
Wenn das Testen sicher ist, variieren Sie eine vermutete Voraussetzung. Vergleichen Sie beispielsweise die Interaktion vor und nach dem Anschluss eines optionalen Zubehörs, oder vergleichen Sie eine betroffene Sitzung mit einer anderen bestehenden Sitzung. Beginnen Sie nicht eine neue Kampagne oder opfern Sie wertvollen Fortschritt nur, um einen saubereren Bericht zu erstellen. Ein gespeicherter Zustand kann ein besserer Ausgangspunkt sein als das Wiederholen von Stunden voller Aktionen.
Seien Sie explizit, wenn Ihre Reproduktion von einer bestimmten Sitzung abhängt, die Sie nicht weiter reduzieren können. Der Prüfer könnte diese Sitzung benötigen, anstatt eine längere schriftliche Route. Bewahren Sie sie auf, beschreiben Sie die unmittelbaren Schritte nach dem Laden und stellen Sie sie auf Anfrage privat zur Verfügung. Dies hält den Bericht praktisch, selbst wenn der zugrunde liegende Auslöser viel früher als der sichtbare Fehler auftrat.
Berichten Sie die Häufigkeit, ohne übermäßiges Vertrauen auszudrücken.
Verwenden Sie Beobachtungen, die Sie zählen oder beschreiben können. Das Problem trat bei zwei aufeinanderfolgenden Ladevorgängen auf, ist klarer als „immer kaputt“. Das Problem trat einmal nach einer langen Sitzung auf, ist klarer als „stürzt ständig zufällig ab“. Sie benötigen keine große Stichprobe, um einen nützlichen Bericht einzureichen, aber Sie müssen angeben, was Sie tatsächlich beobachtet haben.
Wenn ein späterer Versuch funktioniert, füge dieses Ergebnis hinzu. Intermittierendes Verhalten ist wertvolle Information, besonders wenn es sich je nach Sitzung, Ort oder angeschlossenem Gerät unterscheidet. Verstecke keinen erfolgreichen Versuch, weil du befürchtest, dass das ursprüngliche Problem dadurch weniger glaubwürdig erscheint. Das Ziel ist es, Bedingungen zu identifizieren, nicht einen Streit darüber zu gewinnen, ob das Spiel gut ist.
Wenn ein anderer Spieler ein anderes Ergebnis meldet, vergleiche den Kontext, statt es als Widerspruch zu behandeln. Sie könnten eine andere Konfiguration, Route, Eingabeeinstellung oder Speicherstand haben. Frage nach den relevanten Details und halte deinen eigenen Bericht spezifisch. Eine Meinungsverschiedenheit zwischen zwei dokumentierten Setups kann einen nützlichen Hinweis liefern; ein Austausch universeller Behauptungen selten.
Bereite Screenshots und Aufnahmen mit einem Zweck vor
Steam dokumentiert seine Screenshot-Funktion und die Anforderunge der Overlay-Funktion für dieses Feature. Wenn deine konfigurierte Erfassungsmethode funktioniert, benutze sie, um den relevanten Fehler oder die Schnittstelle zu zeigen. Ein Fehlschlag bei der Erfassung ist ein separates Problem; du kannst trotzdem das Symptom beschreiben oder eine andere gewöhnliche Erfassungsmethode benutzen, die auf deinem Computer verfügbar ist.
Entscheide vor der Aufnahme, was der Betrachter sehen muss: den Ausgangszustand, die Eingabesequenz und das Ergebnis. Ein kurzer Clip mit diesen Elementen ist leichter zu prüfen als mehrere Minuten zusammenhangloses Spiel. Wenn der Fehler schnell verschwindet, kann eine Aufnahme helfen, die exakte Formulierung ohne wiederholte riskante Versuche zu bewahren.
Überprüfe die Datei vor dem Teilen. Prüfe, ob der Text lesbar ist und ob der Beweis tatsächlich das gemeldete Problem zeigt. Entferne nicht relevante private Desktop-Inhalte aus der geteilten Kopie, während du das Original behältst, falls der Support später Kontext benötigt. Füge keine Bearbeitungen hinzu, die die Reihenfolge der Aktionen verschleiern oder separate Versuche als kontinuierlich erscheinen lassen. Klare Beweise sollten Unsicherheit verringern, nicht eine überzeugendere, aber irreführende Geschichte schaffen.
Nutze Anhänge und Diagnosedaten sparsam
Mehr Daten sind nicht automatisch besser. Beginne mit den Informationen, die zum Problem passen: Gerätedetails für Eingaben, Anzeigemodus für Auflösung, Ziel und Sitzung für den Fortschritt. Wenn der Support Protokolle oder einen Diagnostik-Export anfordert, stelle das angeforderte Material zur Verfügung und kennzeichne die Ereigniszeit. Vermeide es, als Abkürzung den gesamten Benutzerordner hochzuladen.
AMDs Berichtstool bietet eine lokale Kopie der eingereichten Informationen sowie ein Treiberverlaufsfeld. Diese Funktionen zeigen nützliche Gewohnheiten, auch außerhalb dieses Tools: Führen Sie Ihren eigenen Bericht und notieren Sie, ob das Problem erst nach einer Softwareänderung aufgetreten ist. Dieser Artikel behauptet nicht, dass jeder Absturz einen AMD-Bericht benötigt oder dass das Tool Nicht-AMD-Hardware diagnostizieren kann.
Für jeden privaten Anhang überprüfen Sie den Empfangskanal und die Zugriffsberechtigungen. Teilen Sie nur mit dem vorgesehenen Supportempfänger und vermeiden Sie öffentliche Links, wenn eine Datei persönliche Informationen enthalten könnte. Lassen Sie die Originalbelege unverändert und senden Sie eine Kopie. Wenn ein Support-Team ein anderes Format anfordert, beachten Sie diese Anfrage, damit Sie ihre diagnostische Anforderung von einer willkürlichen Umgehung anderswo unterscheiden können.
Folge mit einem Ergebnis, nicht nur mit einer weiteren Beschwerde
Wenn der Support einen Test vorschlägt, melden Sie die Startversion, den unternommenen Schritt und das Ergebnis. Wenn sich das Symptom ändert, beschreiben Sie, wie. Das Menü zu erreichen, aber trotzdem nicht zu laden, ist ein anderes Ergebnis als vor dem Öffnen des Fensters. Diese Unterscheidungen ermöglichen es dem Ermittler zu entscheiden, ob die nächste Frage zum gleichen Fehlerpfad gehört.
Wenn ein Update das Problem behebt, gib an, welches Update und wie du das überprüft hast. Wenn es bestehen bleibt, gib auf der neuen Version die gleiche minimale Reproduktion an, anstatt die gesamte Historie neu zu schreiben. Halte frühere Beweise verfügbar, damit die Änderung verglichen werden kann.
Wenn Sie die betroffene Sitzung nicht mehr haben oder das Problem nicht wiederholen können, geben Sie diese Einschränkung an. Erstellen Sie keine saubere Reproduktion, um den Bericht aktiv zu halten. Eine wahrheitsgemäße Abschlussnotiz hilft zukünftigen Lesern zu verstehen, wie viel überprüft wurde. Sie bewahrt auch das Vertrauen in die bereits bereitgestellten nützlichen Informationen, selbst wenn die Untersuchung ohne eine eindeutige Erklärung des ursprünglichen Ereignisses endet.
Zeichnen Sie die kleinste zuverlässige Sequenz auf
Schreibe die Startbedingung, dann die Aktionen in der Reihenfolge. Nimm nur Schritte auf, die für das Scheitern relevant sind. Wenn du nicht weißt, ob ein früheres Ereignis eine Rolle spielt, stelle es in eine kurze Kontextnotiz, anstatt die Reproduktion in einem vollständigen Bericht deiner Spielsitzung zu vergraben.
Versuchen Sie die Sequenz nur dann erneut, wenn dies keinen wichtigen Fortschritt gefährdet. Wenn es zweimal aus demselben Zustand passiert, sagen Sie das. Wenn es einmal passiert ist und Sie es nicht reproduzieren können, sagen Sie stattdessen das. Ein ehrlicher einmaliger Bericht ist nützlicher als eine sichere Behauptung, dass jeder Spieler auf dasselbe Problem stoßen wird.
Fügen Sie den Aufbau, den Store und die relevanten Geräteinformationen hinzu. Bei einem Eingabeproblem benennen Sie den Controller und andere angeschlossene Zubehörteile. Bei einem Anzeigeproblem notieren Sie die ausgewählte Auflösung und die tatsächliche Anzeige des Spiels. Bei einem Quest-Problem geben Sie das sichtbare Ziel und die Interaktion an, die es nicht vorangebracht hat.
Überprüfe auf eine passende Entwickler-Notiz
Lesen Sie die aktuellen offiziellen Ankündigungen, bevor Sie einen doppelten Bericht einreichen. Eine bekannte Lösung kann Ihnen Zeit sparen, wenn die Installation im Rückstand ist, und ein bekanntes Problem kann bereits ein angefordertes Diagnoseformat haben. Wenn das Problem nach dem relevanten Update besteht, erwähnen Sie das ausdrücklich und beschreiben Sie Ihren erneuten Test.
Die Notizen vom 4. September weisen Spieler mit Stürz-durch-Welt-Speicherständen an, info@breathedge.com. Bewahren Sie die betroffene Sitzung auf und stellen Sie sie auf Anfrage privat bereit. Für weitere Symptome sollten Sie den offiziellen Diskussionshub nach den entsprechenden aktuellen Anweisungen durchsuchen; ein Kontakt für ein gemeldetes Problem ersetzt nicht alle anderen Support-Routen.
Fügen Sie Beweise bei, die eine Frage beantworten
Ein Screenshot sollte die entsprechende Benutzeroberfläche oder den Fehler klar zeigen. Eine kurze Aufnahme sollte früh genug beginnen, um die auslösende Aktion zu zeigen, und stoppen, sobald das Ergebnis sichtbar ist. Keiner von beiden benötigt deinen gesamten Desktop, deine Kontoseite oder ein nicht zusammenhängendes Gespräch. Sieh dir den Anhang an, bevor du ihn postest.
Behalte die Originaldatei beim Bereiten eines zugeschnittenen Bildes auf. Wenn der Support später mehr Kontext benötigt, kannst du ihn bereitstellen, ohne das Problem nachzustellen. Für Logs und Archive inspizieren Sie den Inhalt und teilen Sie nur das, was angefordert wurde. Fügen Sie niemals Passwörter, Authentifizierungsdateien oder nicht zusammenhängende persönliche Ordner in einen öffentlichen Bericht ein.
Wenn du einen Fehler beschreibst, bewahre den exakten Text bei. Wenn du eine Theorie beschreibst, bezeichne sie als Theorie. Zu sagen, dass ein Problem nach dem Anschluss eines Controllers begann, ist eine Beobachtung; zu sagen, dass der Controller-Treiber definitiv den Speicherstand beschädigt hat, ist eine kausale Behauptung, die viel stärkere Beweise erfordert.
Schließe die Schleife nach einer Antwort
Wenn ein angeforderter Schritt funktioniert, melden Sie das Ergebnis und die verwendete Version. Wenn nicht, sagen Sie, was sich geändert hat und was gleich geblieben ist. So kann der Entwickler eine teilweise Verbesserung von keinem Effekt unterscheiden und hilft anderen Lesern, einen erfolglosen Weg nicht zu wiederholen.
Halten Sie Folgekommentare nach Möglichkeit in derselben Diskussion. Einen neuen Thread für jeden Versuch zu starten trennt die Beweise und macht die Historie schwerer nachvollziehbar. Eine kurze abschließende Notiz, die das funktionierende Update oder die verbleibende Reproduktion identifiziert, ist für den nächsten Spieler, der nach demselben Symptom sucht, wertvoll.
Behalten Sie eine endgültige Kopie des Berichtstitels, des Datums und der getesteten Version in Ihren eigenen Notizen. Wenn dasselbe Symptom Monate später wieder auftritt, erlaubt dieses Protokoll, es als mögliche Wiederholung mit bekannter Historie zu beschreiben, anstatt von einer vagen Erinnerung auszugehen. Verlinken Sie die frühere Diskussion und erklären Sie, was neu beobachtet wurde.
Wenn du feststellst, dass dein Bericht die falsche Spielversion verwendet hat, korrigiere sie explizit. Wenn du die alte Behauptung unqualifiziert lässt, kann das Spieler in die Irre führen, die später in dieser Version nach bekannten Problemen suchen.
Quellen & Prüfung
Dieser Artikel kombiniert zitierte Fakten mit praktischen redaktionellen Ratschlägen. Befolgen Sie die Versions- und Unsicherheitsnotizen, bevor Sie eine ältere Route anwenden.
