Теоретическая часть Тестовые артефакты.

В соответствие с процессами или методологиями разработки ПО, о которых мы будем говорить в дальнейшем, во время проведения тестирования создается и используется определенное количество тестовых артефактов (документы, модели и т.д.). Наиболее распространенными тестовыми артефактами являются:

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

• Набор тест кейсов и тестов (Test Case & Test suite) - это последовательность действий, по которой можно проверить соответствует ли тестируемая функция установленным требованиям.

• Дефекты / Баг Репорты (Bug Reports / Defects) - это документы, описывающие ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата

С тест-кейсами и дефектами мы уже знакомились, осталось только разобраться, что такое Тест-план, как его составлять, и нужно ли вообще это делать?

План тестирования (Test Plan)

Мне больше всего нравится следующее определение тест-плана:

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

Каждая методология или процесс пытаются навязать нам свои форматы оформления планов тестирования. Предлагаю вам, как пример, шаблоны тест планов от

• RUP (Rational Unified Process) – см. приаттаченный файл «TestPlanTemplate_RUP»

• стандарт IEEE 829: - см. приаттаченный файл «TestPlanTemplate_IEEE_829 »

Не нужно изучать и запоминать в них каждое слово. Беглого просмотра будет достаточно для того, чтобы понять, что оба эти файлы описывают одно и то же, только в различной форме.

Можно выделить основные моменты, которые должны освещаться в любом тест-плане, независимо от того, создан он на основе какого-либо шаблона, или вы решили придумать свой, более подходящий для вас документ:

1. что надо тестировать (объект тестирования: система, приложение, оборудование)

2. что будете тестировать (список функций и компонент тестируемой системы)

3. каким образом будете тестировать (стратегия тестирования - виды тестирования и их применение по отношению к тестируемому объекту)

4. когда будете тестировать (последовательность проведения работ: подготовка, тестирование, анализ результатов, в разрезе запланированных фаз разработки проекта)

5. критерии начала и окончания тестирования

В случае необходимости, тест-план может быть дополнен следующей информацией:

• Окружение тестируемой системы

• Ресурсы для тестирования системы

• Необходимое для тестирования оборудование и программные средства

• Риски и их разрешение

Как можно было отметить, бОльшую часть плана тестирования занимает ответ на вопрос «каким образом будете тестировать» или стратегия тестирования.