Tłumaczenie wspomagane maszynowo; nazwy przedmiotów z gry mogą pozostać w języku angielskim.
Przemyślany sposób odróżniania zmian w poprawkach od problemów z zapisami oraz korzystania z narzędzia zgłoszeń w Breathedge 2.
Zachowaj dowody przed eksperymentami
Gdy zapis zachowuje się inaczej po aktualizacji, powstrzymaj się od natychmiastowego wprowadzania długiego łańcucha zmian. Zwróć uwagę na zainstalowaną wersję, ostatnią akcję przed pojawieniem się problemu oraz czy problem pojawia się za każdym razem. Zachowaj dotknięty zapis tam, gdzie to możliwe, przed przetestowaniem innego stanu. Nie wymaga to zgadywania ścieżki do pliku zapisu gry ani edytowania plików, których nie rozumiesz.
Celem jest zachowanie jasnego konta przed i po. Jeśli zmienisz sterowanie, przesuwasz obiekty, powtarzasz zadania i nadpisujesz postęp przed zapisaniem czegokolwiek, trudno jest określić, który krok wpłynął na wynik. Kontrolowany test zmienia jeden warunek na raz. To pomaga odzyskać formę, gdy istnieje prosta poprawka, a daje wsparciu spójny argument, gdy go nie ma.
Przeczytaj rzeczywisty zakres patcha
Poprawka twierdząca, że jeden błąd związany z zapisem został naprawiony, nie oznacza, że każdy zgłoszony problem z ładowaniem ma tę samą przyczynę. Wersja 0.8.7 rozwiązuje konkretny problem z czasem zapisu lotu promu oraz problem z jarżem depot. Twórcy wspominają też o znikaniu po aktualizacji, ale twierdzą, że zdane zapisy, które przeanalizowali, poprawnie się dla nich załadowały. To nierozwiązana sytuacja diagnostyczna, a nie uniwersalna naprawa czy dowód, że gracze wymyślili ten objaw.
Jeśli Twój przypadek przypomina wymieniony problem, najpierw potwierdź zakończenie aktualizacji, a następnie przetestuj odpowiednią interakcję raz. Opisz wynik dokładnie. Jeśli różni się od notatki, ta różnica jest przydatnym dowodem. Unikaj ogólnego wniosku, takiego jak 'wszystkie stare zapisy są zepsute' z jednego zdarzenia lub 'wszystkie zapisy są bezpieczne', ponieważ jeden test się powiódł. Wsparcie Early Access działa lepiej, gdy raporty zachowują swój rzeczywisty zakres.
Odróżnić zmienioną zasadę od zepsutej misji
Niektóre problemy znikają, gdy zrozumie się obecną zasadę. Litery taksówki są celowo rozmieszczone w promieniu 20 metrów, a nie w stosie demo. Niektóre interakcje demontażowe wymagają teraz Twister. Właz może pomieścić baterię zebraną gdzie indziej po wersji 0.8.6. Przewodnik oparty na wcześniejszym zachowaniu może sprawić, że działające zadanie wygląda na zepsute.
Przed zgłoszeniem przeczytaj aktualny cel i prompt. Porównaj je z najnowszymi oficjalnymi notatkami, a następnie wykonaj interakcję, o którą prosi aktualna wersja. Jeśli sytuacja się rozwinie, zaktualizuj swoje osobiste notatki, aby nie powtarzać starego założenia. Jeśli się nie powiedzie, raport może pokazać, że sprawdziłeś odpowiednią zmianę i nadal odtworzyłeś problem. To usuwa niejasności bez konieczności samodzielnego rozwiązywania całej gry.
Użyj narzędzia do raportowania w grze
Ogłoszenie o uruchomieniu opisuje wbudowaną ścieżkę zgłaszania: naciśnij Esc, wybierz Zgłoś błąd i zapisz problem. Przełącznik na dole pozwala dołączyć zapis. Programista prosi także o opcjonalne dane kontaktowe, gdy dalsze kontakty mogą być pomocne. Udostępniaj tylko to, co czujesz się komfortowo udostępnić i unikaj niezwiązanych z danymi osobowymi w opisie.
Użyteczny raport składa się z czterech części w zwykłym języku: gdzie jesteś, co zrobiłeś, czego się spodziewałeś i co się wydarzyło zamiast tego. Dodaj do tego, czy wynik się powtarza. Na przykład zidentyfikuj etap zadania i przedmiot, zamiast mówić "misja złamana". Jeśli dołączasz zapis, wyjaśnij, co deweloper powinien zrobić natychmiast po jego załadowaniu. To zamienia załącznik z dużej zagadki w praktyczny przypadek testowy.
Oddzielaj objawy sprzętowe od progresji
Hotfixy startowe obejmują problemy z wejściem i wyświetlaniem oraz problemy z questami. Wersja 0.8.6 dotyczy blokady trybu kontrolera oraz brakującego kursora związanego z połączonymi kierownicami, pedałami lub karczkami. Wersja 0.8.7 poprawia rozdzielczość 5120 na 1440, wracając do niższego trybu ultrapanoramowego. Jeśli problem dotyczy wejścia lub wyświetlacza, uwzględnij odpowiednie urządzenie i rozdzielczość, zamiast zagładzać to narracją zadania.
Dla czystego porównania zanotuj, które peryferia były podłączone oraz czy objaw pojawia się w menu, rozgrywce czy w obu. Jeśli tymczasowo odłączysz opcjonalne urządzenie w celu testu, zapisz to jako wynik testu, a nie jako gwarantowaną naprawę. Problem z układem AZERTY został nadal odnotowany w notatkach 0.8.5; żadna z późniejszych notatek użytych w tym przewodniku nie deklaruje wyraźnie jego naprawy. Nie zakładaj, że naprawa niepowiązanego kontrolera rozwiązuje zachowanie układu klawiatury.
Wróć do gry po jednym użytecznym teście
Rozwiązywanie problemów może zająć więcej czasu niż sam pierwotny problem. Gdy potwierdzisz powtarzalny problem, zachowasz odpowiedni stan i jeśli chcesz, zgłosisz krótki raport, przestań powtarzać tę samą nieudaną akcję. Kontynuuj z innego użytecznego zapisu lub wstrzymaj ten cel, jeśli gra na to pozwala. Jeśli nie ma bezpiecznej możliwości kontynuacji, zachowaj dowody na późniejszą aktualizację zamiast nadpisywać je w frustracji.
Gdy pojawi się nowa poprawka, przeczytaj ją w kontekście swojego konkretnego objawu i przetestuj najmniejszą istotną sekwencję. Zaktualizuj swoje notatki z wynikiem. To wykonalny sposób uczestnictwa we Wczesnym Dostępie: utrzymujesz czytelność własnego postępu, unikasz nieobsługiwanych obietnic dotyczących kompatybilności zapisów i dostarczasz feedback, który naprawdę może prowadzić do naprawy.
Stwórz raport, który można przeczytać w jednym przebiegu
Użyj krótkiej struktury: wersja i urządzenie, lokalizacja lub zadanie, kroki, oczekiwany rezultat, rzeczywisty rezultat i powtarzalność. Umieść awarię w pobliżu początku. Czytelnik nie powinien musieć przeglądać całego dziennika sesji, aby odkryć, że interakcja z włazem nigdy nie posuwa fazy naprzód. Dodaj tło tylko wtedy, gdy zmienia ono odtworzenie, np. gdy bateria została zebrana przed osiągnięciem celu.
Przykładowa struktura to: 'W obecnej wersji załadowałem załączony zapis w tym celu. Zbliżyłem się do wskazanego obiektu i użyłem wyświetlonej interakcji. Spodziewałem się postępu etapu, ale komunikat pozostał niezmieniony. Dzieje się tak ponownie po ponownym załadowaniu tego samego zapisu.' Zastąp każde miejsce zastępcze własnymi obserwacjami. Nie twierdź o powtarzalności, jeśli nie przetestowałeś tego. Ten format jest użyteczny, ponieważ identyfikuje stan początkowy i działanie, pozwalając komuś innemu ocenić to samo zachowanie bez zgadywania, co zrobiłeś.
Opisz, co zawiera załączony zapis
Dołączony zapis jest bardziej przydatny, gdy zawiera zdanie wyjaśniające, od którego momentu się zaczyna i jak blisko jest do wystąpienia błędu. Powiedz, czy jest to przed akcją, bezpośrednio po problemie, czy starszy punkt odniesienia. Jeśli odpowiedni obiekt nie jest widoczny, podaj pobliską charakterystyczną lokalizację. Programista nie powinien musieć od nowa przechodzić zadania, żeby znaleźć sytuację, którą chciałeś zgłosić.
Jeśli masz kilka zapisów, wybierz ten, który najlepiej zachowuje możliwość odtworzenia problemu, zamiast automatycznie dołączać najnowszy. Nowszy zapis może już być po ważnym wyzwalaczu. Zachowaj inne stany dostępne, jeśli wsparcie o nie poprosi, ale unikaj wysyłania mylącej kolekcji bez oznaczeń. Ten poradnik nie podaje niezweryfikowanej ścieżki plików ani nie nakazuje edytowania zapisu. Skorzystaj z mechanizmu zgłaszania błędów oferowanego przez grę i opisuj stan zwykłymi terminami z gry.
Rozróżniaj brakujące postępy od zmienionych postępów
Brakujące postępy oznaczają, że załadowany stan jest wcześniejszy niż oczekiwałeś lub brakuje w nim działania, które pamiętasz, że wykonałeś. Zmienione postępy oznaczają, że ten sam etap teraz zachowuje się inaczej w nowej wersji gry. Zacznij od zidentyfikowania, co obserwujesz. Sprawdź wybrany zapis i swoją niedawną historię gry, zanim założysz, że aktualizacja zmieniła zadanie.
Jeśli używasz więcej niż jednego komputera, wspomnij, które urządzenie ostatnio miało pożądane postępy. Problem z synchronizacją może spowodować załadowanie starszego stanu bez żadnej porażki w grze. Odwrotnie, poprawny niedawny stan może się załadować i wciąż zawierać błąd postępu. Utrzymywanie tych gałęzi oddzielnie pomaga szukać właściwego wsparcia. Nie wybieraj nadpisania ani nie zapisuj wielokrotnie stanu, gdy nadal decydujesz, która kopia jest istotna. Najpierw ustal linię czasową, a potem przetestuj zachowanie gry na kopii, którą zamierzałeś załadować.
Porównuj jedną zmianę naraz po aktualizacji
Gdy pojawi się nowa poprawka, zakończ zwykły proces aktualizacji i przetestuj ponownie odpowiednie działanie, zanim zastosujesz niezwiązane obejścia. Jeśli dodatkowo zmienisz kilka ustawień graficznych, odłączysz urządzenia i załadujesz starszy zapis, prawidłowy wynik będzie trudny do interpretacji. Czyste porównanie pyta, czy sama aktualizacja zmieniła objaw w tych samych warunkach.
Jeśli objaw pozostaje, wybierz kolejny test na podstawie jego typu. Problemy z wejściem zasługują na porównanie wejścia; brakujący zainstalowany asset może uzasadnić weryfikację pliku; wyzwalacz zadania zasługuje na reprodukcję stanu zapisu. Zapisz wynik i przestań powtarzać test, który nie dostarcza nowych informacji. Dzięki temu rozwiązywanie problemów jest proporcjonalne. Możesz dostarczyć użytecznych dowodów bez spędzania godzin na testowaniu każdej możliwości lub udawaniu, że pojedyncza udana próba dowodzi, że cała klasa problemów została rozwiązana.
Szczegóły sprzętowe należy uwzględniać tylko wtedy, gdy mają znaczenie
W przypadku problemu z wyświetlaczem istotne mogą być rozdzielczość, tryb wyświetlania i sprzęt graficzny. W przypadku problemu z kontrolerem ważne jest urządzenie i inne podłączone urządzenia peryferyjne. Dla konkretnej interakcji zadania, która zachowuje się prawidłowo, długi sprzętowy inwentarz może być mniej przydatny niż etap zadania i zapisu. Dostosuj raport do objawu, zamiast kopiować ogromny, uniwersalny szablon diagnostyczny.
Jeśli wsparcie poprosi o więcej szczegółów, podaj je wtedy. W pierwszym raporcie zachowaj czytelność informacji i unikaj dodawania danych danych do konta, niepowiązanych plików osobistych ani pełnego przechwycenia na pulpicie z prywatnymi treściami. Pomocny raport nie wymaga wrażliwych informacji. Precyzyjne kroki rozgrywki, budowa i odpowiedni zapis zwykle stanowią lepszy punkt wyjścia niż spekulacyjne szczegóły systemowe. Celem jest ułatwienie kolejnego pytania diagnostycznego, a nie przytłoczenie odbiorcy wszystkim, co można znaleźć o komputerze.
Raportuj informacje zwrotne dotyczące balansu inaczej niż awaria
Mechanika może działać zgodnie z zamierzeniem i nadal być nieprzyjemna. Jeśli martwisz się, że survival wyczerpuje się zbyt szybko lub interakcja trwa zbyt długo, opisz doświadczenie jako informację zwrotną, chyba że masz dowody na awarię. Uwzględnij poziom trudności, aktywność i oczekiwany efekt. To pomaga zespołowi odróżnić prośbę o dostrajanie od zepsutego spustu.
Na przykład wyjaśnij, że powtarzające się powroty przerywają odczyt lub eksplorację na twoim aktualnym ustawieniu, zamiast twierdzić, że wskaźnik jest zbugowany, bo nie podoba ci się tempo. Jeśli uważasz, że wskaźnik zachowuje się niekonsekwentnie, opisz porównywalny test, który pokazuje różnicę. Jasna informacja zwrotna może wpływać na projekt, nie będąc błędnie oznaczoną jako błąd techniczny. Pomaga też innym graczom udzielać odpowiednich rad: zmiana poziomu trudności może uwzględnić preferencję doświadczenia, choć niekoniecznie naprawi zadanie, które nie rejestruje akcji.
Utrzymuj wiadomości uzupełniające powiązane z oryginalną sprawą
Jeśli później odkryjesz bardziej wiarygodną reprodukcję, zaktualizuj ten sam kanał raportu, gdzie to możliwe, i zidentyfikuj nowy szczegół. Powiedz, co się zmieniło: konkretne ułożenie obiektów, wcześniejszy zapis lub inny stan wejścia. Unikaj wysyłania tej samej niejasnej skargi wielokrotnie bez dodatkowych dowodów. Jedna spójna sprawa jest łatwiejsza do śledzenia niż kilka niepowiązanych relacji, które wydają się opisywać niepowiązane problemy.
Jeśli problem zniknie, wspomnij o budowie i działaniach, które teraz działają. Nie zacieraj rozróżnienia między potwierdzonym rozwiązaniem a objawem, którego nie możesz już odtworzyć. Oba są przydatne rezultaty, ale oznaczają różne rzeczy. Jeśli czujesz się komfortowo podając opcjonalne dane kontaktowe, spraw, by były istotne do dalszej kontroli i trzymaj je z dala od publicznych postów, gdy nie są to konieczne. Celem jest pomóc rozwiązać sprawę, jednocześnie zachowując kontrolę nad komunikacją i danymi osobowymi.
Utrzymuj niewielki rekord regeneracji podczas długich przerw
Zanim na jakiś czas opuścisz uruchomienie Early Access, zanotuj aktualną wersję, aktywny cel i dlaczego przerwałeś. Wspomnij o nierozwiązanych problemach oraz o zgłoszeniu, które wysłałeś. Po powrocie po kilku miesiącach ten zapis może uchronić Cię przed pomyleniem zapomnianego zadania z nowym błędem lub powtarzaniem obejścia, które łatka uczyniła zbędnym.
Przeczytaj aktualne notatki dotyczącego systemu, a następnie raz przetestuj wąski problem. Jeśli działa, kontynuuj proces i wycofaj stare obejście. Jeśli nie, wcześniejszy rekord daje kontekst do odnowienia raportu. To jest nawyk ciągłości i ciągłości, zwłaszcza gdy gra ma zyskać dużą zawartość z czasem. Masz jasny obraz własnych postępów, nie zakładając, że każda przyszła aktualizacja zachowa każdy stan lub będzie wymagać zaczynania od nowa.
Zamknąć pętlę, gdy problem zostanie rozwiązany
Gdy odpowiednia akcja znów zadziała, zaktualizuj swój osobisty rekord o wersję i wynik. Usuń wszelkie tymczasowe obejścia z rutyny, chyba że nadal spełniają jasny cel. Kontynuacja stosowania starych poprawek po zmianach problemu może powodować nowe zamieszanie, zwłaszcza jeśli zmieniają one kontrolki lub kolejność działań.
Jeśli opublikowałeś publiczną prośbę o pomoc, krótkie, faktyczne podsumowanie może pomóc kolejnemu graczowi: zidentyfikować łatkę lub zmieniony stan i powiedzieć, co teraz działa. Unikaj ogłaszania wszystkich powiązanych problemów rozwiązanych. Wąsko precyzyjne rozwiązanie jest bardziej użyteczne niż ogólne twierdzenie i zachowuje różnicę między twoim testowanym przypadkiem a problemami, które inni gracze mogą jeszcze badać.
Źródła i weryfikacja
Ten artykuł łączy cytowane fakty z praktycznymi poradami redakcyjnymi. Przed zastosowaniem starszej trasy sprawdź wersję i uwagi dotyczące niepewności.
