#Тестовыйсценарий имеет определенный шаблон, разработанный для того, чтобы стандартизировать и упростить создание и дальнейшее чтение тест-кейсов. Шаблон условно стандартизированный, потому что может меняться в зависимости от компаний и процессов.
1⚙️. ID - уникальный номер.
Обычно проставляется автоматически в системах хранения тест-кейсов.
2⚙️. Краткое описание тест-кейса (title).
Название тест-кейса должно быть коротким и понятным. Оба эти слова важны, например "Авторизация пользователя"
3⚙️. Ссылка на требования — ссылка на требование или ТЗ, на основе которого был составлен тест-кейс.
4⚙️. Автор тест-кейсы (аuthor) — тестировщик, который написал тест-кейс.
5⚙️. Приоритет (Priority) — насколько важен этот тест-кейс, в какую очередь его стоит выполнять.
6⚙️. Название/модуль/версия продукта (Component/Version) — описание ПО, на котором можно выполнить тест-кейс.
7⚙️. Предварительные условия (pre-condition) — шаги, которые необходимо выполнить перед началом тестирования по этому тест-кейсу.
8⚙️. Шаги (steps) — точная последовательно действий для выполнения проверки.
Шаги должны быть четкими и понятными. В идеале их нужно писать так, чтобы понял даже человек, который видит проект и тестирование в первый раз. Четкие шаги снизят риски того, что тест-кейс будет неправильно понят, а соответственно и неправильно протестирован другими тестировщиками, особенно новичками, которые только пришли на проект.
Например,
1.Открыть страницу сайта "..."
2. Ввести значения логина и пароля
3. Нажать кнопку "Войти"
9⚙️. Ожидаемый результат (expected result) — что мы получаем после выполнения шагов.
Например, Авторизация пользователя успешно завершена. Открыт личный кабинет пользователя
10⚙️. Приложения (attachments) — дополнительная информация, которая поможет выполнить тест-кейс, например, скриншоты, текстовые файлы и прочие файлы.
в помощь ознакомиться со статьей Основы тестирования. Тест-кейсы и чек-листы
1⚙️. ID - уникальный номер.
Обычно проставляется автоматически в системах хранения тест-кейсов.
2⚙️. Краткое описание тест-кейса (title).
Название тест-кейса должно быть коротким и понятным. Оба эти слова важны, например "Авторизация пользователя"
3⚙️. Ссылка на требования — ссылка на требование или ТЗ, на основе которого был составлен тест-кейс.
4⚙️. Автор тест-кейсы (аuthor) — тестировщик, который написал тест-кейс.
5⚙️. Приоритет (Priority) — насколько важен этот тест-кейс, в какую очередь его стоит выполнять.
6⚙️. Название/модуль/версия продукта (Component/Version) — описание ПО, на котором можно выполнить тест-кейс.
7⚙️. Предварительные условия (pre-condition) — шаги, которые необходимо выполнить перед началом тестирования по этому тест-кейсу.
8⚙️. Шаги (steps) — точная последовательно действий для выполнения проверки.
Шаги должны быть четкими и понятными. В идеале их нужно писать так, чтобы понял даже человек, который видит проект и тестирование в первый раз. Четкие шаги снизят риски того, что тест-кейс будет неправильно понят, а соответственно и неправильно протестирован другими тестировщиками, особенно новичками, которые только пришли на проект.
Например,
1.Открыть страницу сайта "..."
2. Ввести значения логина и пароля
3. Нажать кнопку "Войти"
9⚙️. Ожидаемый результат (expected result) — что мы получаем после выполнения шагов.
Например, Авторизация пользователя успешно завершена. Открыт личный кабинет пользователя
10⚙️. Приложения (attachments) — дополнительная информация, которая поможет выполнить тест-кейс, например, скриншоты, текстовые файлы и прочие файлы.
в помощь ознакомиться со статьей Основы тестирования. Тест-кейсы и чек-листы