Перенос карточки без перетаскивания

Зафиксируйте одно задание

В вымышленной доске есть J17 и J18 с одинаковым коротким названием «Подготовить макет». Оба задания находятся в колонке «В работе». Владелец поручил перевести только J17 в «На проверке»; J18 и остальные поля должны остаться без изменений. Условная роль вправе выполнять этот переход, все его деловые предпосылки уже выполнены. Правила доступа и смысл статуса здесь заданы заранее.

Каждый проход начинается с этого же состояния. Так проверяющий не сравнивает перенос нового задания с повторной отправкой уже изменённого. Для будущей практической проверки сначала согласуйте изолированную среду и подготовьте условные записи. Исключите реальные уведомления, платежи и другие внешние последствия. В этой статье интерфейсы не испытывались, записи не менялись, возможности SABSUS не подтверждались.

Разведите условия наблюдения

Меню выбора колонки — пример W3C. Его проверяют одним указателем без перетаскивания; клавиатурный путь — без требований к темпу нажатий. Эквивалентный компонент допустим, перетаскивание можно оставить.

Обычный перенос здесь зависит от конечных точек, не от траектории. Не рассматриваем неизменённые функции браузера или действия, где без перетаскивания принципиально меняется функция и соответствующей альтернативы нет.

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

Прочитайте четыре случая

В матрице ниже перетаскивание работает во всех строках. Буква обозначает отдельную условную конфигурацию, а не этап доработки продукта. Значения «Да» и «Нет» заданы условиями примера. «Нет» означает известное отсутствие нужного пути. В будущем испытании отсутствие наблюдения отмечайте иначе: «Не проверено». Пропущенный проход нельзя превращать ни в успех, ни в установленный дефект.

Перед показом попросите исполнителя заполнить список действий от исходной доски до результата: что открыть, что выбрать, чем завершить операцию. Запись должна позволять другому человеку повторить показ без устной подсказки. Если описание начинается уже с открытого меню, верните в него пропущенный шаг. Сохраните также номер сборки, браузер и устройство: отчёт должен указывать, к какой версии относится вывод.

Сохраните наблюдение, которое можно повторить

Для каждого прохода заведите короткую запись: исходное состояние, последовательность действий, конечный результат и первое препятствие. При остановке сохраните место, где продолжение стало невозможно, и то, что ожидалось дальше. Различайте найденный барьер, незнакомую проверяющему инструкцию и неподготовленное состояние. Не назначайте техническую причину по одному внешнему признаку; исполнителю нужен воспроизводимый случай.

Не подменяйте ход действий одним снимком конечной колонки. Он может подтвердить расположение карточки в данный момент, но не показывает, что делал проверяющий. Короткая запись экрана или подробный протокол полезнее, если в нём видны начало, действия и результат. Используйте условные данные; для обсуждения этого задания не нужны фамилии клиентов или содержимое настоящих заказов.

Сверьте запись отдельно от способа действия

Одинаковые названия J17 и J18 нужны для небольшой контрольной ловушки. После выполнения откройте результат и сравните идентификатор с исходным заданием. Перенос J18 вместо J17 означает ошибку результата, даже если движение карточки выглядело убедительно. Это дополнительная деловая проверка, а не новое заключение о нормативном содержании двух критериев.

Сам переход в колонку не доказывает выполнение работы по заданию.