Критерий прохождения теста:
Все ожидаемые значения совпадают с реальными
Сценарий тестирования:
№
Шаг сценария
Ожидаемый результат
1
Запустить терминальный клиент и
соединиться с системой по адресу
127.0.0.1
Должно появиться приглашение терминала TRANSFER>
2
Запустить процесс передачи
данных при помощи ввода
команды SEND DATA
Должно появиться приглашение DATA TRANSFER INITIATED
и следующими двумя строками
Enter your credentials…
Login:
3
Ввести имя учетной записи default
Должна появиться строка Password:
118
4
Ввести пароль default
Должно появиться сообщение
Default user blocked – system set to High security и соединение с
терминалом должно быть прервано
Как можно видеть, такая форма представления действительно неудобна для
автоматизации тестирования и предназначена исключительно для ручного тестирования.
Иногда такие тест-планы совмещают с отчетами о проведении тестирования, добавляя в
таблицу описания сценария третью и четвертые колонки – «Реальный результат» и
«Соответствует», в который заносятся реальная реакция системы и указание на
совпадение/несовпадение результатов соответственно. В конце описания каждого тестового
примера добавляется графа «Пройден/не пройден», в которую заносится информация о том,
пройден ли тестовый пример в целом. В конце всего тест-плана совмещенного с отчетом
помещается графа «Тестовых примеров пройдено/всего», в которую заносится число
пройденных тестовых примеров и общее их число.
Сценарии тестирования для автоматического тестирования часто описывают на том или
ином языке программирования. Например, методы в тестирующих классах Microsoft Visual
Studio Team Edition представляют собой именно пошаговые описания действий, которые
необходимо выполнить тестовому окружению для проведения тестирования. Возможна и
более близкая к естественному языку форма подготовки тестовых примеров. Например, при
тестировании логической функции с уровнем покрытия MC/DC и описании тестовых
примеров на одном из диалектов Visual Basic Script возможно записать сценарий тест-плана
в такой форме:
'----------------------------------------------------------------
' TEST CAS ES
'----------------------------------------------------------------
' 8 testcases
' 1 2 3 4 5 6 7 8
' -----------------------------------------------
' computed - - 0 0 0 - - -
' good1 0 1 0 0 0 0 0 0
' computed2 - - - - 0 - - -
' good2 1 1 1 0 0 1 1 1
' delay - - - - - 0 - -
' pack1 1 1 1 1 1 1 0 0
' pack2 0 0 0 0 0 0 0 1
' -----------------------------------------------
' output_message 1 0 0 1 0 0 0 1
'-------------------------------------------------------------------
' Testcase #1:
Call Test_Message_Call (-, 0, -, 1, -, 1, 0, 1)
'-------------------------------------------------------------------
' Testcase #2:
Call Test_Message_Call (-, 1, -, 1, -, 1, 0, 0)
'-------------------------------------------------------------------
' Testcase #2:
Call Test_Message_Call (0, 0, -, 1, -, 1, 0, 0)
'-------------------------------------------------------------------'
Testcase #4:
Call Test_Message_Call (0, 0, -, 0, -, 1, 0, 1)
'-------------------------------------------------------------------'
Testcase #5:
Call Test_Message_Call (0, 0, 0, 0, -, 1, 0, 0)
'-------------------------------------------------------------------'
Testcase #6:
Call Test_Message_Call (-, 0, -, 1, 0, 1, 0, 0)
'-------------------------------------------------------------------'
Testcase #7:
Call Test_Message_Call (-, 0, -, 1, -, 0, 0, 0)
119
'-------------------------------------------------------------------'
Testcase #8:
Call Test_Message_Call (-, 0, -, 1, -, 0, 1, 1)
При такой форме представления сценарий каждого тестового примера состоит из
последовательности вызовов функций (в данном случае функция всего одна), которые
передают данные в среду тестирования.
Do'stlaringiz bilan baham: |