Cтраница 1
Автономные тесты обычно требуют прекращения решения задач, так как они монополизируют ЭВМ на время тестирования. К автономным тестам относится, в частности, комплект программ технического обслуживания КПТО) ЕС ЭВМ. [1]
Автономные тесты состоят из тестов ядра и тест-секций, выполняемых под управлением управляющей программы. Тесты ядра предназначены для проверки основного оборудования ЭВМ и устройств, необходимых для работы управляющей программы и загрузки тест-секций. Успешное выполнение тестов ядра позволяет загрузить управляющую программу и продолжить проверку остальных функциональных средств с помощью тест-секций. Управляющая программа обеспечивает последовательную загрузку тест-секций и их выполнение. Тест-секция обычно состоит из заглавия и переменного числа тестовых примеров. [2]
Помимо автономных тестов, предназначенных для контроля отдельных блоков программы, можно выделить стыковочные и комц лексные тесты. Стыковочные тесты предназначаются для проверяй взаимосвязи ( стыковки) уже отлаженных частей программы. Соля лексные тесты проверяют правильность работы всех или большинства частей программы после их объединения. [3]
Набор автономных тестов проверяет функционирование процессора и всех периферийных устройств и субкомплексов. Контрольная программа осуществляется под управлением операционной системы и предназначена для проверки работоспособности устройства ввода-вывода и субкомплексов. [4]
Проверка функционирования машины с помощью автономных тестов является следующим этапом наладки. В состав автономных тестов входит базовый тест, а также программа MIX измерения времени выполнения команд и измерения производительности ЭВМ. [5]
Программные средства профилактических испытаний делятся на следующие типы: автономные тесты; неавтономные тесты, выполняемые под управлением конкретной операционной системы; универсальные тесты, выполняемые в любой операционной среде и без нее. [6]
Кроме перечисленных тестов, порядок выполнения которых устанавливает КНТП, КПТО включает также автономные тесты Взаимозаменяемость НМЛ и Прямое управление. Тест Прямое управление выполняется только на ЭВМ, имеющих средства прямого управления. [7]
Его назначение - облегчить работу, связанную с нисходящим и восходящим методами тестирования за счет устранения необходимости в драйверах и заглушках, а также стандартизировать вид автономных тестов, благодаря чему повторное выполнение таких тестов ( например, после модификации программы) становится тривиальной задачей. Кроме того, он должен обеспечивать автоматическую проверку результатов выполнения тестов и должен быть независимым от используемого языка программирования. [8]
В состав программного обеспечения входят дисковая операционная система АСПО ( ДОС АСПО), интерпретирующая система БЕЙСИК-РВ, дисковый пакет программных модулей генерации задач сбора и обработки информации в АСУ ТП, пакет программных модулей для компоновки операционных систем многомашинных комплексов ( ППМ ОСМК), набор автономных тестов, контрольная задача. [9]
Проверка функционирования машины с помощью автономных тестов является следующим этапом наладки. В состав автономных тестов входит базовый тест, а также программа MIX измерения времени выполнения команд и измерения производительности ЭВМ. [10]
С этой идеей связана интересная концепция критерия повышения статуса. В начале работы над проектом руководитель может указать системе критерии такого рода: для того чтобы модуль мог получить статус автономно отлаженного, все автономные тесты должны пройти успешно, при тестировании должны быть проверены 100 % развилок, успешным должен быть контроль соответствия стандартам и контроль сопряжений и модуль должен быть скомпилирован в режимах А, В и С. Как только модуль получает этот статус, он становится доступным для использования в последующих процессах, таких, как тестирование функций. [11]
В деле исправления ошибок очень важно понимать, что оно возвращает нас назад, к стадии проектирования. Обидно, если после завершения хорошо организованного проектирования весь его строгий порядок нарушается, когда вносятся поправки. Исправления должны выполняться по крайней мере так же строго, как первоначальное проектирование программы. Если необходимо, следует обновить документацию, поправки должны проходить сквозной структурный контроль или другие формы контрольного чтения программы. Ни одна поправка не мала настолько, , чтобы не нуждаться в тестировании. Если ошибка была обнаружена после автономного тестирования, нужно добавить тесты модуля, которые, очевидно, отсутствовали при первоначальном тестировании, и повторно выполнить все автономные тесты. [12]