Cтраница 3
![]() |
Компоновка перфокарт объединенного исходного модуля. [31] |
Тестрана, предназначенный для тестирования программы, объектный модуль которой записан в разделе PROG1 этой же библиотеки. [32]
Использование постоянной случайной последовательности облегчает тестирование программы: после каждого исправления мы можем повторять ее на тех же самых данных. После того, как мы сочли, что программа работает правильно, можно добавить случайный выбор начальной точки. [33]
![]() |
Структура программы, изображенной на. [34] |
Новая отладка, компиляция и тестирование программы потребовали бы приблизительно 30 с на той же машине средней производительности. Это означает, что новая программа должна была бы отработать 150 раз для того, чтобы более быстрое ее выполнение компенсировало потери времени центрального процессора на более хитрую организацию. [35]
Перечисленные выше методы используются при тестировании программ, состоящих из большого числа модулей. [36]
Для лучшего понимания методики расчета и тестирования программы теплового расчета котла ниже приведены распечатки расчета котлов на ЭВМ, выполненные по этой программе. [37]
В качестве примера ниже приведен файл для тестирования программы, выполняющей опрос состояния линии 1 порта А. [38]
Me i od разработки, реализации и тестирования программ основанный на первоначальном изучении самых конкретных, частных деталей и последовательно; переходе к более общим аспектам. [39]
Простейший ( первый) критерий для планирования тестирования программ состоит в выборе минимального множества маршрутов программы, обеспечивающих исполнение и проверку каждого оператора в программе хотя бы один раз. Граф программы должен быть покрыт минимальным набором путей, проходящих через каждый оператор. Повторная проверка операторов не оценивается и считается избыточной. При этом в процессе тестирования гарантируется выполнение всех передач управления между участками программы и каждого оператора не менее одного раза. Количество исходных тестов и соответствующих им маршрутов зависит от стратегии выбора последовательностей маршрутов. Созданы алгоритмы, позволяющие минимизировать покрытие маршрутами графов при таком критерии анализа. Однако минимальные тесты по этому критерию не обеспечивают проверку исполнения каждого оператора при различных - сочетаниях предшествующих условий и последовательностей операторов, образующих весь набор маршрутов, проходящих через данное ветвление передачи управления. [40]
В известном смысле эта фаза схожа с тестированием программ в производственной модели. Выполняется проверка маркетинговой стратегии нового продукта на специально подобранных представительных частях или сегментах рынка. В данной фазе перебор вариантов отличается наименьшими затратами, чем в следующей фазе. [41]
Стандарт устанавливает требования к форме и содержанию планов тестирования программ. [42]
В приложениях даются основные сведения по отладке и тестированию программ, а также диагностические сообщения об ошибках, обнаруженных при трансляции программы. [43]
Средства прерываний в АПЛ позволяют создавать очень гибкие схемы тестирования программ. Например, можно тестировать частично написанную подпрограмму, установив прерывания для инструкций, передающих управление в отсутствующие сегменты программы. Или можно прервать выполнение непосредственно перед вызовом подпрограммы, которая еще не была определена. [44]
![]() |
Пример, иллюстрирующий необходимость проверки корректности входных данных. ( а ошибочная программа, ( Ь правильная программа. [45] |