IBM ТПНС

Другие имена	Симулятор сети телеобработки (TPNS) Симулятор рабочей нагрузки (WSim)
Первоначальный выпуск	февраль 1976 г ( февраль 1976 г. )
Стабильная версия	Симулятор рабочей нагрузки V1.1 / 5 сентября 2018 г ( 05.09.2018 )
Операционная система	МВС/370 , ОС/390 , з/ОС
Платформа	Система/370 Система/390 IBM Z
Тип	Программное обеспечение для автоматизации тестирования
Лицензия	Собственный
Веб-сайт	www .ibm .с /продукты /workload-simulator-for-zos

Teleprocessing Network Simulator ( TPNS ) — это лицензионная программа IBM , впервые выпущенная в 1976 году как инструмент автоматизации тестирования для моделирования активности конечного пользователя сетевых терминалов в мэйнфреймовой компьютерной системе для функционального тестирования , регрессионного тестирования , системного тестирования и т. д. управление мощностями , бенчмаркинг и стресс-тестирование .

В 2002 году IBM переупаковала TPNS и выпустила Workload Simulator для z/OS и S/390 (WSim) в качестве продукта-преемника.

История

• Симулятор сети телеобработки (TPNS) Версия 1 Release 1 (V1R1) была представлена ​​как программный продукт 5740-XT4 в феврале 1976 г. за которым последовали четыре дополнительных выпуска до V1R5 (1981).

• В августе 1981 года IBM анонсировала TPNS версии 2, выпуск 1 (V2R1) как программный продукт 5662-262, за которым последовали три дополнительных выпуска до V2R4 (1987).

• В январе 1989 года IBM анонсировала TPNS версии 3, выпуск 1 (V3R1) как программный продукт 5688-121, за которым последовали четыре дополнительных выпуска до V3R5 (1996).

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

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

• В декабре 2001 года IBM анонсировала выпуск TPNS V3R5 Service Level 0110 с расширенными функциями и услугами.

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

• В ноябре 2012 года IBM объявила о техническом обновлении Workload Simulator для z/OS и S/390 (WSim) V1.1, чтобы упростить установку обновлений продукта.

• В декабре 2015 года IBM объявила об усовершенствованиях Workload Simulator для z/OS и S/390 (WSim) V1.1, предоставляющих новые утилиты для сбора данных TCP/IP и создания сценариев.

Функции

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

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

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

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

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

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

• или только прикладные системы и их аппаратные и программные компоненты, от метода сетевого доступа API (либо API VTAM , либо высокопроизводительные собственные сокеты TCP/IP , либо 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 , Серверы и клиенты TCP/IP ( Telnet 3270 и 5250 , виртуальный сетевой терминал Telnet в линейном режиме , FTP и простые UDP- клиенты), и моделирование SNA LU . WSim полагается исключительно на программные интерфейсы для связи с тестируемой системой.

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

Другое использование

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

• в качестве инструмента управления системами — для мониторинга доступности с онлайн -системы точки зрения конечного пользователя ;

• как инструмент разработки программного обеспечения — для создания прототипов программ в процессе разработки.

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

язык ТПНС

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

• конфигурация сетевых устройств, которые будут моделироваться (определения NTWRK, называемые просто сетью ), обычно один или несколько терминалов, таких как IBM 3270 ; экран(ы) дисплея
• один или несколько текстового сообщения сценариев (определения MSGTXT, называемые просто сценариями ), соответствующие нажатиям клавиш и активности передачи данных моделируемого пользователя(ов) на моделируемом терминале(ах). Отдельные сценарии могут быть написаны для выполнения конкретных сценариев тестирования, таких как, например, «вход в систему», «запрос данных», «ввод данных» и «выход из системы»;
• последовательность , в которой сценарии должны выполняться каждым (или всеми) моделируемыми терминалами:
  • в NTWRK один или несколько операторов PATH определяют порядок выполнения MSGTXT,
  • каждый терминал NTWRK имеет операнд PATH, который называет оператор(ы) PATH, назначенные терминалу.

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

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

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

Язык структурированного переводчика (STL)

В TPNS V3R1 (1989) IBM добавила язык структурированных переводчиков — или STL, язык сценариев высокого уровня TPNS с синтаксисом, основанным на REXX , — чтобы упростить написание тестовых сценариев программистами, знакомыми с REXX или аналогичными. программирования . структурированные языки Таким образом, STL позволял писать тестовые сценарии не только для обычной деятельности имитируемых операторов терминалов, но и для обмена между имитируемыми TPNS программами и реальными прикладными программами или, например, для прототипирования элементов общей сети банкоматов . Сценарии, написанные на STL, должны быть переведены на язык TPNS перед запуском моделирования, и для этой цели предоставляется утилита-переводчик (ITPSTL).

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

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

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

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

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

проверки синтаксиса Препроцессор

Программа-симулятор ITPENTER также может быть запущена в качестве препроцессора (при отправке с параметром PARM='PREP') просто для проверки синтаксиса сетей и сценариев перед их отправкой на запуск моделирования. Это позволяет тестировщикам гарантировать, что последующий запуск моделирования не завершится неудачно из-за ошибок кодирования в самих сценариях.

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

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

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

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

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

Генератор сценариев интерактивного сбора данных (IDC) представляет собой приложение VTAM для «сквозной передачи и перехвата данных» (ITPIDC), управляемое программистом-испытателем с одного реального экрана дисплея 3270 в сеансе с целевым приложением, для которого требуется сценарий. ITPIDC поддерживает два сеанса SNA одновременно: сеанс основного LU с реальным терминалом 3270, управляемым программистом-тестировщиком, и сеанс вторичного LU с целевым приложением.Во время сеанса сбора данных (или «записи») ITPIDC регистрирует трафик данных, которым обмениваются между реальным устройством 3270 тестировщика и целевым приложением, а затем использует этот журнал для создания эквивалентного сценария на любом из двух языков сценариев (TPNS). язык или STL).

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

Программа преобразования трассировки и генератор сценариев 3270 (ITPLU2RF и ITPLSGEN).

При захвате активности производственной сети, состоящей из одного или нескольких устройств 3270, используется средство переформатирования трассировки и генератор сценариев 3270. обрабатывает набор данных трассировки, созданный журналом IBM Network Performance Monitor (NPM V1R4 или новее) VTAM PIU (FNMVLOG) или IBM VTAM (V4R1 или новее) Full Buffer Trace. Когда действие трассировки завершено, утилита (ITPLU2RF) переформатирует набор данных трассировки в набор данных журнала в формате, требуемом в качестве входных данных для генератора сценариев IDC (см. предыдущий раздел), который также может создавать сценарии в пакетном режиме (ITPLSGEN). Этот переформатированный журнал IDC также можно проанализировать с помощью трех утилит постобработки (вывести список содержимого журнала, рассчитать время отклика или сравнить изображения на экране).

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

сценариев Генератор обрабатывает набор данных трассировки, созданный 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.

Генератор сценариев TCP /IP (ITPIPGEN)

Генератор сценариев TCP /IP уникален для WSim и был представлен в декабре 2015 года. Он обрабатывает набор данных трассировки TCP/IP, созданный утилитой трассировки TCP/IP (ITPIPTRX), поставляемой WSim. который вызывает z/OS интерфейс сетевого управления (NMI) трассировки TCP/IP в режиме реального времени, управляемый приложением Communication Server, для захвата записей трассировки данных TCP/IP. Эти записи трассировки содержат HTTP- сообщения (пакеты и данные), которыми обмениваются сервер и клиент. Генератор сценариев TCP/IP (ITPIPGEN) затем обрабатывает этот набор данных трассировки и создает сценарий на языке STL, который воспроизводит обмен данными, произошедший между сервером и клиентом. После перевода из STL на язык WSim и при запуске моделирования (ITPENTER) сгенерированный сценарий отправляет клиентские сообщения, полученные из трассировки, на порт сервера и ожидает получения сообщения от сервера. Отдельная утилита (ITPIPFMT) также предоставляется для форматирования и печати содержимого набора данных трассировки, созданного утилитой трассировки TCP/IP (ITPIPTRX).

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

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

Интерфейсы времени выполнения

Команды оператора

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

Запуск как процедуры MVS

В своих ранних версиях 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.

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

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

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

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

Работает под управлением ISPF

В TPNS V3R3 (1992 г.) всеми программами и утилитами TPNS (ITPxxxxx) можно было управлять полностью из ISPF с помощью панели, а не через командную строку TSO или через отдельные потоки заданий JCL .

Работа в качестве приложения TCP/IP для MVS

В TPNS V3R5 (1997) ITPENTER был усовершенствован для работы в качестве приложения TCP/IP для MVS, таким образом отправляя трафик данных, генерируемый его имитируемыми терминалами и/или запрограммированными ресурсами (клиентами), тестируемому приложению(ям) (серверам). через IBM TCP/IP V3R2 для API высокопроизводительных собственных сокетов MVS (HPNS), впоследствии переименованного в «API макросов».

Менеджер по тестированию ТПНС

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

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

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

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

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

Калькулятор времени ответа (ITPRESP)

Калькулятор времени ответа (ITPRESP) используется для расчета и печати отчетов о времени ответа.

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

Утилита сравнения журналов (ITPCOMP) используется для сравнения изображений экрана 3270, зарегистрированных во время двух запусков моделирования одного и того же сценария (сценариев), и составления отчета о различиях между ними.

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

Программа «Эхо» (ИТПЕЧО)

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

Средство AVailability MONitor (AVMON )

Вместо применения TPNS в качестве инструмента тестирования AVMON ( AVailability MONitor ) — это реализация TPNS, предназначенная для мониторинга доступности и производительности реальных сетевых подсистем, работающих в производстве (NetView и TSO). , предоставленные TPNS, Образцы сценариев AVMON контролируют только NetView и TSO, но при пользовательской установке может быть добавлена ​​поддержка мониторинга большего количества подсистем (CICS, IMS, DB2 и т. д.) и любых их приложений путем изменения или расширения сценариев AVMON , возможно, посредством использование упомянутого выше генератора сценариев интерактивного сбора данных для создания новых сценариев. Во время моделирования TPNS AVMON обновляет набор данных журнала TPNS, который, следовательно, может обрабатываться тремя утилитами анализа журналов TPNS (список журналов, калькулятор времени ответа и сравнение журналов).

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

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

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

• Образцы ТПНС SC30-3454
• Операция ТПНС SC30-3289
• Сообщения и коды TPNS SC30-3310
• TPNS Общие коммунальные услуги 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
• Общая информация TPNS GH20-2487
• Праймер TPNS SC31-6043
• Главный индекс TPNS GC31-6059
• Улучшения функций и услуг TPNS V3R5 (1997) SC31-8654-00
• Улучшения функций и услуг TPNS V3R5 (2001) SC31-8654-02

Библиотека симулятора рабочей нагрузки (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. ИБМ. 10 сентября 1996 г.

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

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

• IBM TPNS — Симулятор сети телеобработки (PDF) . ИБМ. Апрель 1998 г. G325-3806-00.

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

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

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

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

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

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

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

Внешние ссылки

• Серия технических обновлений: использование TPNS версии 2 выпуска 4 для тестирования онлайн-систем (34567)
• Симулятор рабочей нагрузки для библиотеки z/OS и OS/390
• Симулятор рабочей нагрузки для z/OS и OS/390. Сервисная информация