Что дальше

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

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

Анализ требований и тестирование

Темы, рассматриваемые в главе:

• Процесс формулирования требований

О Тестирование требований

• Что дальше

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

Другая причина привлечения к сотрудничеству группы специалистов по тестиро­ ванию на стадии формулирования и анализа требований к программному продукту продиктована необходимостью проведения статического анализа этих требований. В отчете группы Standish Group по обследованию более чем 350 компаний, опублико­ ванном в 1994 году, сообщается, что только 9% из свыше 8000 проектов создания программных продуктов были выполнены в срок и уложились в финансовую смету [48]. Тридцать один процент всех проектов были аннулированы еще до их заверше­ ния. Последующие исследования [49] проводились с целью выявления причин не­ удачных проектов. Исследование основных факторов, вызвавших перерасход средств на создание продукта или неудачу проекта в целом, показали, что более чем в 50% случаев эти факторы имеют отношение к процессу выработки требований к про­ граммному продукту. Основные факторы, имеющие отношение к процессу формули­ рования требований, перечисляются ниже; там же указано и процентное отношение