Реклама:

Структурная сложность программного модуля может быть рассчитана по числу маршрутов Мл в программе и сложности каждого /-го маршрута ||. Эти показатели в совокупности определяют минимальную сложность тестов £а для проверки программных модулей (2.1), а следовательно, трудоемкость их разработки и вероятность пропуска ошибки в программе. Выделение маршрутов исполнения программы, минимально необходимых для ее проверки, и оценка структурной сложно-' сти может осуществляться по различным критериям. При этом формирование маршрутов зависит не только от структуры программы/ио и от значений переменных на различных фазах , обработки. Такое выделение маршрутов трудно формализовать, Н оно представляется излишне трудоемким для оценки показателей сложности-программа Поэтому, в основном, используются проетые критерии выделения. маршрутов, учитывающие только структурные характеристики программных модулей.

Программные модули являются наиболее массовой компонентой в КП и требуЮт для тестирования суммарно наибольших затрат. Затраты на тестирование каждого модуля прямо пропорциональны сложности, которая- зависит от его структуры И объема вычислений. При тестировании й-го программного модуля необходимо задать и проанализировать число значений параметров мк { Н \ ' ...

Рк = Д( 2 *и+Ьу (2.3^

Суммарные затраты на тестирование модуля пропорциональны значению его сложности р\ и определяются выражением:

' ** / Ч \ С* = СД (.2^ + 4- „ (2.4)

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

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

-Приведенное выражение (2.3) целесообразно использовать для выявления сложных модулей, требующих наибольших затрат на тестирование, и для рационального распределения ограниченных ресурсов тестирования. Некоторые модули могут оказаться недостаточно протестированными из-за их высокой сложности и необходимости больших затрат, которые всегда ограничены. Их неполная тестированность определяет качество функционирования групп н комплекса программ в целом- Ограниченность ресурсов на тестирование программных модулей приводит к целесообразности вы равнивания их стр'уктурной сложн-ости и выделения затрат на проверку в соответствии со сложностью каждого модуля. Особенно сложные модули следует делить на более мелкие и простые и так перестраивать их структуру, чтобы сокращались число маршрутов в модуле и их длина.


⇐ Предыдущая страница| |Следующая страница ⇒