Инструкция по созданию тестов в Selenium

Материал из AOW

Перейти к: навигация, поиск

Тестовый случай (Test Case) - это последовательность действий, по которой можно проверить соответствует ли тестируемая функция установленным требованиям. Под последовательностью действий понимается структура вида:

Action > Expected Result > Test Result 
Действие > Ожидаемый результат > Фактический результат

Test Case представляет собой набор специализированных команд для автоматизации тестирования определенной части программы. В Selenium IDE test case организованы в виде HTML-страниц, содержащих одну таблицу. Каждая строка таблицы содержит команду Selenium. Например:

<tr>
<td>click</td>
<td>AddMember_btn</td>
<td></td>
</tr>

Строка таблицы содержит три поля:

Command – название команды;
Target – локатор элемента;
Value – значение передаваемое команде.

Test Suite – это группа тест-кейсов (test case), объединенных по некоторому принципу, и предназначенных для проверки определенной части программы. Для формирования test suite, нужно чтобы файлы тест-кейсов находились в одном каталоге с собравшим их test suite. TestSuite является обыкновенной HTML страницей Для того, чтобы открыть Test Suite необходимо в окне Selenium IDE выбрать “File / Open Test Suite”. Список тестов открытого Test Suite-а отобразится в левой части окна Selenium IDE. Для запуска всех тестов в Test Suite-е нужно воспользоваться кнопкой “Play entire test suite”. Тесты будут выполняться в порядке очередности.


Структура Тестовых Случаев (Test Case Structure)

Каждый тест кейс должен иметь 3 части:

PreConditions - Список действий, которые приводят систему к состоянию пригодному для проведения основной проверки. Либо список условий, выполнение которых говорит о том, что система находится в пригодном для проведения основного теста состояния.

Test Case Description - Список действий переводящий систему из одного состояния в другое, для получения результата, на основании которого можно сделать вывод о удовлетворении реализации, поставленным требованиям

PostConditions - Список действий, переводящий систему в первоначальное состояние (состояние до проведения теста - initial state)

Примечание: Post Conditions не является обязательной частью. Это скорее всего - правило хорошего тона: "намусорил - убери за собой". Это особенно актуально при автоматизированном тестировании, когда за один прогон можно наполнить базу данных сотней или даже тысячей некорректных документов.

Пример тест кейса:

do A1, verify B1
do A2, verify B2
do A3, verify B3

В приведенном примере конечная проверка - В3. Это значит, что именно она является ключевой. Значит, A1 и А2 - это действия приводящие систему в тестопригодное состояние. А В1 и В2 - условия того, что система находится в состоянии пригодном для тестирования.

PostConditions в данном примере не было описаны, но по логике вещей надо выполнить шаги, которые бы вернули систему в первоначальное состояние. (например, удалили созданную запись, или отменили бы изменения сделанные в документе) Теперь ответим на вопрос: "Почему данное разбиение удобно использовать?" Ответ: конечная проверка одна, т.е. в случае если тест провален (test failed) будет сразу ясно из-за чего. Т.к. если провальными окажутся проверки В1 и/или В2, то тест кейс будет заблокирован (test blocked), из-за того, что функцию не возможно привести в тестопригодное состояние (состояние пригодное для проведения тестирования), но это не значит, что тестируемая функция не работает.

Action 	Expected Result 	Test Result
(passed/failed/blocked)
PreConditions 	
do A1 	verify B1 	passed
do A2 	verify B2 	failed
Test Case Description: 	
do A3 	verify B3 	blocked
PostConditions 	 

Детализация описания тест кейсов (Test Case Details Elaboration)

Уровень детализации тест кейсов должен быть таков, чтобы обеспечивать разумное соотношение времени прохождения к тестовому покрытию. Т.е. до тех пор пока покрытие тестами определенного функционала не меняется, можно уменьшать детализацию тест кейсов. Пример тест кейса 1: Проверка отображения страницы

Действие 	Ожидаемый результат 	Результат теста
Открыть страницу Логин - Окно Логин открыто
- Название окна - Логин
- Логотип компании отображается в правом верхнем углу
- На форме 2 поля - Имя и Пароль
- Кнопка Логин доступна
- Линк забыл пароль - доступен 

Пример тест кейса 2:

Название: Проверка отображения страницы
Действие: Открыть страницу Логин
Проверка: Проверьте, что отображаемая страница соответствует странице на картинке 1 (и прилагаем скринншот страницы Логин)

В примере 1 и 2 покрытие будет одинаковым, но вот время, которое потребуется для прохождения, будет разным.

Личные инструменты

Разработка веб-сайтов, автоматизация.
По всем вопросам обращайтесь по телефонам:

+7 495 640 29 90
http://artofweb.ru