![]() Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Часть I. Процесс быстрого тестирования. нического задания можно получить представление о том, сколько нужно новых тес тов для испытания нового программного продукта
нического задания можно получить представление о том, сколько нужно новых тес тов для испытания нового программного продукта. Если составлять тесты, руково дствуясь этим принципом, несложно оценить, какое время отымет разработка и про гон тестов, основанных на ранее полученных результатах.
Испытания по описанному выше принципу позволяют систематизировать органи зацию тестов. Требования обычно объединяются в группы по функциональным при знакам. Вы можете организовать свои тесты по такому же принципу. Тесты, осущест вляющие проверку готовности к работе технических средств заказчика, могут быть объединены в одну группу; точно так же тесты, проверяющие механизмы установки и наращивания возможностей системы, образуют другую группу. Группа родственных тестов называется тестовым набором (test suite).
Каждое требование может состоять из нескольких компонентов. Например, тре бование, регламентирующее процедуру редактирование элементов базы данных конг кретного заказчика, может определять несколько различных сценариев. Тестовый случай (test case) есть набор входных данных тестов, условий выполнения тестов и ожидаемых результатов, который ориентирован на достижение конкретной цели. Тестовый случай представляет собой минимальный тестовый модуль, допускающий независимое выполнение от начала до конца. Отношения, связывающие тестовые наборы, тесты и тестовые случаи, показаны на рис. 3.3 и в табл. 3.3.
Рис. 3.3. Архитектура тестов
После того, как удалось определить организационную структуру тестов, возникает необходимость дать описание хранилища для хранения тестов и средств управления версиями для последующего воспроизводства тестов. Это хранилище должно обла дать определенными характеристиками:
• Специалисты по тестированию, разрабатывающие и осуществляет прогон тес тов, должны иметь простой доступ к хранилищу. Часто в качестве хранилища используется сетевой дисковый накопитель коллективного доступа.
• С этого хранилища регулярно снимаются копии, а полученные резервные ко пии файлов периодически восстанавливаются с целью проверки правильности функционирования средств копирования и восстановления. Необходимость дублирования всех планов проведения испытаний, тестовых случаев, результа тов тестирования очевидна, тем не менее, зачастую такое дублирование игно рируется.
• Должно быть налажено управление версиями, что обеспечит простое выявле ние более старых тестов. Управление версиями при необходимости обеспечи вает воспроизведение любого теста, который когда-либо выполнялся на про граммном продукте.
Таблица 3.3. Иерархия тестов
|