Третий этап работы

Пример верификации (продолжение примера глав 2 и 6)

Процесс тестирования

Как уже говорилось, тест состоит из набора тестовых примеров. Перед написанием теста необходимо подготовить сценарий каждого тестового примера. Такие сценарии описываются в тест-плане. Тест-план представляет собой документ, последовательно описывающий всю совокупность тест-примеров с указанием конкретных значений всех входных данных, действий, а так же ожидаемых значений выходных данных (см. выше про то, что включает в себя тестовый пример).

В тест-плане отражается основная логика тестирования, а сам тест (набор тестовых примеров) является реализацией тест-плана. Имея достаточно формальный и полный тест-план можно создать достаточно универсальный тест-драйвер, который будет брать в качестве исходных данных тест-план, создавать на основе него все необходимые условия для каждого тестового примера и выполнять заданные сценарии, сравнивая реальные выходные значения с ожидаемыми. Этот подход часто применяется для автоматизации процесса тестирования.

Если в тест-плане для каждого тестового примера указываются ссылки на тестируемые им требования, то можно говорить о трассировке или о соответствии тестового примера тест-плана требованию. Аналогично, при кодировании теста, для каждого тест примера удобно указывать ссылку на номер его описания в тест-плане.

Такая трассировка позволит, при выявлении ошибки каким-либо тестовым примером определить, перейдя к тест-плану, при каких условиях проявилась ошибка, и далее, прейдя к требованиям, выяснить, какие требования нарушены. Т.к. в ходе разработки документация может меняться, то при трассировке необходимо сохранять соответствие версий трассируемых документов. Это, в свою очередь, позволяет определять область влияния внесенных изменений. Например, определить какие тесты должны быть модифицированы или перепроверены при изменении части требований к системе.

Результатом выполнения теста является отчет о прогоне теста, в котором отражается, сколько всего было выполнено тестовых примеров, сколько ошибок найдено, какие тестовые примеры выявили ошибки. Удобно помещать в отчет о прогоне теста ожидаемые и реальные значения всех выходных данных после выполнения каждого тестового примера, чтобы в случае выявления ошибки, можно было их сравнить.

6. Тестирование программной реализации

Соображения

Общие требования к тест-плану состоят в определении входных воздействий на программу достаточных для проверки всех требований по проверке функций программной реализации как черного ящика (полнота покрытия требований). Дополнительно желательно определить входные воздействия обеспечивающие выполнение всех ветвей программной реализации (программа проверяется как белый ящик). Часто удобно представлять тест-план в виде таблицы:

ВХОД

ВЫХОД

Проверяемое Требование

Комментарии

Выводы

Далее приведен не полный пример тест плана.

6.1. Вход:"ABCD EFG,HIJ."

Выход:"BCAD FGE,IJH."

Требование 4.1.2 Длина первого слова равна 4.

6.2. Вход:" ABCD EFG,HIJ."

Выход:" BCAD FGE,IJH."

Требования 4.1.1,4.1.2 Ведущие пробелы и длина первого слова равна 4.

6.3. Вход:"..,,."

Выход:"..,,."

Требование 4.1.3 Строка состоит из одних разделителей.

6.4. Вход:"ABCDE FG,HIJ."

Выход:"BCAED GF,IJH."

Требование 4.1.2 Длина первого слова равна 5, а второго 2.

6.5. Вход:"1234567890.........2.........3.........4.........5.........6,,,,,,,,,7,,,,,,,,,8"

Выход:"2315648970.........2.........3.........4........5.........6,,,,,,,,,7,,,,,,,,,8"

Требования 4.1,4.1.2,4.4 Длина первого слова равна 10, а остальных 1, общая длина строки 80 символов.

6.6. Вход:"1234567890.........2.........3.........4.........5.........6,,,,,,,,,7,,,,,,,,,80"

Выход: Сообщение "Ошибка во входной строке"

Требования 4.3.3. Длина строки больше 80 символов.

6.7. Вход:"1*2"

Выход: Сообщение "Ошибка во входной строке"

Требования 4.3.2. Строка содержит недопустимый символ.

6.8. Вход:"...123"

Выход: Сообщение "Ошибка во входной строке"

Требования 4.3.1. Ведущие разделители не пробелы.

6.9. Вход:""

Выход: Сообщение "Работа закончена"

Требования 4.2. Введена пустая строка.

Замечание

Приведенный выше тест-план не проверяет (явно) вывод предупреждающего сообщения о вводе новой строки. Такое требование не было явно определено в разделе 4. Это недоработка требований по проверке функций программной реализации. Хороший тестировщик должен сам включить подобную проверку в свой тест-план. Дополнительные пункты плана явно зависят от конкретного программного кода и поэтому не приведены в данном примере.

Дата добавления: 2014-12-26