Стратегия тестирования и план тестирования

Стратегия тестирования

Документ стратегии тестирования - это документ высокого уровня, обычно разрабатываемый менеджером проекта. Этот документ определяет «Подход к тестированию программного обеспечения» для достижения целей тестирования.

Стратегия тестирования обычно выводится из документа спецификации бизнес-требований.

Документ стратегии тестирования является статическим документом, что означает, что он не обновляется слишком часто. Он устанавливает стандарты для процессов и действий тестирования, а другие документы, такие как План тестирования, основаны на тех стандартах, которые установлены в Документе стратегии тестирования.

Некоторые компании включают «Подход к тестированию» или «Стратегию» в План тестирования, что нормально и обычно применимо к небольшим проектам. Однако для более крупных проектов существует один документ стратегии тестирования и разное количество планов тестирования для каждой фазы или уровня тестирования.

Компоненты документа стратегии тестирования

• Объем и цели
• Деловые вопросы
• Роли и обязанности
• Связь и отчеты о состоянии
• Результаты тестирования
• Отраслевые стандарты, которым необходимо следовать
• Автоматизация тестирования и инструменты
• Тестовые измерения и метрики
• Риски и смягчение
• Отчетность и отслеживание дефектов
• Управление изменениями и конфигурациями
• План тренировок

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

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

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

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

Я лично считаю, что, когда начинается фаза тестирования и Менеджер тестирования «контролирует» действия, план тестирования должен быть обновлен, чтобы отразить любое отклонение от первоначального плана. В конце концов, планирование и контроль - это непрерывные действия в формальном процессе тестирования.

Компоненты документа плана тестирования

• Идентификатор плана тестирования
• Вступление
• Тестовые задания
• Функции для тестирования
• Функции, не подлежащие тестированию
• Технические испытания
• Тестовые задания
• Критерии отстранения
• Характеристики проходят или не проходят критерии
• Тестовая среда (критерии входа, критерии выхода)
• Результаты тестирования
• Потребности в персонале и обучении
• Обязанности
• Расписание

Это стандартный подход к подготовке плана тестирования и документов стратегии тестирования, но все может варьироваться от компании к компании.

Что такое документ с политикой тестирования?

Политика тестирования - это документ высокого уровня, который находится на вершине иерархии структуры тестовой документации.

Цель документа «Политика тестирования» - представить философию тестирования компании в целом и указать направление, которого отдел тестирования должен придерживаться и которому следует следовать. Это должно относиться как к новым проектам, так и к ремонтным работам.

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

Содержание документа о политике тестирования

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

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

Пример: «обеспечение соответствия программного обеспечения его требованиям».

2. Описание процесса тестирования.
Жизненно важно сформировать твердое представление о процессе тестирования. Мы должны ответить на такие вопросы, как: какие фазы и подзадачи будет включать процесс тестирования. Какие роли будут задействованы и какая структура документа связана с каждой задачей, а также какие уровни тестирования необходимо учитывать.

Пример: «все планы тестирования написаны в соответствии с политикой компании»

3. Оценка теста:
Как мы будем оценивать результаты тестирования, какие меры будем использовать для обеспечения эффективности тестирования в проекте?

Пример: «влияние на бизнес обнаружения неисправности после ее устранения».

4. Достижимый уровень качества:
Какие критерии качества будут проверяться и какого уровня качества система должна достичь до выпуска в соответствии с этими критериями?

Пример: «до выпуска продукции не было выявленных неисправностей высокой степени серьезности».

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

Пример: «встречи по обзору проекта, которые будут проводиться после завершения проекта».