[highlight dark=”no”]Тестовый случай (test-case)[/highlight] – это определенный перечень действий, сложившихся условий и характеристик, которые необходимы для проверки того, насколько тестируемый функционал, или какая-то отдельная функция были реализованы.
[highlight dark=”no”]Предварительные условия (Preconditions)[/highlight] – совокупность всех требуемых подготовительных шагов (настройки программы, среды тестирования) для реализации этого тестового случая.
Использование предварительных условий во время проверки ПО
Предварительные условия содержат в себе важные данные (шаги), необходимые для предварительной подготовки ОС, тестовой программы, мобильного устройства, браузера и т.п. Прежде чем приступать к прохождению тест-кейсов, все эти условия должны быть выполнены.
Если же прохождение тест-кейса будет предшествовать требованиям, которые описываются в предварительных условиях, то он не может быть пройден или же полученные результаты будут ошибочными.
Предварительные условия (ПУ) могут иметь всего лишь одно или несколько предложений. Ограничений по количеству предложений в предварительных условиях нет, но лучше всего, чтобы они составляли [highlight dark=”no”]1-2 строки.[/highlight] Так, как и шаги, ПУ должны быть информационно краткими, но содержательными.
Еще ПУ можно записывать как шаги, если этого требует конкретный сложившийся случай (к примеру, для того, чтобы правильно их реализовать).
Если заполнять шаги и желаемые результаты нужно обязательно, то ПУ можно записывать только тогда, когда это необходимо.
Примеры
| Пройден | Провален |
|---|---|
| Пользователь выполнил успешную авторизацию в личный кабинет | Посетитель авторизовался на сайте через специальную форму «Авторизация», которая размещена на главной странице и теперь он находится в своем личном кабинете
Подсказка: в данном случае, описывать всё подробно не является логичным |
| Посетитель авторизовался.
В корзине находится один или группа товаров |
В корзине находится один или несколько товаров
Подсказка: упущена важная информация касательно авторизации. Это важно, в случае, если пользователь собирается купить товар. Без авторизации на сайте он этого сделать не сможет. Либо же придется вписывать различные дополнительные данные, что уже является отклонением от шагов этого тест-кейса |
| В параметрах ОС прописан путь PATH к компонентам программы | Предварительные условия: отсутствуют
Подсказка: в данном случае, прописать путь PATH к библиотекам было обязательным предварительным условием, поскольку без этой информации программа будет работать некорректно |
Если существует несколько тест-кейсов, где в каждом требуется осуществить пару действий, но эти действия не являются объектом для тестирования, то тест-кейсы одного типа можно записать как предварительные условия.
К примеру, нужно создать два тест-кейса для тестирования функционала формы «Мой адрес».
Применив в данном задании предварительные условия, вы сможете создать легкие для понимания и более правильно построенные тест-кейсы:
| Тест-кейс №1 (с ПУ) | Тест-кейс №2 (без ПУ) |
|---|---|
| Предварительные условия: посетитель авторизовался и сейчас находится в личном кабинете на пункте меню «Мой адрес»
1. Заполняем все поля формы необходимыми данными; |
Предварительные условия: отсутствуют
1. Авторизация; |
| Тест-кейс №2 (с ПУ) | Тест-кейс №2 (без ПУ) |
|---|---|
| Предварительные условия: посетитель авторизовался и зашел в свой личный кабинет на вкладку «Мой адрес»
1. Заполняем все поля корректной информацией; |
Предварительные условия: отсутствуют
1. Авторизация; |
Как видим, с помощью ПУ можно уменьшить последовательность шагов выполнения тест-кейсов [highlight dark=”no”]минимум на 4 действия.[/highlight] Это никаким образом не влияет на корректную интерпретацию тестовых случаев, но значительным образом снижает их общее количество.
Подобная практика позволяет не просто [highlight dark=”no”]выстроить эффективную стратегию тестирования[/highlight], но и существенным образом [highlight dark=”no”]сэкономить[/highlight] время разработчиков и заложенный в тесты бюджет клиента!
0 Comments