Планирование тестирования. 
Тестирование программного обеспечения

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

Тест план — это документ, который детализирует цели, целевой рынок, состав команды бета-тестирования и процедуру проведения тестирования для программного продукта.

Существует стандарт IEEE 829 для написания тест планов. Согласно нему, тест план состоит из:

— Предметов тестирования.

Это вещи, которые необходимо протестировать в рамках данного тест плана. Как правило, содержит:

• — Требования спецификации
• — Дизайн и системные требования
• — Пользовательские сценарии
• — Руководства по эксплуатации и установки.

В тест плане определяются критические элементы, на которые необходимо обращать внимание перед началом тестирования. Так же, тест план может быть рассчитан на разные уровни программылибо покрывать весь функционал, либо какую-либо одну его часть, блок или модуль.

Тестируемые особенности

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

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

Подход с составлению тест-плана.

Это общая стратегия, которая использует для построения плана тестирования. Готовый тест план должен отвечать на следующие вопросы:

• — Существуют ли специальные инструменты, которые будут задействованы в процессе тестирования и что это за инструменты
• — Требуют ли они специальной подготовки для их использования
• — Какие метрики необходимо собрать по ходу выполнения тест плана
• — Какого порядка должны быть собранные метрики?
• — На каких конфигурациях должно быть проведено тестирование
• — Как должно быть построено регрессионное тестирование?
• — Будет ли регрессионное тестирования зависеть от тяжести найденных неполадок
• — Какие элементы требований или дизайна не будут включенные в тестирование
• — Существуют ли специальные требования для проведения тестирования
• — Существую ли какие-либо ограничения для этого тест плана (время, ресурсы)

Критерии прохождения тест плана:

Когда тест план считается пройденным? Критерии прохождения должны быть подробно и четко описаны, чтобы не возникало двоякости в понимании того, когда тест план можно считать пройденным.

• — На уровне модульного тестирования все тестовые сценарии должны быть пройдены и указан процент допустимых дефектов
• — На уровне главного тестового плана должны быть пройдены все планы более низкого уровня и указан процент допустимых дефектов

Критерии приостановления выполнения тестового плана:

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

Так же, нужно детализировать что будет получено на выходе после прохождения тест плана:

• — техническое описание тестов
• — техническое описание тестовых сценариев
• — сопроводительные отчеты
• — зафиксированные баги

Задачи тестирования (test tasks)

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