WikiDer > IBM TPNS - Википедия

Симулятор сети телеобработки (TPNS) является IBM лицензионная программа, впервые выпущенная в 1976 г. как инструмент автоматизации тестирования для имитации одного или нескольких сетевых терминалов на универсальный компьютер система, для функциональное тестирование, регрессионное тестирование, системное тестирование, управление мощностью, сравнительный анализ и Стресс-тестирование.^[1]:19–22 В 2002 году IBM переработала TPNS и выпустила Симулятор рабочей нагрузки для z / OS и S / 390 (WSim) как продукт-преемник.^[2]

Помимо использования в качестве тестового инструмента для обмена трафиком сообщений с тестируемая система, TPNS / Wsim развернута:

• как управление системами инструмент - чтобы монитор в доступность из онлайн-система, от конечный пользовательперспектива;^{[3]:361–433}

• как разработка программного обеспечения инструмент - для прототипирование программного обеспечения программы в процессе разработки.^[4]

История

• Симулятор сети телеобработки (TPNS)^[5]

Версия 1 Выпуск 1 (V1R1) была представлена ​​как программный продукт 5740-XT4 в феврале 1976 г.^[6] Между 1976 и 1981 годами IBM выпустила четыре дополнительных выпуска, кульминацией которых стала версия V1R5.^[7]:29–30

• В августе 1981 г. IBM анонсировала TPNS Version 2 Release 1 (V2R1) как программный продукт 5662-262.
  Между 1981 и 1987 годами IBM выпустила три дополнительных выпуска, кульминацией которых стала версия V2R4.^[7]:30–31

• В январе 1989 года IBM анонсировала TPNS Version 3 Release 1 (V3R1) как программный продукт 5688-121.
  Между 1989 и 1996 годами IBM выпустила четыре дополнительных выпуска, кульминацией которых стала версия V3R5.^[7]:31–32

• В декабре 1997 года IBM объявила о выпуске функциональных и служебных улучшений TPNS V3R5 Service Level 9711.^[8]

• В сентябре 1998 года IBM объявила Менеджер тестирования имитатора сети телеобработки (TPNS) (для TPNS V3R5) в качестве улучшения удобства использования для дальнейшей автоматизации процесса тестирования с целью повышения производительности за счет логического потока и оптимизации тестирования на основе TPNS IBM 3270 приложения или CPI-C программы транзакций.^[9]

• В декабре 2001 года IBM объявила о выпуске функциональных и служебных улучшений TPNS V3R5 Service Level 0110.^[10]

• В августе 2002 г. IBM объявила Симулятор рабочей нагрузки для z / OS и S / 390 (WSim) V1.1 как номер программы 5655-I39, переработанный продукт-преемник TPNS,^[11] рядом Симулятор рабочей нагрузки для z / OS и S / 390 (WSim) Test Manager V1.1, переработанный преемник TPNS Test Manager.^[12]

Функции

Поддержка моделирования

Симулятор сети телеобработки (TPNS)

TPNS поддерживает моделирование широкого спектра сетевых протоколов и устройств: СНС/SDLC, старт-стоп, BSC, TWX, TTY, Сеть с коммутацией пакетов X.25, Локальная сеть Token Ring, и TCP / IP серверы и клиенты (Telnet 3270 & 5250, Telnet Сетевой виртуальный терминал в линейном режиме, FTP и просто UDP клиентов). TPNS также может моделировать устройства с помощью Airline Line Control (ALC) и HDLC протоколы. Полная реализация SNA в TPNS позволяет моделировать все LU типы (включая LU6.2 и CPI-C), ПУ типы (включая ПУ2.1), и SSCP функции. Наконец, TPNS также предоставляет обширные выход пользователя доступ к его внутренним процессам для моделирования пользовательских (собственных) линейные дисциплины, протоколы связи, устройства (терминалы и принтеры) и программы.

Таким образом, TPNS является подходящим средством тестирования для установок, которым необходимо протестировать:

• либо весь путь конфигурации системы аппаратных и программных компонентов, от интерфейса линии телеобработки (модем, например) вплоть до подсистемы (CICS, IMS, DB2, TSO/ISPFи т. д.), приложение и, наконец, файл или запись в базе данных (диск Ввод / вывод) и назад;

Примечание: В этой конфигурации TPNS передает сгенерированный трафик данных из своего MVS. адресное пространство, сначала через канал-адаптер к своей программе управления TPNS (TPNCP), работающей в выделенном Контроллер связи IBM 37x5, а затем по линиям телеобработки, подключенным между TPNCP и целевым каналом IBM 37x5, подключенным к тестируемой хост-системе (серверу) и ее подсистемам, приложениям и базам данных / файлам.

• или только прикладные системы и их аппаратные и программные компоненты, из метод сетевого доступа API (либо VTAM API или TCP / IP High Performance Native Sockets или Macro, API) к подсистеме (CICS, IMS, DB2, TSO / ISPF и т. Д.), Приложению и, наконец, к записи файла или базы данных (дисковый ввод-вывод) и обратно;

Примечание: В этой конфигурации TPNS передает сгенерированный трафик данных из своего адресного пространства MVS в целевое приложение непосредственно через API метода сетевого доступа и, следовательно, не требует выделенного контроллера связи IBM 37x5 для запуска TPNCP или любого другого сетевого оборудования и программные компоненты, за исключением метода сетевого доступа (VTAM или IBM TCP / IP для MVS), который уже работает в тестируемой хост-системе (сервере) или уже подключен к сети.

• или оба.

Симулятор рабочей нагрузки для z / OS и S / 390 (WSim)

WSim полностью поддерживает подмножество устройств и запрограммированных ресурсов, имитирующих TPNS: CPI-C,^[13]:61–72 TCP / IP серверы и клиенты (Telnet 3270 & 5250, Telnet Сетевой виртуальный терминал в линейном режиме, FTP и просто UDP клиенты),^{[13]:91–108} и SNA LU моделирование.^[13]:73–87 WSim полагается исключительно на программные интерфейсы для связи с тестируемой системой.

Таким образом, WSim является подходящим инструментом тестирования для установок, которым необходимо тестировать прикладные системы и их аппаратные и программные компоненты, начиная с метод сетевого доступа API (либо VTAM API или TCP / IP High Performance Native Sockets или Macro, API) к подсистеме (CICS, IMS, DB2, TSO / ISPF и т. Д.), Приложению и, наконец, к записи файла или базы данных (дисковый ввод-вывод) и обратно; то есть без необходимости устанавливать какие-либо сетевые аппаратные и программные компоненты, за исключением метода сетевого доступа (VTAM или IBM TCP / IP для MVS), который уже работает или уже подключен к сети хост-системы (сервера) под тестом.

Языки сценариев

Язык TPNS

Первоначально TPNS предоставляла свой собственный «язык TPNS», высокоуровневый, макроассемблер-подобный язык с операторами программирования и операндами, которые программист-тестировщик может использовать для определения:

• конфигурация сетевое устройство (а) для моделирования (определения NTWRK, просто называемые сеть),^[13]:11–60 обычно один или несколько терминалов, таких как IBM 3270 экран (ы) дисплея;
• один или больше текст сообщения сценарий (ы) (Определения MSGTXT, просто называемые скрипты),^{[13]:109–230} соответствующие нажатия клавиш и активность передачи данных смоделированного пользователя (-ей) на смоделированном (-ых) терминале (-ах). Можно написать отдельные сценарии для выполнения определенных сценариев тестирования, таких как, например, «вход в систему», «запрос данных», «ввод данных» и «выход из системы»;
• в последовательность в котором скрипты должны выполняться каждым (или всеми) смоделированными терминалами:
  • в NTWRK один или несколько операторов PATH определяют порядок, в котором выполняются MSGTXT,^[13]:52
  • каждый терминал NTWRK имеет операнд PATH, который называет оператор (-ы) PATH, назначенный терминалу.^{[13]:69,93,100}

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

Во время моделирования ITPENTER ведет журнал (на ленте или диске) всех сообщений, которыми обмениваются моделируемые устройства и реальные тестируемые приложения. После завершения моделирования программист тестирования может запустить любую из трех утилит анализа журналов, поставляемых TPNS, чтобы составить список и подробно просмотреть обмен данными (ITPLL),^[14]:31–86 для расчета и печати отчетов о времени отклика (ИТПРЕСП),^{[14]:147–172} или для сравнения 3270 изображений экрана, зарегистрированных во время двух прогонов моделирования одного и того же сценария (ов), и отчета о различиях между ними (ITPCOMP).^{[14]:87–146}

Когда в 2002 году TPNS была переработана и переименована в «WSim», термин «язык TPNS» был изменен на «язык WSim» в публикациях продукта; однако все компоненты TPNS, повторно упакованные в WSim - например, имена программ TPNS (ITPxxxxx) - сохранили свою идентичность и существующие номенклатура был сохранен.

Структурированный язык переводчика (STL)

В TPNS V3R1 (1989 г.) IBM добавила язык структурированного переводчика - или STL, язык сценариев высокого уровня TPNS с синтаксисом, основанным на REXX- для упрощения написания тестовых сценариев программистами, знакомыми с REXX или аналогичным структурное программирование языков.^{[13]:231–564} Таким образом, STL позволил писать тестовые сценарии не только для обычной деятельности смоделированных операторов терминала, но и для обмена между программами, смоделированными TPNS, и реальными прикладными программами или, например, с прототипами элементов банкомата. общая сеть.^[4] Сценарии, написанные на STL, должны быть переведены на язык TPNS перед запуском моделирования, и для этой цели предоставляется служебная программа-переводчик (ITPSTL).

Другой способ определения STL - это «язык генерации скриптов»; его программные пункты идентичны REXX, но они должны быть переведены (т. е. «сгенерированы сценарием») на язык TPNS, чтобы их можно было выполнять во время моделирования.

Средства написания скриптов

Оба языка сценариев предоставляют исчерпывающий набор средств программирования, которые позволяют программисту тестирования:

• укажите входные данные (ТЕКСТ), введенные моделируемым пользователем (ами), вместе с соответствующими действиями: обдумывайте временные задержки (ЗАДЕРЖКА), нажимайте функциональные клавиши (ENTER, PF3 и т. д.) и ожидайте ответов (WAIT) от приложения под тест;^{[3]:243–248}
• логическая проверка содержимого входящих и / или исходящих сообщений и выполнение одного из широкого диапазона дополнительных действий по результатам оценки (IF-THEN-ELSE);^{[3]:185–217, 92–95[13]:27–41,156–171, 219}
• настроить пункты проверки теста, которые создают записи журнала для «предсказанных хороших» / «предсказанных плохих» условий (ПРОВЕРКА);^[3]:90–92
• группировать текстовые данные сообщений в пользовательских таблицах, чтобы сделать сценарии более универсальными и независимыми от данных (MSGUTBL);^{[3]:99,137–141}
• вызывать широкий диапазон опций полей данных для динамического создания тестовых данных в сообщениях;^{[3]:90–92[13]:209–217}
• собирать в реальном времени данные в области сохранения, в течение прогон моделирования для повторного использования в качестве тестовых данных «на лету»;^{[3]:146–154}
• генерировать случайные числа;^[3]:96–97
• поддерживать широкий ассортимент счетчиков и выключателей;^{[3]:141–145,226–234}
• настроить события для синхронизации активности моделируемых пользователей (ON / SIGNAL, WAIT / POST);^{[3]:167–168,234–243[13]:150–151,179–180}
• настроить именованные очереди, чтобы обеспечить метод организации очередей для передачи данных между моделируемыми ресурсами (QUEUE);^[10]:76–79
• выполнять последовательный файловый ввод-вывод (QSAM) операции от сценария к пользовательскому внешнему набору данных;^[10]:87–91
• выберите средства отладки сценария, включая трассировка генерации сообщений который записывает пошаговый поток всех логических тестов, действий (предпринятых и игнорируемых) и обменов данными, происходящих во время выполнения скриптов (MSGTRACE);^{[3]:208–212}
• регистрировать трафик сообщений во время симуляции,^[3]:90–92 для анализа постобработки (включая проверку данных испытаний, вычисление времени отклика и сравнение изображений экрана при повторном моделировании одних и тех же сценариев);
• определить и изменить скорость, с которой создается трафик сообщений во время симуляции (EMTRATE);^{[3]:86–90,173–184}
• указать протоколы для инициирования и завершения сеанса между смоделированными программными ресурсами и реальными программами, а также для обмена данными между ними;^[3]:26–56
• и многое другое.

WSim поддерживает те же возможности языка сценариев, что и TPNS, за исключением того, что конфигурация сети (NTWRK) определения требуют только те утверждения, которые предусмотрены для CPI-C, TCP / IP серверы и клиенты (Telnet 3270 & 5250, Telnet Сетевой виртуальный терминал линейного режима, FTP и просто UDP клиентов), и SNA LU моделирование.

Повторяемость

Одним из преимуществ использования тестовых сценариев является то, что их можно многократно запускать на протяжении всего цикла тестирования, поскольку функциональные ошибки и / или общесистемные дефекты постепенно устраняются с течением времени, чтобы повысить надежность, емкость или производительность любого, или все аппаратные или программные компоненты тестируемой системы. Для функционального и регрессионного тестирования программисты-тестировщики обычно определяют сеть только из одного смоделированного терминала, выполняющего тестовые сценарии, специально предназначенные для последовательной оценки полного набора транзакций (запроса базы данных или ввода данных) и с медленной или средней скоростью трафика сообщений. Для системного тестирования, тестирования производительности / емкости, стресс-тестирования и эталонного тестирования одни и те же программисты тестирования будут определять большие сети из десятков или даже тысяч смоделированных терминалов, каждый из которых работает - например, - набор этих скриптов функционального тестирования, теперь сгруппированных вместе для упражнений. как можно больше компонентов системы при высокой скорости обмена сообщениями.

Генерация скрипта

TPNS предоставляет ряд решений для автоматизации создания тестовых сценариев. Средства генерации сценариев, описанные в следующих трех разделах, также доступны в Workload Simulator для z / OS и S / 390 (WSim).

В Генератор скриптов интерактивного сбора данных (IDC) (ITPIDC)

В Генератор скриптов интерактивного сбора данных (IDC)^{[14]:175–211} представляет собой приложение VTAM (ITPIDC), предназначенное для передачи и перехвата данных, управляемое программистом тестирования из один реальный экран дисплея 3270 в сеансе с целевым приложением, для которого требуется сценарий. ITPIDC поддерживает одновременно два сеанса SNA: первичный сеанс LU с реальным терминалом 3270, управляемый программистом тестирования, и вторичный сеанс LU с целевым приложением. Во время сеанса захвата данных или «записи» ITPIDC регистрирует обмен данными. между реальным устройством 3270 программиста тестирования и целевым приложением, а затем использует этот журнал для создания эквивалентного сценария на любом из двух языков сценариев (язык TPNS или STL).

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

В 3270 программа переформатирования трассировки и генератор сценариев (ITPLU2RF и ITPLSGEN)

При захвате деятельности производственной сети, состоящей из один или же много 3270 устройств, 3270 программа переформатирования трассировки и генератор сценариев^{[14]:213–229} обрабатывает набор данных трассировки, созданный журналом PIU VTAM IBM Network Performance Monitor (NPM V1R4 или новее) (FNMVLOG) или трассировкой полного буфера IBM VTAM (V4R1 или новее). Когда операция трассировки завершена, служебная программа (ITPLU2RF) переформатирует набор данных трассировки в набор данных журнала в формате, необходимом в качестве входных данных для генератора сценариев IDC (см. Предыдущий раздел), который также может создавать сценарии в пакетном режиме (ITPLSGEN). Этот переформатированный журнал IDC можно также проанализировать с помощью трех утилит пост-обработки (перечислить содержимое журнала, рассчитать время отклика или сравнить изображения на экране).

В генератор скриптов (ITPSGEN)

В генератор скриптов^{[14]:231–269} обрабатывает набор данных трассировки, созданный IBM Network Performance Monitor (NPM) или IBM VTAM Buffer Trace в сочетании с IBM Generalized Trace Facility (GTF), при отслеживании производственной сети один или же много 3270 устройств, а также устройств различных типов и протоколов, в том числе LU0, LU1, LU2, LU4, LU 6.2 и CPI-C Ресурсы. Для генерации сценария CPI-C также можно использовать набор данных трассировки LU 6.2, созданный OS / 2 Communications Manager (CM / 2) или IBM Communications Server. Различные служебные программы, поставляемые с TPNS, переформатируют любой из этих наборов данных трассировки в набор данных единого формата, который используется в качестве входных данных для генератора сценариев (ITPSGEN), который создает сценарии:

• опционально на любом языке (язык TPNS или STL) для всех поддерживаемых типов устройств, кроме программных ресурсов CPI-C;
• только в STL для ресурсов, запрограммированных для CPI-C.^[14]:309

В Генератор скриптов TCP / IP (ИТПИПГЕН)

В Генератор скриптов TCP / IP^{[14]:277–282} является уникальным для WSim и был представлен в декабре 2015 года.^[15] Он обрабатывает набор данных трассировки TCP / IP, созданный предоставляемой WSim утилитой трассировки TCP / IP (ITPIPTRX),^{[14]:167–170} который вызывает z / OS Сервер связи в реальном времени, управляемый приложением TCP / IP интерфейс управления сетью (NMI) для сбора записей трассировки данных TCP / IP. Эти записи трассировки содержат HTTP сообщения (пакеты и данные), которыми обмениваются сервер и клиент. Затем генератор сценария TCP / IP (ITPIPGEN) обрабатывает этот набор данных трассировки и создает сценарий на языке STL, который реплицирует обмен данными между сервером и клиентом. После преобразования из STL в язык WSim и при запуске моделирования (ITPENTER) сгенерированный сценарий отправляет клиентские сообщения, полученные из трассировки, на порт сервера и ожидает получения сообщения от сервера.^[14]:277 Отдельная утилита (ITPIPFMT)^{[14]:171–172} также предоставляется для форматирования и печати содержимого набора данных трассировки, созданного утилитой трассировки TCP / IP (ITPIPTRX).

В Менеджер по тестированию

Установлено, что сценарий, полученный из генератора сценариев, впоследствии редактируется программистами-тестерами, чтобы сделать такие сценарии более универсальными для повторного использования. Этот процесс редактирования заключается в добавлении дополнительных условий программирования сценариев, которые генераторы сценариев не могут предоставить, таких как перемещение жестко закодированных данных в таблицы пользовательских данных, которые затем могут быть расширены, например, дополнительными тестовыми данными. Это редактирование может быть выполнено непосредственно в наборах данных NTWRK и MSGTXT или через службы TPNS. Менеджер по тестированию (или его дочерняя компания WSim Менеджер по тестированию), который, как и TPNS (и WSim), также работает под TSO / ISPF.
В Менеджер по тестированию это основанный на знаниях, интерактивный инструмент удобства использования, предназначенный для повышения продуктивности тестирующего персонала и оптимизации цикла тестирования, позволяя организовывать проекты тестирования методично во время разработки и исполнения контрольные примеры, и в последующем анализе результатов тестирования.^[16]

Рабочие интерфейсы

В своих ранних выпусках программа TPNS ITPENTER (симулятор) работала как MVS процедура управляется с пульта оператора MVS. Сгенерированный трафик данных передавался из MVS. адресное пространство, сначала через канал-адаптер к своей программе управления TPNS (TPNCP), работающей в выделенном Контроллер связи IBM 37x5, а затем по линиям телеобработки, подключенным между TPNCP и целевым каналом IBM 37x5, подключенным к тестируемой хост-системе и ее подсистемам приложений (CICS, IMS, DB2, TSO/ISPF, так далее.).

Работает под TSO

В TPNS V1R5 (1979) ITPENTER был расширен для работы с TSO список команд (в адресном пространстве пользователя TSO) и, следовательно, для управления моделированием с удаленного терминала в VTAM сеть вместо системной консоли MVS.^[7]:30

Запуск как приложение VTAM

В TPNS V2R3 (1985) ITPENTER был расширен для работы в качестве приложения VTAM, таким образом, отправляя трафик данных, генерируемый его смоделированными терминалами или запрограммированными ресурсами (теперь определяемыми как логические блоки VTAM), через VTAM. API к тестируемому приложению.^[7]:30 Это устранило требование к 37x5 и другому специализированному оборудованию для телеобработки при использовании TPNS для тестирования систем приложений, работающих под VTAM, таких как CICS, IMS, DB2, ISPFи другие системы обработки онлайн-транзакций.

Дисплей Монитор

В TPNS V2R4 (1987 г.) ITPENTER был расширен за счет монитора дисплея, так что изображения экрана смоделированного дисплея 3270 можно было перенести на реальный терминал 3270, что позволило испытательному персоналу контролировать текущее выполнение сценария в реальном времени во время симуляция в реальном времени. Также появилась возможность управлять TPNS с NetView консоли и, в свою очередь, для автоматизации запуска симуляции TPNS из NetView с помощью NetView, поставляемого TPNS списки команд.^[7]:31

Работает под ISPF

С TPNS V3R3 (1992) все программы и утилиты TPNS (ITPxxxxx) могут полностью управляться из ISPF панельным способом, а не через командную строку TSO или через дискретные Потоки вакансий JCL.^[7]:32

Запуск как TCP / IP для приложения MVS

В TPNS V3R5 (1997) ITPENTER был расширен и теперь работает как TCP / IP для приложения MVS, тем самым отправляя трафик данных, генерируемый его смоделированными терминалами и / или запрограммированными ресурсами (клиентами), в тестируемое приложение (серверы) через IBM TCP / IP V3R2 for MVS High Performance Native Sockets (HPNS) API , впоследствии переименованный в Macro API.^{[17][18]:17–28}

Менеджер по тестированию

В TPNS V3R5 (1998) IBM представила диспетчер тестирования TPNS.^[16] в котором добавлены существенные функции автоматизации, которые упрощают множество повторяющихся задач, связанных с планированием, подготовкой, работой и анализом симуляции на основе TPNS, при этом позволяя программисту тестирования дополнительно сохранять полную осведомленность в режиме реального времени о событиях, разворачивающихся на каждом этапе. и при необходимости вмешаться.

Утилиты постобработки

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

Список журналов (ITPLL)

Утилита списка журналов (ITPLL) используется для составления списка и подробного анализа обмена данными.^[14]:31–86

Калькулятор времени отклика (ИТПРЕСП)

Калькулятор времени ответа (ITPRESP) используется для расчета и печати отчетов о времени ответа.^{[14]:147–172}

Сравнение журналов (ITPCOMP)

Утилита сравнения журналов (ITPCOMP) используется для сравнения 3270 экранных изображений, записанных во время двух прогонов моделирования одного и того же сценария (сценариев), и отчета о различиях между ними.^{[14]:87–146}

Дополнительные возможности

В Эхо программа (ИТПЕКО)

В Эхо программа (ИТПЕКО)^{[14]:205–214} поставляется с TPNS (и WSim) в виде готового приложения VTAM, которое запускается в тестируемой системе в качестве цели для сообщений, отправляемых реальным или смоделированным устройством отображения 3270. Использование ITPECHO позволяет выполнять сетевое подключение и нагрузочное тестирование без необходимости настраивать копию приложения производственного уровня и его баз данных, тем самым экономя персоналу, проводящему тестирование, усилия по написанию сценариев или выделению дискового пространства для такого приложения и его наборов данных. . Как следует из названия, ITPECHO вернет именно то сообщение, которое он только что получил (при отправке с помощью клавиши «Enter»), но он также может вернуть объем данных, который был запрошен в предыдущем сообщении (при отправке с «PF5»). ключ), с реального или смоделированного устройства отображения. Последняя функция полезна для создания тестовых условий, в которых сообщения «отправить» и «получить» должны иметь разную и переменную длину. Чтобы предоставить запрошенный объем данных, ITPECHO дополняет свое сообщение таким количеством вхождений алфавита, которое необходимо, или его частью, если объем запрошенных данных составляет менее 26 символов.

В Монитор доступности (AVMON) средство

Вместо того, чтобы применять TPNS в качестве инструмента тестирования, AVMON (мониторинг доступности)^{[3]:361–433} представляет собой реализацию TPNS, предназначенную для мониторинга доступности и производительности реальных сетевых подсистем, работающих в производственной среде (NetView и TSO). Образцы сценариев AVMON, предоставленные TPNS, отслеживают только NetView и TSO, но при установке пользователя может быть добавлена ​​поддержка для мониторинга дополнительных подсистем (CICS, IMS, DB2 и т. Д.) И любых их приложений путем изменения или расширения сценариев AVMON, возможно, посредством использование Интерактивный сбор данных упомянутый выше генератор сценариев для создания нового сценария (ов). Во время симуляции TPNS AVMON обновляет набор данных журнала TPNS, который, следовательно, может обрабатываться тремя утилитами анализа журнала TPNS (список журналов, калькулятор времени отклика и сравнение журналов).

AVMON контролирует доступность, моделируя одного терминального пользователя в сеансе с реальной подсистемой, периодически отправляя краткое сообщение о зондировании и определяя, когда подсистема становится недоступной. Когда смоделированный пользователь обнаруживает недоступность, он отправляет сообщение на консоль оператора, предупреждая оператора о проблеме. AVMON также отслеживает время, необходимое отслеживаемой подсистеме, чтобы вернуть ответ, и сообщает о превышении порога производительности, указанного пользователем. Используя служебную программу TPNS Response Time, статистику производительности всего прогона мониторинга можно скомпилировать в единый отчет, таким образом обеспечивая установку свидетельством времени непрерывного отклика, с которым сталкиваются конечные пользователи подсистемы. Для автоматизированных операций AVMON также может быть модифицирован для выполнения функций оператора, когда он обнаруживает, что реальный ресурс вышел из строя и, следовательно, требует вмешательства оператора, такого как, например, перезапуск ресурса.

Библиотека публикаций

Библиотека Teleprocessing Network Simulator (TPNS)

• Образцы TPNS SC30-3454
• TPNS Operation SC30-3289
• Сообщения и коды TPNS SC30-3310
• TPNS General Utilities SC30-3290
• Утилиты для создания скриптов TPNS SC30-3453
• Планирование и установка TPNS SH20-2488
• Справочник по языку TPNS SH20-2489
• Определение сетей TPNS SC31-6008
• Создание дек создания сообщений TPNS SC31-6009
• Использование языка структурированного транслятора TPNS (STL) и транслятора STL SC31-6013
• Справочная карта TPNS STL SX75-0065
• Пользовательские программы TPNS SC31-6071
• Спецификации лицензионной программы TPNS GH20-5323
• Общая информация о ТПНС GH20-2487
• TPNS Primer SC31-6043
• Главный индекс TPNS GC31-6059
• Расширения функций и услуг TPNS, версия V3R5 (1997) SC31-8654-00
• Расширения функций и услуг TPNS V3R5 (2001) SC31-8654-02

Библиотека Workload Simulator (WSim)

• Создание сценариев симулятора рабочей нагрузки SC31-8945
• Руководство и справочник по сценариям симулятора рабочей нагрузки SC31-8946
• Руководство по служебным программам симулятора рабочей нагрузки SC31-8947
• Руководство пользователя симулятора рабочей нагрузки SC31-8948
• Руководство пользователя и справочник диспетчера тестирования Workload Simulator SC31-8949
• Пользовательские программы моделирования рабочей нагрузки SC31-8950
• Сообщения и коды симулятора рабочей нагрузки SC31-8951

Рекомендации

Библиография

• IBM TCP / IP версии 3, выпуск 2 для MVS / ESA. Объявление № 296-317. IBM. 10 сентября 1996 г.

• IBM Teleprocessing Network Simulator ~ Расширения функций и услуг, версия 3, выпуск 5. Первое издание. IBM. Декабрь 1997 г. SC31-8654-00.

• IBM Teleprocessing Network Simulator ~ Расширения функций и услуг, версия 3, выпуск 5 - 2001 г. (PDF). Второе издание. IBM. Декабрь 2001. SC31-8654-02.

• IBM TPNS - имитатор сети телепроцессов (PDF). IBM. Апрель 1998. G325-3806-00.

• IBM Workload Simulator ~ Создание сценариев Workload Simulator (PDF). Второе издание. IBM. Октябрь 2015 г. SC31-8945-01.

• IBM Workload Simulator ~ Руководство и справочник по сценариям (PDF). Второе издание. IBM. Октябрь 2015 г. SC31-8946-01.

• IBM Workload Simulator ~ Руководство по утилитам (PDF). Второе издание. IBM. Октябрь 2015 г. SC31-8947-01.

• IBM Workload Simulator ~ Руководство пользователя (PDF). Второе издание. IBM. Октябрь 2015 г. SC31-8948-01.

• IBM Workload Simulator ~ Руководство пользователя и справочник Test Manager (PDF). Второе издание. IBM. Октябрь 2015 г. SC31-8949-01.

• IBM Workload Simulator ~ Пользовательские точки выхода (PDF). Первое издание. IBM. Август 2002 г. SC31-8950-00.

• IBM Workload Simulator ~ Сообщения и коды (PDF). Второе издание. IBM. Октябрь 2015 г. SC31-8951-01.

внешняя ссылка