Как при проектировании и кодировании возможно применение как восходящего, так и нисходящего подходов.

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

Нисходящее тестирование. Нисходящее тестирование органически связано с нисходящим проектированием и разработкой: как только проектирование какого-либо модуля заканчивается, его кодируют и передают на тестирование.

В этом случае автономно тестируется только основной модуль. При его тестировании все вызываемые им модули заменяют модулями, которые в той или иной степени имитируют поведение вызываемых модулей. Такие модули принято называть «заглушками». В отличие от тестирующих программ заглушки очень просты, например, они могут просто фиксировать, что им передано управление. Часто заглушки просто возвращают какие-либо фиксированные данные.

Комбинированный подход. Чаще всего применяют комбинированный подход: модули верхних уровней тестируют нисходящим способом, а модули нижних уровней - восходящим. Этот способ позволяет с одной стороны начать с тестирования интерфейса, с другой - обеспечивает качественное автономное тестирование модулей низших уровней.

Комплексное тестирование.

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

 75 Критерии завершения тестирования и отладки.

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

Предложено очень много критериев. Все критерии можно разделить на три группы:

· перестают выявлять ошибки;

· основанные на оценке возможного количества ошибок - возможное количество ошибок оценивают экспертно, или по специальным методикам, а затем завершают тестирование при нахождении примерно 93-95% ошибок

· основанные на исследовании результатов тестирования - строят график зависимости количества обнаруженных ошибок от времени тестирования, тестирование можно завершать.Часто тестирование завершают потому, что закончилось время, отведенное на выполнение данного этапа. В этом случае тестирование сворачивают, обходясь минимальным вариантом.

Минимальное тестирование предполагает:

· тестирование граничных значений;

· тщательную проверку руководства;

· тестирование минимальных конфигураций технических средств;

· тестирование устойчивости к ошибкам пользователя

Оценочное тестирование

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

Оценочное тестирование, которое также называют «тестированием системы в целом», включает следующие виды:

·Тестирование удобства использования - последовательная проверка соответствия программного продукта и документации на него основным положениям технического задания;

· тестирование на предельных объемах - проверка работоспособности программы на максимально больших объемах данных, например, объемах текстов, таблиц, большом количестве файлов и т. п.;

·тестирование на предельных нагрузках - проверка выполнения программы на возможность обработки большого объема данных, поступивших в течение короткого времени;

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

·тестирование защиты - проверка защиты, например, от несанкционированного доступа к информации;

· тестирование производительности - определение пропускной способности при заданной конфигурации и нагрузке

 77 ОТЛАДКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Отладка - это процесс локализации и исправления ошибок, обнаруженных при тестировании ПО.

Локализация - процесс определения того оператора программы, выполнение которого вызвало нарушение нормального вычислительного процесса. Для исправления ошибки необходимо определить ее причину, т. е. определить оператор или фрагмент, содержащие ошибку.

Сложность отладки обусловлена :

 • необходимостью знаний специфики АО и ОС, среды, ЯП, специфики различных ошибок, методик отладки;

 • дискомфортностью, так как необходимо искать собственные ошибки;

 • возможностью взаимовлияния ошибок в разных частях программы;

 • отсутствием четко сформулированные методики отладки.

В соответствии с этапом обработки, на котором проявляются ошибки, различают:

• синтаксические ошибки - ошибки, фиксируемые компилятором (транслятором, интерпретатором) при выполнении синтаксического и частично семантического анализа программы (ЯПс защищенным синтаксисом и с незащищенным синтаксисом);

• ошибки компоновки - ошибки, обнаруженные компоновщиком (редактором связей) при объединении модулей программы;

• ошибки выполнения - ошибки, обнаруженные операционной системой, аппаратными средствами или пользователем при выполнении программы.

Ошибки выполнения. Самые сложные ошибки. Способы проявления таких ошибок:

• ошибки, зафиксированные схемами контроля машинных команд, например, переполнении разрядной сетки, ситуации «деление на ноль», нарушении адресации и т. п.;

• ошибки, обнаруженные ОС, например, нарушении защиты памяти, попытке записи на устройства, защищенные от записи, отсутствии файла с заданным именем и т. п.;

• «зависание» компьютера, как простое, когда удается завершить программу без перезагрузки операционной системы, так и «тяжелое», когда для продолжения работы необходима перезагрузка;

несовпадение полученных результатов с ожидаемыми.

Несовпадение полученных результатов с ожидаемыми.

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

• неверное определение исходных данных;

• логические ошибки;

• накопление погрешностей результатов вычислений