Документы тестировщика можно разделить по уровням иерархии.
Существуют такие документы, как тест-план (план тестирования), а также тест-стратегия (стратегия тестирования).
Эти два документа - самые высокоуровневые. Иногда сверху ставят тест-план, иногда тест-стратегию. Сути это не меняет, в любом случае эти 2 документа – старшие по рангу.
Под ними находятся тест-кейсы, тестовые сценарии, тестовые примеры, процедуры и т.д. Для этого уровня документов есть великое множество названий.
Для начала рассмотрим самые важные документы.
Начнем с тест-плана.
Тест-план может выглядеть как угодно – он может быть устным, он может быть написан на доске, может быть одностраничным, либо в виде списка вопросов, возможно, это серия e-mail, т.е. выглядеть может как угодно, необязательно он должен выглядеть как официальный формализованный документ.
Самое главное в том, что тест-план – это набор идей, что делать.
Что он в себя может включать? Как правило, он включает в себя сведения о продукте, его назначение, кто и в какие сроки будет осуществлять тестирование, т.е. план по количеству задействованных людей, по ресурсам, по срокам, по времени.
Также этот документ определяет,
какие части продукта будут протестированы, в каком объеме. За каждую часть программы он назначает ответственного, кто и какую функцию будет тестировать. Также должны быть прописаны критерии - как понять, что тестирование закончено. Очевидно, пересечение с уроком по достижению целей. Здесь есть конкретика, сроки, ресурсы, критерии.
В плане
тестирования часто отражают потенциальные риски, потенциальные слабые места – на что обратить внимание при тестировании.
Как проектируют тест-план?
Рассмотрим схему
проекта плана тестирования:
В
центре стоит процесс тестирования.
На вершине пятиконечной звезды находится миссия – проблема клиента, которую решает программный продукт.
На других концах
звезды стоят разработчики – те, кто создают программный продукт, тестировщики – те, кто его тестирует, тестовая лаборатория – с помощью каких инструментов тестировщики выполняют свою задачу, требования – на основании которых разрабатывается и тестируется продукт.
Все
части данной системы взаимосвязаны и завязаны на процесс тестирования.