Анализ исходных данных

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

Тестирование – это процесс исполнения программы с целью найти все ошибки, которые могли остаться в программе. Подготовка тестирования – это подготовка наборов данных.

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

Надо проверить выполнение всех функций.

Проверяется правильность всех возможных настроек.

Проверяются все требования по надежности и целостности данных.

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

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

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

Результаты исследований этого раздела должны быть подытожены в виде таблицы со столбцами:

· Набор исходных данных.

· Проверяемый режим, функция, алгоритм.

Тестирующие драйверы и заглушки

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

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

Когда проектирование идет «Снизу – вверх», тогда роль части этих устройств играет тестирующий драйвер. Тестирующий драйвер – это программный модуль, который должен выполнить четыре функции:

· вызвать тестируемый модуль или, если тестируется сборка модулей, головной модуль сборки,

· передать в тестируемый модуль подготовленный вариант исходных данных,

· принять полученные тестируемым модулем результаты,

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

Когда проектирование модулей идет «Сверху – вниз», готова только верхняя часть иерархической схемы, модули нижнего уровня ещё не готовы. Для тестируемого модуля подчиненный ему модуль или структуру модулей имитирует тестирующая заглушка. Тестирующая заглушка – это программный модуль со следующими свойствами:

· имя заглушки совпадает с именем отсутствующего подчиненного модуля или головного модуля отсутствующей подчиненной части,

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

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

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

Протокол тестирования

Результаты тестирования должны быть оформлены в виде протокола тестирования. Протокол тестирования – это таблица со столбцами:

· наборы исходных данных,

· ожидаемый результат,

· полученный результат.

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