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