Методы тестирования

Тестирование «снизу – вверх»

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

Недостатки:

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

2. При каждом новом тестировании элементов различного уровня требуются новые тестовые ср-ва, драйверы и тестовые данные.

Тестирование «сверху – вниз»

Этот метод тестирования в совр программировании явл доп-ым этапом процесса проектирования «сверху – вниз» сквозного контроля и кодирования «сверху – вниз». При таком методе разработки ПО в самом начале пишется осн программа, а незапрограммированные модули более низкого уровня заменяются имитирующими.

Преимущества:

1. Стержневая логика программы тестируется на раннем этапе, и эта проверка повторяется многократно с добавлением новых модулей

2. При стыковке различных прогр систем по методу «сверху – вниз» их взаимодействие проявляется до того, как будут готовы модули более низких уровней.

3. Распределенное тестирование, проводимое фактически на протяжении всей разработки программного проекта, когда модули тестируются по мере добавления.

Этапы современного тестирования

1. Проверка в нормальных условиях ПП

2. Проверка в экстремальных условиях ПП

3. Проверка в исключительных ситуациях.

Тестирование программ математических вычислений.

Ошибки, обусловленные численными рез-ами (вычислениями):

1. Ошибки, связ. с первоноч. данными (исходные ошибки);

2. Ошибки аналитич усечения, т.е. когда бесконечный процесс математич вычислений заменяется конечным алгоритмом.

3. Ошибки округления – связаны с огранич точностью вып-ия арифметич операций ЭВМ, вследствие чего ошибка накапливается машинной программой при правильных входных данных.

Процесс сопоставления машинных рез-ов с заранее заданными наз-ся прямым анализом ошибок.

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

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

Имитация модулей может быть обусловлена двумя способами:

1. Посредством фиктивного модуля;

2. Посредством замещающего модуля.

1) Фиктивный модуль– это такой модуль, к-ый состоит только из одной точки входа и 1 точки возврата. Исп-ся для тестирования модулей более высокого уровня.

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