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

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

Испытания по описанному выше принципу позволяют систематизировать органи­ зацию тестов. Требования обычно объединяются в группы по функциональным при­ знакам. Вы можете организовать свои тесты по такому же принципу. Тесты, осущест­ вляющие проверку готовности к работе технических средств заказчика, могут быть объединены в одну группу; точно так же тесты, проверяющие механизмы установки и наращивания возможностей системы, образуют другую группу. Группа родственных тестов называется тестовым набором (test suite).

Каждое требование может состоять из нескольких компонентов. Например, тре­ бование, регламентирующее процедуру редактирование элементов базы данных конг кретного заказчика, может определять несколько различных сценариев. Тестовый случай (test case) есть набор входных данных тестов, условий выполнения тестов и ожидаемых результатов, который ориентирован на достижение конкретной цели. Тестовый случай представляет собой минимальный тестовый модуль, допускающий независимое выполнение от начала до конца. Отношения, связывающие тестовые наборы, тесты и тестовые случаи, показаны на рис. 3.3 и в табл. 3.3.

Рис. 3.3. Архитектура тестов

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

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

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

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

Таблица 3.3. Иерархия тестов