Изменение контекста при вводе с нейросетью разбирают по событиям формы: какое значение изменилось и что произошло без отдельного подтверждения. Итог упражнения — реестр автоматических переходов и протокол проверки. ИИ помогает подготовить вопросы и ожидания; наблюдения записывает человек на согласованном стенде.
Почему выбор значения и команда — разные действия?
Участник выбирает язык учебного каталога. Он ещё просматривает варианты, а приложение уже открывает другую страницу. Или человек заполнил часть номера, и курсор сам перескочил дальше. Для редактора это не только вопрос понятной подписи: нужно выяснить, какое действие вызвало переход и был ли человек предупреждён заранее.
Пояснение W3C On Input разбирает критерий 3.2.2 уровня A. Изменение настройки компонента не должно автоматически менять контекст, если пользователя не предупредили о таком поведении до использования компонента. Существенно именно условие о предварительном предупреждении: это не безусловный запрет автоматических действий.
Факт. Изменение содержимого не всегда меняет контекст. В примере W3C выбор типа записи календаря показывает дополнительные поля, но основная структура остаётся прежней. Такой случай нельзя автоматически приравнять к открытию новой страницы.
Здесь предложено авторское учебное упражнение, а не аудит реального продукта. W3C не проверяет наш запрос к модели, качество обучения или конкретную реализацию. Все элементы и значения ниже вымышлены. Результат работы не подтверждает соответствие всей формы WCAG.
Если нужно назвать поле, используйте задание по подписям. Здесь другой результат: отделить смену значения от команды и определить, когда именно возникает новый контекст.
Расскажите, чему хотите научить команду. Обсудим задачи и формат обучения.
Сначала опишите событие, затем его последствие
В пояснении On Input ввод текста, отметка чекбокса и выбор варианта меняют настройку компонента. Активация ссылки — другое действие. С кнопками нужно смотреть на функцию: кнопка с переключаемым состоянием меняет настройку, а кнопка отправки, которая передаёт данные и переводит на другую страницу, активирует команду. Одного внешнего вида недостаточно для классификации.
Не поручайте ИИ решить это по слову «кнопка» в спецификации.
Зафиксируем условия условного каталога практикумов. Выбор «Онлайн» раскрывает поле часового пояса, фокус остаётся на выборе формата, остальное содержание сохраняется. Выбор языка сразу открывает соответствующую версию каталога; перед списком пока нет предупреждения. Кнопка «Открыть выбранный практикум» выполняет переход только после отдельной активации. В поле учебного кода после заполнения первой части фокус автоматически переходит ко второй; предупреждение пока не предусмотрено.
Это исходник упражнения с намеренно оставленными вопросами, а не рекомендуемый интерфейс.
| Компонент | Событие | Заданное последствие | Что требуется разобрать |
|---|---|---|---|
| Формат | Выбран «Онлайн» | Добавилось поле, фокус прежний | Сохранился ли общий контекст по фактическому поведению |
| Язык | Изменён вариант | Открывается другая страница | Нет предварительного предупреждения; нужно решение владельца |
| Практикум | Активирована кнопка перехода | Открывается выбранная страница | Отдельная команда; не смешивать со сменой значения |
| Учебный код | Заполнена первая часть | Фокус переходит во вторую | Автоматическое перемещение; нет предварительного предупреждения |
Первую строку нельзя принять только по описанию. На стенде может оказаться, что вместе с полем полностью перестраивается страница или перемещается фокус. Тогда фактическое последствие уже отличается от исходника. Запишите расхождение, вместо того чтобы сохранить прежнюю классификацию для удобства.
Одно событие ввода может иметь разные последствия. Классифицируют наблюдаемое поведение, а не название элемента.
Схема повторяет различие из таблицы: локальное обновление оценивается отдельно, переход страницы и перенос фокуса требуют разбора изменения контекста. Она не сообщает, что реальный интерфейс уже прошёл испытание.
Что поручить нейросети по этому исходнику?
Передайте только условную спецификацию. Пароли, заполненные заявки, внутренние адреса и данные сотрудников для упражнения не нужны. Реальные материалы используют в разрешённом инструменте по правилам организации.
Полезное действие запроса — подготовить реестр последствий с основаниями и вопросами. Не просите модель «сделать форму доступной» без данных о поведении.
По четырём условиям учебного каталога составь таблицу: компонент, изменение значения или отдельная команда, последствие, основание в исходнике, нерешённый вопрос и сценарий проверки. Раздели локальное обновление, переход страницы и перемещение фокуса. Не утверждай, что любое обновление меняет контекст. Не добавляй предупреждения в описание существующего интерфейса: их пока нет. Предложения владельцу помести отдельно. Колонку фактического наблюдения оставь незаполненной. Не создавай HTML и не заявляй, что проверил страницу.
Сначала проверьте, сохранил ли ответ исходные условия. Фраза «пользователь нажимает “Применить язык”» подменяет сценарий: такой кнопки пока нет. Она может стать предложением, но не описанием текущей реализации. «Автопереход запрещён всегда» тоже меняет смысл критерия, теряя оговорку о предупреждении.
Модель может назвать раскрытие поля нарушением только потому, что изменилась страница. Попросите показать, какое существенное изменение контекста она имеет в виду. Если ответ ссылается лишь на появление поля, верните его к определению и примеру календаря. Если предполагает перенос фокуса, которого нет в исходнике, это неподтверждённая гипотеза.
Мнение. Для разбора навыка полезнее сохранить спорную строку с вопросом, чем заставить модель выдать окончательное «соответствует». Так участник учится видеть недостающие сведения и не превращать уверенный тон в техническое заключение.
У каждой принятой строки должно быть основание: условие упражнения, конкретное положение документа или фактическое наблюдение. Авторское предложение об удобстве обозначают как предложение. Оно не становится требованием W3C оттого, что рядом стоит ссылка.
Когда предложить отдельное подтверждение?
Техника W3C G80 описывает кнопку отправки как механизм явного запроса изменения контекста. Для нашего списка языков можно предложить вариант: выбор сохраняет нужный язык, а переход запускает отдельная кнопка «Открыть каталог на выбранном языке». Это проектное предложение владельцу учебного примера.
Не вписывайте кнопку в журнал выполненной проверки до её реализации.
В карточке решения разделите нынешнее и предлагаемое поведение. Сейчас смена языка открывает страницу без предварительного сообщения. Предлагается убрать переход из самой смены значения и оставить его отдельной команде. Владелец должен подтвердить этот вариант, разработчик — реализовать, проверяющий — повторить сценарий. Редактор не добавляет кнопку прямо в рабочую форму по ответу ИИ.
У G80 есть процедура проверки форм и наличия кнопки отправки. Но наличие любой кнопки не доказывает нужное поведение. Если список продолжает сам открывать страницу, новая кнопка рядом не устраняет исходную автоматическую реакцию. Поэтому в учебном протоколе отдельно проверяем выбор без активации команды и последующую активацию команды.
Для кода с автоматическим переносом фокуса отдельная кнопка не является готовым универсальным решением. Нужно обсудить назначение разбивки полей и желаемое поведение. Не просите ИИ механически вставить «Продолжить» между каждой частью: это уже изменение взаимодействия, которое требует собственного решения и проверки.
Техники W3C — примеры способов выполнения требований, а не обязательный единственный рецепт. Статья не предписывает всем формам конкретную архитектуру.
Предложения хранят отдельно от описания существующего поведения. Для каждого нужен согласованный вариант и новая проверка.
Что означает предупредить заранее?
Техника W3C G13 описывает информацию о том, что произойдёт после изменения значения, до такого действия. Она приводит размещение инструкции перед компонентом в порядке чтения; для пошагового процесса возможна инструкция на предшествующем этапе. В определённом контексте обязательного обучения работе с интранетом инструкция может быть частью этого обучения. Это не разрешение спрятать предупреждение для случайного посетителя в неизвестном ему учебном курсе.
Для списка языков в нашем примере альтернативное предложение звучит так: «При выборе языка откроется соответствующая версия каталога». Владелец сначала должен подтвердить, что это точно описывает действие, включая способ открытия. Если появляется новое окно, текст о простой смене версии может не объяснять существенную часть поведения.
Предупреждение после перехода опаздывает.
Фраза «Язык изменён» описывает уже случившийся результат. Она не заменяет предварительное объяснение. И общая надпись «Будьте внимательны» не говорит, какое последствие наступит. Для учебного кода можно предложить: «После заполнения первой части курсор автоматически перейдёт во вторую». Это пример текста по заданным условиям, не готовая рекомендация для любого поля кода.
В G13 также рекомендуется по возможности программно связать инструкцию с компонентом. Редактор передаёт смысл сообщения специалисту; техническую связь и фактическую доступность пояснения проверяют в реализации. Копирование текста рядом с элементом не подтверждает, что все пользователи получат его в нужный момент.
Не переносите автоматически приём из статьи о сообщениях статуса. Там разбирается объявление результата без смены контекста. Здесь важно, что человек узнал о предстоящем переходе до изменения значения. Объявление результата и предварительное предупреждение выполняют разные задачи.
Как записать проверку без выдуманного успеха?
Работайте на разрешённом стенде с условными значениями. Укажите адрес и версию страницы, браузер, систему и способ взаимодействия. Для проверки со вспомогательной технологией сохраните её название и версию. Объём заключения ограничьте выполненными сценариями: статья не даёт универсального набора для всех компонентов.
Для списка языка восстановите исходную страницу. До выбора прочитайте доступную инструкцию и запишите её точный текст, место в порядке чтения и способ получения. Затем измените вариант и отметьте: остался ли тот же адрес и документ, открылось ли окно, где находится фокус и что сохранилось из исходного содержимого. Эти наблюдения помогают специалисту классифицировать последствие; ни один признак не следует использовать как единственный тест всех изменений контекста.
Для согласованного варианта с кнопкой выполните два отдельных шага: смените значение без команды, затем активируйте команду. Ожидаемое поведение берите из принятой спецификации. Если её ещё нет, не заполняйте строку как принятую.
| Сценарий после согласования варианта с кнопкой | Ожидание упражнения | Факт |
|---|---|---|
| Выбрать другой язык, не активировать кнопку | Значение меняется, переход не начинается | Заполнить на стенде |
| Активировать «Открыть каталог на выбранном языке» | Открывается согласованная версия каталога | Заполнить на стенде |
| Вернуться к исходному состоянию и выбрать иной вариант | Нет неожиданной автоматической отправки | Заполнить на стенде |
Это шаблон проверки предлагаемой реализации, а не результаты настоящего тестирования.
В автоматическом варианте вместо проверки отсутствия перехода нужна проверка предварительной информации и фактического соответствия описанному поведению. Не смешивайте две альтернативы в одной строке: иначе проверяющий не поймёт, чего ожидать. Сохраните выбранное решение владельца рядом с версией стенда.
Для кода зафиксируйте момент перемещения фокуса и доступность предупреждения до ввода. Если курсор уходит раньше заданного условия, опишите реальную последовательность. Причину устанавливает специалист; ответ «добавьте tabindex» по одному наблюдению не является диагностикой.
Полный маршрут клавиатурного обхода рассматривается в упражнении о порядке фокуса. В текущей работе мы выясняем, вызвала ли смена значения автоматический перенос и было ли поведение заранее объяснено. Это ограниченная проверка другого свойства интерфейса.
Как принять упражнение у сотрудника?
Попросите сдать исходные условия, первый ответ ИИ, принятую таблицу последствий и вопросы владельцу. Для реализованного варианта добавьте решение, версию страницы и журнал наблюдений. Пока стенд не проверен, результат называется планом проверки.
Преподаватель может заранее внести в ответ три подмены: объявить всякое раскрытие поля сменой контекста, назвать кнопку перехода сменой настройки и поставить предупреждение после автоматического перехода. Участник должен найти основания для исправления каждой строки. Это учебные ошибки, а не утверждения о типичной частоте дефектов модели.
Работа готова к передаче, когда классификация не опирается только на внешний вид, предложение не выдано за существующий интерфейс и фактические результаты отделены от ожиданий. Непроверенный способ взаимодействия отмечают прямо. Один успешный проход не распространяют на все устройства, технологии или версии страницы.
Если команда готовит интерфейсные инструкции и учебные формы, такое задание можно обсудить в рамках программы корпоративного обучения ИИ. Для обсуждения достаточно описать роль редактора, владельца поведения и проверяющего без передачи реальных заявок.
Частые вопросы
Любое появление поля запрещено?
Нет. В On Input прямо разделены изменения содержимого и контекста. Важно фактическое последствие: сохранение основной структуры, положение фокуса и другие существенные изменения. Вымышленный пример с раскрытием поля не подтверждает качество реальной формы.
Можно ли автоматически перевести человека на другую страницу?
Рассматриваемый критерий содержит условие предварительного предупреждения. Но это не означает автоматического одобрения любого перехода: нужно точно описать последствие, проверить реализацию и остальные применимые требования. Для упражнения отдельно обсуждаются явная команда и заранее объяснённое поведение.
Достаточно сообщения после смены языка?
Такое сообщение не является предварительным предупреждением. Оно может описывать результат, но не объясняет заранее, что произойдёт после выбора. Эти две функции не подменяют друг друга.
Может ли модель заполнить протокол по спецификации?
Она может предложить ожидания и шаги. Фактическое наблюдение появляется после выполнения сценария человеком. Слова «переход проверен» без выполненного действия в протокол не принимают.
Источники
- W3C: On Input — изменение настройки, контекст, локальные обновления и примеры.
- W3C: G80 — явный запрос изменения контекста через кнопку отправки.
- W3C: G13 — предварительное описание последствий и процедура проверки.
