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

↑

▷ Содержание

⇐ ПредыдущаяСтр 9 из 78Следующая ⇒

Методы тестирования модулей

Тактика тестирования обычно строится на основе одного из двух методов: снизу вверх или сверху вниз (различие между ними существенно только при разработке достаточно больших программ).

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

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

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

Тестовые данные

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

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

Тестирование программы целиком можно разбить на три этапа:

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

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

Основы программирования под MS Windows на Visual C++

Мотивация. Необходимо придавать программному продукту «товарный вид» (а пользователь нынче привык к оконному интерфейсу). Это требование относится и к программам для решения оптимизационных задач и многих других приложений. Кроме того, опыт показывает, что среди источников дополнительного заработка математиков одно из первых мест занимает создание программных продуктов. Кроме того, требования к курсовым работам на кафедре ПиВМ, как правило, включают создание оконной оболочки.

Выбор среды разработки. Наиболее весомый довод в пользу использования MFC – тот факт, что эта библиотека и Visual C++ разработаны в той же корпорации, что и система, в которой им предстоит работать. Отсюда – бОльшая эффективность и надежность продуктов, созданных с помощью Visual C++ в сравнении, например, с C++ Builder.

Литература.

Д. Круглинский, С. Уингоу, Дж. Шеферд. Программирование на Visual C++ 6.0 для профессионалов.

Познавательные статьи:



Алгоритмические операторы Matlab

Конструирование и порядок расчёта дорожной одежды

Исследования учёных: почему помогают молитвы?

Почему терпят неудачу многие предприниматели?