Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
шпоры.doc
Скачиваний:
69
Добавлен:
29.05.2015
Размер:
28.35 Mб
Скачать

14 Дать определение тестированию и отладке. Особенности и объекты тестирования. Автономное и комплексное тестирование.

Тестирование –выполнение программы для набора проверочных сходных значений и сравнение полученных результатов с ожидаемыми.

Отладка – процесс локализации и исправления ошибок в программе. При тестировании проверяется: работает ли программа и все ее ветви в соответствии со своей спецификацией. Для этого разрабатывается стратегия тестирования.

Особенности:

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

  2. принципиально невозможно создать тестовый набор для исчерпывающей проверки

  3. отсутствуют формализ. критерии качества программ и процесса тестирования

  4. необходимо создавать тесты, которые находят ошибки, а не демонстрируют работу программы

  5. необходимо привлекать для тестирования сторонних специалистов

  6. необходимо избегать невоспроизводимых тестов

Объекты:

  1. требования и спецификация

  2. программные модули

  3. группы программ, решающие законченные функциональные возможности

Автономное тестирование – метод, который включает автономную проверку отдельного модуля или подсистемы.

Во время автономной проверки проверяется:

  1. структура модуля или подсистемы

  2. вычисление и преобразование данных в модуле или подсис-ме

  3. работа с памятью

  4. полнота функционирования модуля или подсистемы

При данной проверке выявляются ошибки в определении условия выбора маршрутов, отсутствия определенных маршрутов или некоторые ошибки преобразования данных.

Комплексное тестирование. Используется после завершения автономного тестирования и начинается процесс сборки отдельных модулей в подсистемы или системы.

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

Для упрощения процедуры тестирования рекомендуется сначала проводить тестирование по отдельным функциональным группам.

Данный процесс является сложным и трудоемким и предусматривает следующее:

  1. проверку полноты решения задач при типовых исходных данных

  2. исследование поведения комплекса в критических ситуациях

  3. проверка правильности использования ресурсов: памяти и времени центрального процессора

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

15 Дать определение тестированию и отладке. Направления тестирования. Стратегия тестирования. Контрольный лист тестирования модуля.

Тестирование –выполнение программы для набора проверочных сходных значений и сравнение полученных результатов с ожидаемыми.

Отладка – процесс локализации и исправления ошибок в программе. При тестировании проверяется: работает ли программа и все ее ветви в соответствии со своей спецификацией. Для этого разрабатывается стратегия тестирования.

Направления тестирования

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

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

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

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

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

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

Процедура тестирования разбивается на 2-е стадии:

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

  2. совместное тестирование и редактирование связей уже проверенных модулей – комплексное тестирование

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

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