Gdy wraca przycisk Graj, zapisz etap uruchamiania przed wyborem rozwiązania
Aktualizacja
Powrót przycisku Graj jest obserwacją, a nie przyczyną. Najpierw opisz, jak daleko doszło planowane uruchomienie i co pojawiło się przed zatrzymaniem. Klient, który nie może rozpocząć zadania, osobny program proszący o dostęp i gra zawodząca przy wczytywaniu kampanii pozostawiają różne pytania bez odpowiedzi.
Zapisz kolejność zrozumiałą dla innej osoby
Załóżmy, że Graj na chwilę się zmienia i wraca, ale nie widać okna gry. Zapisz wybrany tytuł, opcję uruchamiania, zaobserwowaną kolejność zmian przycisku i wyświetlony błąd. Uwzględnij zewnętrzny program uruchamiający, jeśli pojawił się wcześniej. Jeśli gra dotarła do ekranu tytułowego i zawiodła dopiero przy wczytywaniu postępów, opisz tę późniejszą czynność zamiast skracać ją do nie uruchamia się.
Nie wnioskuj o ukrytym zachowaniu procesów na podstawie obrazu na ekranie. Brak widocznego okna sam w sobie nie wskazuje brakującego pliku, zablokowanego pliku wykonywalnego ani awarii procesu. Oddziel obserwacje od niewiadomych. Ułatwia to wybór kolejnej udokumentowanej kontroli bez czynienia domysłu podstawą wszystkich następnych zmian.
Oddziel przygotowanie od nieudanej próby
Sprawdź istotny stan klienta i dokończ wymagane kroki instalacji lub aktualizacji przez obsługiwany interfejs. Oczekujące przygotowanie oraz zakończona próba uruchomienia, po której wraca Graj, są różnymi obserwacjami. Nie traktuj każdego okresu bez okna gry jako tej samej awarii.
W hipotetycznym przykładzie klient zgłasza niedokończone przygotowanie gry. Spełnij ten udokumentowany warunek przed porównywaniem wyników uruchamiania. W innym przykładzie przygotowanie kończy się, lecz ta sama czynność nadal wraca do przycisku. Późniejsza awaria wyznacza przydatną granicę dla następnej kontroli. Nie wymyślaj uniwersalnego czasu, po którym każde przygotowanie miałoby być uznane za uszkodzone.
Utwórz osobną gałąź dla zewnętrznego programu
Jeśli otwiera się osobny program uruchamiający, przeczytaj jego rzeczywisty komunikat i skorzystaj z pomocy wydawcy dla tego stanu. Prośba dotycząca konta lub usługi należy do innej gałęzi niż okno gry zamykające się bez komunikatu. Sam stan przycisku Steam nie potwierdza spełnienia odrębnych wymagań dostępu wydawcy.
Nie rozwiązuj wątpliwości dotyczących konta przez udostępnianie danych logowania ani przez korzystanie z nieznanego linku logowania z odpowiedzi społeczności. Używaj oficjalnego klienta lub samodzielnie dotrzyj do oficjalnej pomocy. Zapisz pojawienie się programu i miejsce zatrzymania planowanego zadania, nie umieszczając prywatnych informacji o koncie na publicznym zrzucie ekranu.
Wybierz udokumentowaną kontrolę dla zaobserwowanego etapu
Wskazówki Steam dotyczące uruchamiania obejmują między innymi wymagania systemowe gry i sprawdzanie integralności zainstalowanych plików. Używaj instrukcji właściwych dla rzeczywistego przypadku. Kontrola plików może badać zainstalowaną zawartość; nie dowodzi działania konta, usługi zdalnej ani konkretnej kampanii. Także sprawdzenie podanych wymagań nie ustanawia automatycznie diagnozy sprzętu.
Dla każdej istotnej interwencji zachowaj krótki zapis porównania: czynność, ewentualna zmiana i następny osiągnięty etap. Jeśli jednocześnie zmienisz opcje uruchamiania i przeinstalujesz grę, oznacz to jako zmianę łączoną. Późniejsza poprawa nie pozwala wiarygodnie wskazać, która interwencja miała znaczenie. Mniejsze, uzasadnione porównanie zwykle mówi więcej niż długa lista niewyjaśnionych zmian.
Nie pozwól, aby późniejsze awarie wymazały wcześniejszy postęp
Załóżmy, że udokumentowana kontrola pozwala dotrzeć do ekranu tytułowego, ale planowana kampania nadal zawodzi. Uruchamianie poprawiło się, a wczytywanie kampanii pozostaje nierozwiązane. Zachowaj oba wyniki zamiast zgłaszać wyłącznie naprawione albo bez zmian. Pomoc dowie się, który etap teraz zbadać, a skuteczna naprawa startu nie będzie powtarzana dla innego zadania.
Jeśli wydawca obsługuje porównanie z odpowiednią sesją testową, użyj go bez nadpisywania jedynych cennych postępów. Działająca sesja testowa i zawodząca istniejąca kampania mogą zawęzić zaobserwowany zakres, ale nie dowodzą przyczyny awarii kampanii. Stosuj obsługiwane kontrole postępów dla danego tytułu zamiast usuwać pliki, aby wymusić nowy stan.
Na podstawie wyników zdecyduj, kiedy poprosić o pomoc
Jeśli właściwe udokumentowane kontrole nie rozwiązują zadania, przygotuj dokładną kolejność uruchamiania, istotną wersję, wyświetlony błąd i wyniki przed oraz po zmianach. Udostępniaj tylko potrzebne informacje przez odpowiedni oficjalny kanał. Przed publicznym dołączeniem dzienników i zrzutów sprawdź je pod kątem osobistych ścieżek i danych konta.
Przydatne zgłoszenie nierozwiązanego problemu wymienia zaliczone kroki oraz miejsce, w którym zatrzymuje się planowana gra. Przydatne zgłoszenie sukcesu mówi, że powtórzono pierwotne zadanie i co teraz działa. Żadne nie wymaga twierdzenia, że aktualizacja z podobnego okresu była przyczyną albo ta sama naprawa pomoże każdemu graczowi.
Zapisz kolejność uruchamiania, spełnij udokumentowane warunki i wybierz gałąź odpowiadającą zaobserwowanemu etapowi. Po istotnej zmianie porównaj to samo zadanie, zachowując poprawę i pozostałe awarie. Powracający przycisk Graj staje się wtedy jaśniejszym pytaniem do pomocy, bez wymyślania diagnozy.