Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
teh_razrabltki.doc
Скачиваний:
8
Добавлен:
21.12.2018
Размер:
262.66 Кб
Скачать

9.Методика тестирования программных систем.Охарактеризовать тестирование спиральной модели.

Процесс тестирования объедин различные способы тестир-я в спланированную последовательность шагов, которая приводит к успешному построению прогр.систем(пс).метоика пс мб представлена в виде разворачивающейся спирали. Вначале осуществляется тестирование элементов, проыеряющие результматы этапа кодирования пс. На 2м шаге выполняется тестирование интеграции, ориентированные на выявление ошибок этапа проектирование.на 3м обороте спирали производится тестирование правильности, проверяющие корректность анализа требовании на заключит витке проводится системное тестирование,выявляющее дефекты этапа системного анализа

формулаПуассона

-среднее число появлений события в n испытаниях.

10.тестирование элементов.тестирование интеграции

Тестирование элементов.

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

1)сравнение различн типов данных

2)неправ логич операции

3)некорректное сравн переменных

4)неправ прекращ цикла

5)и тд

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

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

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

Тестирование интеграции

Тестированеи интегр поддерживает сборку цельной пс. Цель обработки:взять модули, протестир как элементы и построить структуру. Тесты проводятся для обнаруж ошибок интерфейса и и некотор из них

1)потеря данных при прохожд чз интерф

2)отсутствие в модуле необх ссылки

3)неблагоприятное влияние модуля на др

И тд

11 Нисходящее тестирование интеграции

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

Рассмотрим пример (рис. 8.4). Интеграция поиском в глубину будет подключать все модули, находящиеся на главном управляющем пути структуры (по вертикали). Выбор главного управляющего пути отчасти произволен и зависит от характеристик, определяемых приложением.

Рис. 8.4. Нисходящая интеграция системы

Возможные этапы ТИ

1.Главный управляющий модуль (находится на вершине иерархии) используется как тестовый драйвер. Все непосредственно подчиненные ему модули временно замещаются заглушками.

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

3. После подключения каждого модуля (и установки на нем заглушек) проводится набор тестов, проверяющих полученную структуру.

4. Если в модуле-драйвере уже нет заглушек, производится смена модуля-драйвера (поиском в ширину или в глубину).

5. Выполняется возврат на шаг 2 (до тех пор, пока не будет построена целая структура).

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

Недостаток: трудности в ситуациях, когда для полного тестирования на верхних уровнях нужны результаты обработки с нижних уровней иерархии.

Существуют 3 возможности борьбы с этим недостатком:

1) откладывать некоторые тесты до замещения заглушек модулями;

2) разрабатывать заглушки, частично выполняющие функции модулей;

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]