Всем привет! Коллеги, подскажите как правильно организовать следующий тест (нужно протестировать возможность отмены заказа).

Дано: несколько ролей пользователей, проверять надо пол каждым пользователем;

Есть поведение: нужно создать Заказ, при этом Заказ может быть с разным видом (для каждого вида должны быть заполнены определенные реквизиты). Это уже описано в одной фиче несколькими сценариями;

Задача: написать тест, который проверит нажатие кнопки «Отмена» в заказе.

Т.е. как правильно разработать тест, чтобы не дублировать ранее разработанный сценарий? Как в целом вообще реализуется тест, когда есть N ролей, M сценариев и нужно проверит 1 фичу?

Благодарю!

Я бы не стал такое делать с помощью сценарного теста. Лучше сделать маленький юнит тест на проверку апи отмены. и запускать его в разных вариантах чтобы убедиться что работает бизнес логика. И простой тест под самым ограниченным пользователем на нажатие кнопки отмены чтобы убедиться что вызоа бизнес логики выполняется без ошибок и отрисовывается результат.

Исходную фичу в экспортную. И подключать разных пользователей.

В СППР для этого пишется один сценарий и для него создаётся несколько настроек запуска, чтобы запускать под разными ролями.

Есть один сценарий. Под полными я заглядываю сверять регистры с эталоном. Под неполными команда недоступна. Как правильно изалировать блок проверки регистров в коде теста?

А есть вероятность, что под не полными движения будут другие?

Сомневаюсь

Имхо движения, движениями и их надо проверять отдельно

Ага. Отчетом

Да хоть юнитом =)

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

Пижамочник дело говорит

Тут еще гуляет мысль про расширение "помощник тестирования"

Движения "многоступенчатого" можно и под одной ролью проверить. А вот досступность перехода из стадии в стадию уже под разными

Ну это изи.

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

спасибо