Мне доверили написать план тестирования. И одним из его разделов идет СТРАТЕГИЯ ТЕСТИРОВАНИЯ!!!
Мучаюсь уже несколько дней. Ничего не получается. Получился пока такой вариант. Чувствую, что неправильно делаю. Укажите, пожалуйста, недостатки. Нужна очень критика. На все вопросы ответу. 
1 Стратегия тестирования
[Стратегия тестирования описывает процедуры, согласно которым должно проходить тестирование всех модулей системы. Опишите критерии приема версии на тестирование, типы версий, типы тестирования.
Адаптируйте текст для вашего проекта.]
Целью тестирования является проверка соответствия системы функциональным и техническим требованиям в рамках требований функциональности.
Процесс тестирования состоит из 2-х последовательных этапов:
- Тестирование на стороне Исполнителя (внутреннее тестирование)
- Тестирование на стороне Заказчика[SI1] (приемочное тестирование)[SI2]
1.1 Внутреннее тестирование
Для проверки корректности реализации системы осуществляется тестирование версий.
Каждая версия ПО проходит полный цикл тестирования.
Цикл тестирования приложения включает в себя все типы тестирования (см. главу Тестируемая часть). Тестирование производительности осуществляется ближе к концу этапа проекта (см. Календарный план).
Для внутренней версии выполняются следующие ступени тестирования:
- Предварительное тестирование;
- Тестирование новой функциональности;
- Проверка исправленных дефектов;
- Регрессионное тестирование.
Описания типов и ступеней тестирования приведены в Приложениях 9.2, 9.3.
В первую очередь инженерами по тестированию осуществляется проверка (ревью) существующих требований на проект, в том числе Спецификации Требований [3]. В случае необходимости производятся уточнения по изменениям требований.
После проверки вносятся соответствующие изменения в Методику Тестирования [2]. После внесения изменений осуществляется ревью документа всеми инженерами по тестированию.
Изменения в Методике Тестирования должны быть утверждены старшим инженером по тестированию.
Версия ПО приходит на тестирование в соответствии с процедурой «Поставка тестового билда» (см. План Управления Конфигурацией [1]).
На тестовом окружении проводится ручное тестирование системы путем выполнения тестовых сценарий и тест-кейсов, описанных в Методике Тестирования (см. Методика тестирования).
На втором этапе проекта возможно применение авто-тестов для регрессионного тестирования (в случае необходимости). Возможный инструмент тестирования – Selenium.[SI3]
После проверки вносятся соответствующие изменения в Методику тестирования. Осуществляется ревью изменений всеми инженерами по тестированию.
В системе баг-трекинга оформляются отчеты о дефектах (см. п. Отчет о дефекте).
Все задания (feature) обрабатываются в соответствии с процедурой процедуру управления заданиями (см. см. Руководство по управлению инцидентами [6])[SI4]
Результаты тестирования заносятся в Отчёт о тестировании [4] старшим инженером по тестированию.
Срок проведения тестирования версии определяется в 15 рабочих дней. [SI5] Тестирование проводится параллельно с разработкой следующей версии, в которой резервируется время на исправление выявленных дефектов.
По результатам тестирования в соответствии с главой «Критерии приемки версии» Руководителем Проекта принимается решение о возможности поставки данной версии. Если решение позитивно, то производится поставка в соответствии с процедурой «Поставка» (см. План Управления Конфигурацией).
1.2 Приемочное тестирование
Данное тестирование начинается сразу по завершении процедуры «Поставка» на приемочном окружении на стороне Заказчика[SI6] .
