Как составить список элементов управления в контексте.
Инвентаризация элементов управления должна учитывать подписи и роли в контексте. Кнопке только со значком может требоваться доступное имя, даже если её смысл кажется очевидным.
Адаптируйте процесс под свою задачу.
Перечислите доступные для действия элементы в заданной области страницы, записав видимую подпись, доступное имя, роль и состояние, если они есть. Связывайте повторяющиеся подписи с их контейнерами. Не нажимайте элементы только ради опознания; отметьте неизвестное поведение для дальнейшей проверки.
- Что вы предоставляете
- Отображаемые элементы управления страницы.
- Что вы получите
- Подписи, типы и видимый контекст кнопок.
Посмотрите входные данные и результат.
Иллюстративные входные и выходные данные · учебный пример, а не реальный запуск WebAct
Полей ввода: Пример
Supplied DOM: <button>Save draft</button> and <button><svg aria-hidden="true"></svg></button>. Second control visually uses a trash icon; no other naming attributes.
Готовый пример
Control 1: native button, visible and accessible name "Save draft". Control 2: native button, no accessible name in the supplied markup; decorative SVG does not provide one. Review: confirm the second action, then provide an accurate name such as Delete item if that is its actual function.
Добавьте эти данные в промпт и скопируйте его в WebAct, чтобы попробовать задачу. Ваш результат может отличаться от примера.
Решения и устранение проблем.
Включать ли в список ссылки, оформленные как кнопки?
Да, при проверке интерфейса, но сохраняйте их роль ссылки и адрес назначения, чтобы отличать переход от действия.
Почему в результате трудно различить несколько кнопок «Удалить»?
Отсутствует окружающая запись или раздел. Добавьте этот контекст и проверьте, различаются ли доступные имена.
Попробуйте на собственном источнике.
Замените пример своим материалом в промпте. Сохраните нужные требования и скопируйте задачу в WebAct.
Настроить и скопировать задачу ↑