Определение подхода к тестированию

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

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

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

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

Системные испытания. Опишите запланированные вами виды тестирования: функциональная проверка, нагрузочные испытания, испытания под нагрузкой, проверка безопасности, проверка наращиваемости, проверка удобства и простоты обслуживания и другие. Сформулируйте высокоуровневые цели для этих видов тестирования и укажите, как проследить их связь с породившими их требования­ ми и функциональными спецификациями. Если какие-то виды тестирования опус­ каются, дайте логическое обоснование их пропуска и оцените связанные с этим риски.

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

Регрессионное тестирование. Укажите в плане регрессионного тестирования, составлен ли он для эксплуатационных версий или же является частью стратегии итеративного выпуска версий. Опишите, как выбираются и разрабатываются рег­ рессионные тесты, какое должно использоваться оборудование й какова страте-