Рекомендация
Когда использовать COMMON и CASE
Когда использовать COMMON и CASE
Рекомендация, как разделить подготовку и проверяемый сценарий в ComplexQA: вид COMMON и вид CASE.
Зачем
Один и тот же вход или переход в раздел повторяется во многих сценариях. Дублировать эти шаги в каждом CASE дороже, чем вынести их в предшественника COMMON. В очередь запуска попадает только CASE со статусом READY.
Как устроить работу
- Оформите повторяемую подготовку (вход, открытие раздела, базовые данные) как автотест вида
COMMON. - Выставьте у
COMMONстатусREADY, когда подготовка стабильна. - Создайте проверяемый сценарий как
CASE. - На карточке
CASEоткройте блок Предшествующие автотесты (в английской локали: Pre autotest cases) и перечислите предшественниковCOMMONпо порядку. - Привяжите тестовый аккаунт к
CASE, если нужныlogin/password. УCOMMONаккаунта нет; шагиTEST_ACCOUNTвCOMMONчитают аккаунт этогоCASE. - В запуске автотестов выбирайте только нужные элементы
READY+CASE.
Поясняющий текст под заголовком блока говорит: общие автотесты выполняются первыми в той же сессии браузера, в указанном порядке; вложенные предшественники не разворачиваются; сам COMMON в запуск не идёт.
Что не делать
| Не так | Так |
|---|---|
Весь сценарий в одном COMMON | COMMON - подготовка, CASE - проверка |
Аккаунт на COMMON | Аккаунт только на CASE |
Вложенные предшественники на карточках COMMON | Плоский список COMMON на карточке CASE |
CASE без READY в надежде, что «подхватят» | Явный READY до выбора в запуске |
Десять копий шагов входа в десяти CASE | Один COMMON «Вход» как предшественник |
COMMON входа на CASE, который снимает форму входа | Этот CASE без предшественника входа |
Импорт JSON не выставляет вид COMMON и предшественников: после импорта смените вид вручную. Разбор: Как задавать шаги автотеста без ложных падений.
Создание: Создание автотестов. Модель полей: Автотест.
Видов с именами SHARED, SETUP или SCENARIO в продукте нет.
Страница не помогла?