Når Spil vender tilbage, så notér startens grænse før valg af løsning

Opdateret

At knappen Spil vender tilbage, er en observation, ikke en årsag. Beskriv først, hvor langt den ønskede start nåede, og hvad der viste sig, før den stoppede. En klient, der ikke kan starte opgaven, en separat launcher, der beder om adgang, og et spil, der fejler under indlæsning af kampagnen, efterlader forskellige ubesvarede spørgsmål.

Skriv en rækkefølge, som en anden kan forstå

Antag, at Spil ændrer sig kortvarigt og vender tilbage uden et synligt spilvindue. Notér den valgte titel, startindstilling, knapforløbet, som du så, og en eventuel vist fejl. Medtag en ekstern launcher, hvis den viste sig først. Hvis spillet nåede titelskærmen og først fejlede ved indlæsning af fremskridt, så beskriv denne senere handling frem for blot at skrive, at det ikke starter.

Udled ikke skjult procesadfærd af det, du så på skærmen. Fraværet af et synligt vindue identificerer ikke i sig selv en manglende fil, en blokeret eksekverbar fil eller en nedbrudt proces. Angiv, hvad der er observeret, og hvad der stadig er ukendt. Det gør den næste dokumenterede kontrol lettere at vælge uden at gøre et gæt til forudsætningen for alle senere ændringer.

Skil forberedelse fra et mislykket forsøg

Se på relevant klientstatus, og afslut nødvendige installations- eller opdateringstrin via den understøttede grænseflade. Et ventende forberedelsestrin og et afsluttet startforsøg, der vender tilbage til Spil, er forskellige observationer. Behandl ikke alle perioder uden spilvindue som den samme fejl.

I et hypotetisk eksempel melder klienten om uafsluttet spilforberedelse. Opfyld denne dokumenterede forudsætning, før du sammenligner startresultater. I et andet eksempel afsluttes forberedelsen, men den samme handling vender stadig tilbage. Den senere fejl er en nyttig grænse for næste kontrol. Opfind ikke en universel varighed, hvorefter alle forberedelser skal regnes for defekte.

Giv en ekstern launcher sin egen gren

Hvis en separat launcher åbner, så læs dens faktiske besked, og brug udgiverens support for den tilstand. En konto- eller tjenesteprompt hører til en anden gren end et spilvindue, der lukker uden besked. Steam-knappens tilstand alene bekræfter ikke, at udgiverens særskilte adgangskrav er opfyldt.

Løs ikke usikkerhed om kontoen ved at dele loginoplysninger eller følge et ukendt loginlink fra et fællesskabssvar. Brug den officielle klient, eller gå selvstændigt til den officielle support. Notér, at launcheren viste sig, og hvor den ønskede opgave stoppede, uden at placere private kontooplysninger i et offentligt skærmbillede.

Vælg en dokumenteret kontrol til det observerede trin

Steams startvejledning omfatter eksempelvis spillets systemkrav og kontrol af de installerede filers integritet. Brug instruktioner, der passer til den faktiske situation. En filkontrol kan undersøge installeret indhold; den beviser ikke, at kontoen, en fjern tjeneste eller en bestemt kampagne virker. Kontrol af de angivne krav fastslår heller ikke automatisk en hardwarediagnose.

Gem en kort sammenligning for hvert relevant indgreb: handlingen, en eventuel ændring og det næste nåede trin. Hvis du ændrer startindstillinger og geninstallerer samtidig, så markér det som en kombineret ændring. En efterfølgende forbedring kan ikke pålideligt vise, hvilket indgreb der havde betydning. En mindre begrundet sammenligning er som regel mere oplysende end en lang uforklaret liste af ændringer.

Lad ikke senere fejl udviske tidligere fremskridt

Antag, at den dokumenterede kontrol lader spillet nå titelskærmen, men den ønskede kampagne stadig fejler. Starten blev bedre, mens kampagnens indlæsning forbliver uløst. Bevar begge resultater frem for blot at melde løst eller uændret. Det fortæller support, hvilken grænse der nu skal undersøges, og undgår gentagelse af en vellykket startreparation for en anden opgave.

Hvor udgiveren understøtter en sammenligning med en passende testsession, så brug den uden at overskrive de eneste værdifulde gemte fremskridt. En fungerende testsession og en eksisterende kampagne, der fejler, kan afgrænse observationen, men beviser ikke, hvorfor kampagnen fejler. Følg spillets understøttede kontroller af fremskridt frem for at slette filer for at tvinge en ny tilstand.

Brug resultater til at afgøre, hvornår support skal spørges

Hvis de relevante dokumenterede kontroller ikke løser opgaven, så forbered den præcise startrækkefølge, relevant version, vist fejl og resultater før og efter ændringer. Del kun nødvendige oplysninger gennem den rette officielle kanal. Gennemgå logfiler og skærmbilleder for personlige stier eller kontodata, før de vedhæftes offentligt.

En nyttig rapport om en uløst fejl fortæller, hvilke trin der lykkedes, og hvor den ønskede spiloplevelse stopper. En nyttig succesrapport fortæller, at den oprindelige opgave blev gentaget, og hvad der nu virker. Ingen af dem kræver en påstand om, at en tidsmæssigt nærliggende opdatering var årsagen, eller at samme løsning virker for alle spillere.

Notér startrækkefølgen, opfyld dokumenterede forudsætninger, og følg grenen for den observerede grænse. Sammenlign samme opgave efter en relevant ændring, og bevar både forbedringer og resterende fejl. Det gør en tilbagevendende Spil-knap til et tydeligere supportspørgsmål uden en opdigtet diagnose.