Teleprocessing Network Simulator (TPNS) es un programa con licencia de IBM , lanzado por primera vez en 1976 como una herramienta de automatización de pruebas para simular una o varias terminales de red en un sistema de computadora central , para pruebas funcionales , pruebas de regresión , pruebas de sistemas , gestión de capacidad , evaluación comparativa y pruebas de estrés . [1] : 19–22 En 2002, IBM volvió a empaquetar TPNS y lanzó Workload Simulator para z / OS y S / 390 (WSim) como un producto sucesor. [2]
Además de su uso como herramienta de prueba para intercambiar tráfico de mensajes con un sistema en prueba , se ha implementado TPNS / Wsim:
- como herramienta de gestión de sistemas : para supervisar la disponibilidad de un sistema en línea , desde la perspectiva del usuario final ; [3] : 361–433
- como herramienta de desarrollo de software : para la creación de prototipos de programas de software durante el proceso de desarrollo. [4]
Historia
- Simulador de red de teleprocesamiento (TPNS) [5]
La Versión 1 Release 1 (V1R1) se introdujo como Programa de Producto 5740-XT4 en febrero de 1976. [6] Entre 1976 y 1981, IBM entregó cuatro versiones adicionales, culminando en V1R5. [7] : 29–30
- En agosto de 1981, IBM anunció TPNS Versión 2 Release 1 (V2R1) como Programa de Producto 5662-262.
Entre 1981 y 1987, IBM entregó tres versiones adicionales, que culminaron en V2R4. [7] : 30–31
- En enero de 1989, IBM anunció TPNS Versión 3 Release 1 (V3R1) como Programa de Producto 5688-121.
Entre 1989 y 1996, IBM entregó cuatro versiones adicionales, que culminaron en V3R5. [7] : 31–32
- En diciembre de 1997, IBM anunció una versión de Mejoras funcionales y de servicio TPNS V3R5 Service Level 9711. [8]
- En septiembre de 1998, IBM anunció Teleprocessing Network Simulator (TPNS) Test Manager (para TPNS V3R5) como una mejora de usabilidad para automatizar aún más el proceso de prueba con el fin de mejorar la productividad a través de un flujo lógico y optimizar las pruebas basadas en TPNS de las aplicaciones IBM 3270 . o programas de transacciones CPI-C . [9]
- En diciembre de 2001, IBM anunció una versión de Mejoras funcionales y de servicio TPNS V3R5 Service Level 0110. [10]
Características
Soporte de simulación
Simulador de red de teleprocesamiento (TPNS)
TPNS admite la simulación de una amplia gama de protocolos y dispositivos de red: SNA / SDLC , start-stop , BSC , TWX , TTY , red de conmutación de paquetes X.25 , red de área local Token Ring y servidores y clientes TCP / IP ( Telnet 3270 y 5250 , Telnet línea de la red de modo de terminal virtual , FTP y simples UDP clientes). TPNS también puede simular dispositivos usando los protocolos Airline Line Control (ALC) y HDLC . La implementación completa de SNA en TPNS le permite simular todos los tipos de LU (incluidos LU6.2 y CPI-C ), tipos de PU (incluido PU2.1) y funciones SSCP . Finalmente, TPNS también proporciona un amplio acceso de salida de usuario a sus procesos internos para permitir la simulación de disciplinas de línea definidas por el usuario ( creadas en casa) , protocolos de comunicación , dispositivos ( terminales e impresoras ) y programas .
Por lo tanto, TPNS es la herramienta de prueba adecuada para instalaciones que necesitan probar:
- ya sea la ruta completa de configuración del sistema de componentes de hardware y software, desde la interfaz de línea de teleprocesamiento ( módem , por ejemplo) hasta el subsistema ( CICS , IMS , DB2 , TSO / ISPF , etc.), la aplicación y finalmente al registro de archivo o base de datos ( E / S de disco ) y viceversa;
- Nota: En esta configuración, TPNS transmite su tráfico de datos generado desde su espacio de direcciones MVS , primero a través de un adaptador de canal a su Programa de control TPNS (TPNCP) que se ejecuta en un controlador de comunicaciones IBM 37x5 dedicado , y luego a través de las líneas de teleprocesamiento conectadas de nuevo a -vuelta entre el TPNCP y el canal de destino IBM 37x5 conectado al sistema host (servidor) bajo prueba y sus subsistemas, aplicaciones y bases de datos / archivos.
- o solo los sistemas de aplicación y sus componentes de hardware y software, desde la API del método de acceso a la red (ya sea la API de VTAM o los sockets nativos de alto rendimiento TCP / IP , o macro, API) hasta el subsistema (CICS, IMS, DB2, TSO / ISPF , etc.), la aplicación y finalmente al archivo o registro de la base de datos (E / S de disco) y viceversa;
- Nota: En esta configuración, TPNS transmite su tráfico de datos generado desde su espacio de direcciones MVS a la aplicación de destino directamente a través de la API del método de acceso a la red y, por lo tanto, no requiere un controlador de comunicaciones IBM 37x5 dedicado para ejecutar su TPNCP o cualquier otra red. componentes de hardware y software, excepto el método de acceso a la red (VTAM o IBM TCP / IP para MVS) que ya se ejecuta en, o ya está conectado a la red, en el sistema host (servidor) bajo prueba.
- o ambos.
Simulador de carga de trabajo para z / OS y S / 390 (WSim)
WSim es totalmente compatible con un subconjunto de dispositivos y recursos programados simulados por TPNS: CPI-C , [13] : 61–72 servidores y clientes TCP / IP ( Telnet 3270 y 5250 , Terminal virtual de red en modo de línea Telnet , FTP y clientes UDP simples ) , [13] : 91–108 y simulación SNA LU . [13] : 73–87 WSim se basa únicamente en interfaces de software para comunicarse con el sistema bajo prueba.
Por lo tanto, WSim es la herramienta de prueba adecuada para instalaciones que necesitan probar sistemas de aplicación y sus componentes de hardware y software, desde la API del método de acceso a la red (ya sea la API de VTAM o los sockets nativos de alto rendimiento TCP / IP , o macro, API) hasta la subsistema (CICS, IMS, DB2, TSO / ISPF, etc.), la aplicación y finalmente al archivo o registro de la base de datos (E / S de disco) y viceversa; es decir, sin la necesidad de instalar ningún componente de hardware y software de red, excepto el método de acceso a la red (VTAM o IBM TCP / IP para MVS) que ya se ejecuta en, o ya está conectado a la red, el sistema host (servidor) bajo prueba.
Lenguajes de secuencias de comandos
Idioma TPNS
TPNS inicialmente proporcionó su propio 'lenguaje TPNS', un lenguaje de alto nivel similar al ensamblador de macros con instrucciones de programación y operandos que un programador de prueba usaría para definir:
- la configuración de los dispositivos de red que se van a simular (definiciones NTWRK, simplemente llamadas red ), [13] : 11–60 típicamente uno o más terminales, como pantallas de visualización IBM 3270 ;
- una o más secuencias de comandos de texto de mensaje (definiciones MSGTXT, simplemente llamadas secuencias de comandos ), [13] : 109–230 correspondientes a las pulsaciones de teclas y la actividad de transmisión de datos de los usuarios simulados en las terminales simuladas. Se pueden escribir scripts separados para realizar escenarios de prueba específicos, como: 'inicio de sesión', 'consulta de datos', 'entrada de datos' y 'cierre de sesión', por ejemplo;
- la secuencia en la que los scripts deben ser ejecutados por cada (o todos) terminales simulados:
- en NTWRK, una o más declaraciones PATH definen el orden en el que se ejecutan los MSGTXT, [13] : 52
- cada terminal NTWRK tiene un operando PATH que nombra las instrucciones PATH asignadas al terminal. [13] : 69,93,100
Una vez definidos, estos scripts de prueba se ejecutan durante la ejecución de la simulación, cuando el programa TPNS ITPENTER (el simulador) procesa las declaraciones enviadas y crea flujos de datos en los formatos y protocolos requeridos, antes de enviarlos al sistema bajo prueba como si tuvieran originados a partir de usuarios reales que operan terminales reales. A su vez, las aplicaciones de destino que se ejecutan en el sistema bajo prueba responden a los terminales simulados y, si la simulación es exitosa, estos intercambios continuarían hasta que los scripts programados lleguen al final de la ejecución de la simulación. momento en el que ITPENTER es terminado por el programador de pruebas.
Durante la simulación, ITPENTER mantiene un registro (en cinta o disco) de todos los mensajes intercambiados entre los dispositivos simulados y las aplicaciones reales bajo prueba. Una vez completada la simulación, el programador de pruebas puede ejecutar cualquiera de las tres utilidades de análisis de registros suministradas por TPNS para enumerar y revisar los intercambios de datos en detalle (ITPLL), [14] : 31–86 para calcular e imprimir informes de tiempos de respuesta (ITPRESP ), [14] : 147-172 o para comparar las 3270 imágenes de pantalla registradas durante dos ejecuciones de simulación del mismo script (s) e informar sobre las diferencias entre ellos (ITPCOMP). [14] : 87–146
Cuando TPNS se volvió a empaquetar y se le cambió el nombre a 'WSim' en 2002, el término 'idioma TPNS' se cambió a 'idioma WSim' en las publicaciones del producto; sin embargo, todos los componentes de TPNS reempaquetados en WSim, como los nombres de los programas de TPNS (ITPxxxxx), por ejemplo, conservaron su identidad y se mantuvo la nomenclatura existente .
Lenguaje de traductor estructurado (STL)
Con TPNS V3R1 (1989), IBM agregó Structured Translator Language, o 'STL', un lenguaje de scripting de alto nivel TPNS con una sintaxis basada en REXX, para facilitar la escritura de scripts de prueba por programadores familiarizados con REXX o similares. lenguajes de programación estructurados . [13] : 231–564 STL hizo posible escribir scripts de prueba, no solo para la actividad habitual de operadores de terminal simulados, sino también para intercambios entre programas simulados por TPNS y programas de aplicación reales o, por ejemplo, para prototipar elementos de una red compartida de cajeros automáticos . [4] Los scripts escritos en STL deben traducirse al lenguaje TPNS antes de que se ejecute la simulación y se proporciona una utilidad de traducción (ITPSTL) para tal fin.
Otra forma de definir STL sería como un "lenguaje de generación de secuencias de comandos"; sus cláusulas de programación son idénticas a REXX, pero necesitan ser traducidas (es decir, 'generadas por script') al lenguaje TPNS para que sean ejecutables durante la ejecución de la simulación.
Instalaciones de codificación de secuencias de comandos
Ambos lenguajes de secuencias de comandos proporcionan un conjunto completo de funciones de codificación que permiten al programador de pruebas:
- especificar los datos de entrada (TEXTO) ingresados por el usuario simulado (s), junto con las acciones relacionadas: pensar en retrasos (DELAY), presionar las teclas de función (ENTER, PF3, etc.) y esperar respuestas (WAIT) de la aplicación en prueba; [3] : 243–248
- probar lógicamente el contenido de los mensajes entrantes y / o salientes y tomar una de una amplia gama de acciones opcionales de acuerdo con los resultados de la evaluación (IF-THEN-ELSE); [3] : 185–217, 92–95 [13] : 27–41,156–171, 219
- establecer cláusulas de verificación de prueba que creen registros de registro para las condiciones 'predichas buenas' / 'predichas malas' (VERIFY); [3] : 90–92
- agrupar datos de texto de mensajes en tablas de usuario, para hacer que los scripts sean más genéricos e independientes de los datos (MSGUTBL); [3] : 99,137–141
- invocar una amplia gama de opciones de campo de datos, para crear datos de prueba de forma dinámica en mensajes; [3] : 90–92 [13] : 209–217
- recopilar datos en tiempo real en áreas de guardado, durante la ejecución de la simulación, para reutilizarlos como datos de prueba "sobre la marcha"; [3] : 146-154
- generar números aleatorios; [3] : 96–97
- mantener una amplia gama de contadores e interruptores; [3] : 141–145,226–234
- configurar eventos para sincronizar la actividad de los usuarios simulados (ON / SIGNAL, WAIT / POST); [3] : 167–168,234–243 [13] : 150–151,179–180
- configurar colas con nombre para proporcionar un método de cola para pasar datos entre recursos simulados (COLA); [10] : 76–79
- realizar operaciones de E / S de archivos secuenciales ( QSAM ) desde un script a un conjunto de datos externo definido por el usuario; [10] : 87–91
- seleccionar funciones de depuración de scripts, incluida una traza de generación de mensajes que registra el flujo paso a paso de todas las pruebas lógicas, acciones (realizadas e ignoradas) e intercambios de datos que ocurren durante la ejecución de scripts (MSGTRACE); [3] : 208–212
- registrar el tráfico de mensajes durante la ejecución de la simulación, [3] : 90–92 para el análisis posterior al procesamiento (incluida la verificación de los datos de prueba, el cálculo del tiempo de respuesta y la comparación de imágenes de pantalla en simulaciones repetidas de los mismos scripts);
- definir y modificar la velocidad a la que se genera el tráfico de mensajes durante la ejecución de la simulación (EMTRATE); [3] : 86–90,173–184
- especificar los protocolos para el inicio y finalización de sesiones entre recursos programados simulados y programas reales, así como para el intercambio de datos entre ellos; [3] : 26–56
- y muchos más.
WSim admite las mismas funciones de lenguaje de secuencias de comandos que TPNS, excepto que sus definiciones de configuración de red (NTWRK) requieren solo las declaraciones proporcionadas para CPI-C , servidores y clientes TCP / IP ( Telnet 3270 y 5250 , Terminal virtual de red en modo de línea Telnet , FTP y clientes UDP simples ) y simulación SNA LU .
Repetibilidad
Uno de los beneficios de usar scripts de prueba es que se pueden ejecutar repetidamente a lo largo del ciclo de prueba, ya que los errores funcionales y / o defectos en todo el sistema se resuelven gradualmente con el tiempo, con el fin de mejorar la confiabilidad, capacidad o rendimiento de cualquiera, o todos, componentes de hardware o software en el sistema bajo prueba. Para las pruebas funcionales y de regresión, los programadores de pruebas normalmente definirían una red de solo un terminal simulado que ejecuta scripts de prueba diseñados para evaluar un conjunto completo de transacciones (consulta de base de datos o entrada de datos) en serie y a tasas lentas o promedio de tráfico de mensajes. Para las pruebas del sistema, las pruebas de rendimiento / capacidad, las pruebas de estrés y la evaluación comparativa, los mismos programadores de pruebas definirían grandes redes de docenas o incluso miles de terminales simulados, cada uno ejecutando, por ejemplo, una gama de estos scripts de prueba funcional, ahora agrupados para ejercitar tantos componentes del sistema como sea posible con altas tasas de tráfico de mensajes.
Generación de guiones
TPNS proporciona una serie de soluciones para automatizar la creación de scripts de prueba. Las funciones de generación de scripts que se describen en las siguientes tres secciones también están disponibles en Workload Simulator para z / OS y S / 390 (WSim).
El generador de scripts de captura interactiva de datos (IDC) (ITPIDC)
El generador de scripts de captura interactiva de datos (IDC) [14] : 175-211 es una aplicación VTAM de 'transferencia e intercepción de datos' (ITPIDC) controlada por el programador de prueba desde una pantalla de visualización 3270 real en sesión con una aplicación de destino para la cual se requiere un guión. ITPIDC mantiene dos sesiones SNA simultáneamente: una sesión de LU primaria con el terminal 3270 real operado por el programador de prueba y una sesión de LU secundaria con la aplicación de destino. Durante la sesión de captura o 'grabación' de datos, ITPIDC registra el tráfico de datos intercambiado entre el dispositivo 3270 real del programador de prueba y la aplicación de destino, y luego usa ese registro para generar el script equivalente, en cualquiera de los dos lenguajes de script (TPNS idioma o STL).
Dado que el conjunto de datos de registro de IDC tiene exactamente el mismo formato que el conjunto de datos de registro que crea TPNS durante una ejecución de simulación, se puede utilizar como entrada para las utilidades de posprocesamiento de TPNS para imprimir su contenido, calcular los tiempos de respuesta de la sesión de IDC o para comparar las imágenes de la pantalla de la sesión de captura de datos con el registro TPNS obtenido al ejecutar el script generado por IDC.
El reformateador de trazas y generador de scripts 3270 (ITPLU2RF & ITPLSGEN)
Al capturar la actividad de una red de producción que consta de uno o varios dispositivos 3270, el reformateador de seguimiento 3270 y el generador de scripts [14] : 213–229 procesa el conjunto de datos de seguimiento producido por el registro de PIU de VTAM de IBM Network Performance Monitor (NPM V1R4 o posterior) (FNMVLOG), o por IBM VTAM (V4R1 o posterior) Full Buffer Trace. Cuando se completa la actividad de rastreo, una utilidad (ITPLU2RF) reformatea el conjunto de datos de rastreo en un conjunto de datos de registro en el formato requerido como entrada al generador de scripts IDC (consulte la sección anterior), que también puede crear scripts en modo por lotes (ITPLSGEN). Este registro de IDC reformateado también puede ser analizado por las tres utilidades de posprocesamiento (enumerar el contenido del registro, calcular los tiempos de respuesta o comparar las imágenes de la pantalla).
El generador de scripts (ITPSGEN)
El generador de scripts [14] : 231–269 procesa el conjunto de datos de rastreo producido por IBM Network Performance Monitor (NPM), o por IBM VTAM Buffer Trace junto con IBM Generalized Trace Facility (GTF), al rastrear una red de producción de uno o varios dispositivos 3270, así como dispositivos de varios tipos y protocolos, incluidos los recursos LU0, LU1, LU2, LU4 , LU 6.2 y CPI-C . Para la generación de scripts CPI-C, también es posible utilizar el conjunto de datos de rastreo LU 6.2 creado por OS / 2 Communications Manager (CM / 2) o IBM Communications Server. Las diferentes utilidades proporcionadas por TPNS reformatean cualquiera de estos conjuntos de datos de seguimiento en un conjunto de datos de formato único que se utiliza como entrada para el generador de scripts (ITPSGEN), que produce scripts:
- opcionalmente en cualquier idioma (idioma TPNS o STL) para todos los tipos de dispositivos admitidos, excepto los recursos programados CPI-C;
- solo en STL para recursos programados CPI-C. [14] : 309
El generador de scripts TCP / IP (ITPIPGEN)
El generador de scripts TCP / IP [14] : 277–282 es exclusivo de WSim y se introdujo en diciembre de 2015. [15] Procesa un conjunto de datos de rastreo TCP / IP producido por la Utilidad de rastreo TCP / IP proporcionada por WSim (ITPIPTRX), [14] : 167–170 que invoca la interfaz de gestión de red (NMI) de rastreo TCP / IP en tiempo real del servidor de comunicaciones z / OS para capturar registros de rastreo de datos TCP / IP. Estos registros de seguimiento contienen mensajes HTTP (paquetes y datos) intercambiados entre un servidor y un cliente. El generador de secuencias de comandos TCP / IP (ITPIPGEN) luego procesa este conjunto de datos de seguimiento y crea una secuencia de comandos, en el lenguaje STL, que replica la comunicación que ocurrió entre el servidor y el cliente. Después de la traducción de STL al lenguaje WSim y cuando se ejecuta la simulación (ITPENTER), el script generado envía los mensajes del cliente, obtenidos del rastreo, al puerto del servidor y espera recibir un mensaje del servidor. [14] : 277 También se proporciona una utilidad separada (ITPIPFMT) [14] : 171–172 para formatear e imprimir el contenido del conjunto de datos de rastreo creado por la Utilidad de rastreo TCP / IP (ITPIPTRX).
El administrador de pruebas
Es una práctica establecida que un guión obtenido de un generador de guiones sea posteriormente editado por programadores de prueba para que dichos guiones sean más reutilizables en general. Este proceso de edición consiste en agregar cláusulas avanzadas de programación de secuencias de comandos que los generadores de secuencias de comandos no pueden proporcionar, como la reubicación de datos codificados en tablas de datos de usuario que luego se pueden expandir con más datos de prueba, por ejemplo. Esta edición se puede realizar directamente en los conjuntos de datos NTWRK y MSGTXT, o mediante los servicios de TPNS Test Manager (o su WSim Test Manager afiliado ) que, como TPNS (y WSim), también se ejecuta bajo TSO / ISPF.
El Test Manager es una basada en el conocimiento , interactiva herramienta de utilidad diseñada para aumentar la productividad del personal de la prueba, y para optimizar el ciclo de pruebas, permitiendo proyectos de prueba a ser organizado metódicamente durante el desarrollo y ejecución de casos de prueba , y en el posterior análisis de resultados de la prueba. [dieciséis]
Interfaces en tiempo de ejecución
En sus primeras versiones, el programa TPNS ITPENTER (el simulador) se ejecutaba como un procedimiento MVS controlado desde la consola del operador MVS. El tráfico de datos generado se transmitió desde su espacio de direcciones MVS , primero a través de un adaptador de canal a su Programa de Control TPNS (TPNCP) que se ejecuta en un controlador de comunicaciones IBM 37x5 dedicado , y luego a través de líneas de teleprocesamiento conectadas espalda con espalda entre el TPNCP y el canal de destino IBM 37x5 conectado al sistema host bajo prueba y sus subsistemas de aplicación ( CICS , IMS , DB2 , TSO / ISPF , etc.).
Ejecutando bajo TSO
Con TPNS V1R5 (1979), ITPENTER se mejoró para ejecutarse desde una lista de comandos de TSO (en el espacio de direcciones de usuario de TSO) y, por lo tanto, para operar simulaciones desde un terminal de pantalla remoto en la red VTAM en lugar de la consola del sistema MVS. [7] : 30
Ejecutando como una aplicación VTAM
Con TPNS V2R3 (1985), ITPENTER se mejoró para ejecutarse como una aplicación VTAM, enviando así el tráfico de datos generado por sus terminales simulados o recursos programados (ahora definidos como unidades lógicas VTAM) a través de la API de VTAM a la aplicación bajo prueba. [7] : 30 Esto eliminó el requisito de 37x5 y otro hardware de teleprocesamiento dedicado cuando se usa TPNS para probar sistemas de aplicaciones que se ejecutan bajo VTAM, como CICS , IMS , DB2 , ISPF y otros sistemas de procesamiento de transacciones en línea.
Monitor de pantalla
Con TPNS V2R4 (1987), ITPENTER se mejoró con el Monitor de pantalla, de modo que las imágenes de la pantalla de una pantalla 3270 simulada se pudieran externalizar en un terminal 3270 real, lo que permitió al personal de prueba monitorear la ejecución en vivo y en curso de un script durante el proceso. ejecución de simulación, en tiempo real. También fue posible operar TPNS desde la consola de NetView y, a su vez, automatizar las ejecuciones de simulación de TPNS desde NetView mediante listas de comandos de NetView proporcionadas por TPNS . [7] : 31
Ejecutando bajo ISPF
Con TPNS V3R3 (1992), todos los programas y utilidades de TPNS (ITPxxxxx) se podían operar completamente desde ISPF en forma de panel, en lugar de a través de la línea de comando TSO, o mediante secuencias de trabajos JCL discretas . [7] : 32
Ejecutando como una aplicación TCP / IP para MVS
Con TPNS V3R5 (1997), ITPENTER fue mejorado para ejecutarse como una aplicación TCP / IP para MVS, enviando así el tráfico de datos generado por sus terminales simulados y / o recursos programados (clientes) a la (s) aplicación (es) (servidores) bajo prueba. a través de la API IBM TCP / IP V3R2 para MVS High Performance Native Sockets (HPNS), posteriormente renombrada como "API Macro". [17] [18] : 17-28
Administrador de pruebas
Con TPNS V3R5 (1998), IBM introdujo el TPNS Test Manager [16] que agregó características de automatización sustanciales que agilizan muchas tareas repetitivas asociadas con la planificación, preparación, operación y análisis de una ejecución de simulación basada en TPNS, al mismo tiempo que permite al programador de pruebas opcionalmente Mantener la plena conciencia, en tiempo real, de los eventos que se desarrollan en cada paso e intervenir si es necesario.
Utilidades de posprocesamiento
Durante la simulación, ITPENTER mantiene un registro (en cinta o disco) de todos los mensajes intercambiados entre los dispositivos simulados y las aplicaciones reales bajo prueba. Una vez completada la simulación, el programador de pruebas puede ejecutar cualquiera de las tres utilidades de análisis de registros suministradas por TPNS.
Lista de registros (ITPLL)
La utilidad de lista de registros (ITPLL) se utiliza para enumerar y revisar los intercambios de datos en detalle. [14] : 31–86
Calculadora de tiempo de respuesta (ITPRESP)
La calculadora de tiempos de respuesta (ITPRESP) se utiliza para calcular e imprimir informes de tiempos de respuesta. [14] : 147-172
Comparación de registros (ITPCOMP)
La utilidad de comparación de registros (ITPCOMP) se utiliza para comparar las imágenes de la pantalla 3270 registradas durante dos ejecuciones de simulación de los mismos scripts e informar sobre las diferencias entre ellos. [14] : 87–146
Instalaciones adicionales
El programa Echo (ITPECHO)
El programa Echo (ITPECHO) [14] : 205–214 se suministra con TPNS (y WSim) como una aplicación VTAM lista para usar que se ejecuta en el sistema bajo prueba como destino para los mensajes enviados por un dispositivo de visualización 3270 real o simulado (s ). El uso de ITPECHO permite realizar pruebas de carga y conectividad de red sin la necesidad de configurar una copia de una aplicación de nivel de producción y sus bases de datos, lo que ahorra al personal de pruebas el esfuerzo de escribir scripts o asignar espacio en disco para dicha aplicación y sus conjuntos de datos. . Como su nombre lo indica, ITPECHO devolverá exactamente el mensaje que acaba de recibir (cuando se envía con la tecla 'Enter'), pero también puede devolver la cantidad de datos que se solicitó en el mensaje anterior (cuando se envía con el 'PF5' tecla), desde dispositivos de visualización reales o simulados. La última característica es útil para crear condiciones de prueba en las que los mensajes de 'enviar' y 'recibir' deben tener longitudes diferentes y variables. Para proporcionar la cantidad de datos solicitados, ITPECHO rellena su mensaje con tantas ocurrencias del alfabeto como sea necesario, o una fracción si la cantidad de datos solicitados es de menos de 26 caracteres.
La monitorización de disponibilidad (AVMON) instalación
En lugar de aplicar TPNS como herramienta de prueba, AVMON (AVailability MONitor) [3] : 361–433 es una implementación de TPNS diseñada para monitorear la disponibilidad y el rendimiento de subsistemas de red reales que se ejecutan en producción (NetView y TSO). Los scripts AVMON de muestra proporcionados por TPNS solo monitorean NetView y TSO, pero la instalación de un usuario puede agregar soporte para monitorear más subsistemas (CICS, IMS, DB2, etc.) y cualquiera de sus aplicaciones, modificando o extendiendo los scripts AVMON, tal vez a través de el uso del generador de scripts de captura interactiva de datos mencionado anteriormente para crear los nuevos scripts. Durante la ejecución de la simulación de TPNS, AVMON actualiza el conjunto de datos de registro de TPNS, que por lo tanto puede ser procesado por las tres utilidades de análisis de registro de TPNS (lista de registros, calculadora de tiempos de respuesta y comparación de registros).
AVMON monitorea la disponibilidad simulando un solo usuario de terminal en sesión con un subsistema real, enviando periódicamente un breve mensaje de sondeo y detectando cuando el subsistema deja de estar disponible. Cuando el usuario simulado detecta indisponibilidad, envía un mensaje a la consola del operador alertando al operador sobre el problema. AVMON también rastrea el tiempo que tarda el subsistema monitoreado en devolver una respuesta e informa cada vez que se excede un umbral de rendimiento especificado por el usuario. Al utilizar la utilidad TPNS Response Time, las estadísticas de rendimiento de toda la ejecución de supervisión se pueden compilar en un solo informe, proporcionando así una instalación con evidencia de los tiempos de respuesta de un extremo a otro experimentados por los usuarios finales del subsistema. Para operaciones automatizadas, AVMON también puede modificarse para realizar funciones de operador cuando detecta que un recurso real se ha vuelto inoperativo y, por lo tanto, requiere la intervención del operador, como reiniciar el recurso, por ejemplo.
Biblioteca de publicaciones
Biblioteca de simulador de red de teleprocesamiento (TPNS)
- Muestras de TPNS SC30-3454
- Operación TPNS SC30-3289
- Mensajes y códigos TPNS SC30-3310
- TPNS General Utilities SC30-3290
- Utilidades de generación de scripts TPNS SC30-3453
- Planificación e instalación de TPNS SH20-2488
- Referencia de lenguaje TPNS SH20-2489
- Definición de redes TPNS SC31-6008
- Creación de cubiertas de generación de mensajes TPNS SC31-6009
- Uso de TPNS Structured Translator Language (STL) y STL Translator SC31-6013
- Tarjeta de referencia TPNS STL SX75-0065
- El usuario de TPNS sale de SC31-6071
- Especificaciones del programa con licencia TPNS GH20-5323
- Información general de TPNS GH20-2487
- Imprimación TPNS SC31-6043
- Índice maestro TPNS GC31-6059
- Mejoras en el servicio y la función TPNS V3R5 (1997) SC31-8654-00
- Mejoras en la función y el servicio de TPNS V3R5 (2001) SC31-8654-02
Biblioteca de Workload Simulator (WSim)
- Creación de scripts de Workload Simulator SC31-8945
- Referencia y guía de secuencia de comandos de Workload Simulator SC31-8946
- Guía de utilidades de Workload Simulator SC31-8947
- Guía del usuario de Workload Simulator SC31-8948
- Workload Simulator Test Manager Guía del usuario y referencia SC31-8949
- Salidas de usuario de Workload Simulator SC31-8950
- Mensajes y códigos del simulador de carga de trabajo SC31-8951
Referencias
- ^ * IBM Workload Simulator ~ Guía del usuario (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8948-01. Consultado el 13 de enero de 2015.
- ^ IBM Corporation (2002). IBM Workload Simulator para z / OS y S / 390 V1.1 . Consultado el 1 de octubre de 2015.
- ^ a b c d e f g h i j k l m n o IBM Workload Simulator ~ Creación de scripts de Workload Simulator (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8945-01. Consultado el 13 de enero de 2016.
- ^ a b Feuerman, Melvyn (26 de octubre de 2001). Prototipos TPNS (PDF) . Consultado el 3 de julio de 2006.
- ^ IBM Corporation (1998). IBM TPNS — Simulador de red de teleprocesamiento (PDF) . Consultado el 1 de octubre de 2015 .
- ^ IBM Corporation (1976). IBM TPNS: simulador de red de teleprocesamiento . Consultado el 1 de octubre de 2015 .
- ^ a b c d e f g Chandler, D. Dale (23 de julio de 1992). Historia de TPNS . Cary, Carolina del Norte: IBM Corporation.
- ^ IBM TPNS Teleprocessing Network Simulator Versión 3 Release 5 Funciones y mejoras del servicio . Primera edición. IBM. Diciembre de 1997. SC31-8654-0.
- ^ IBM Corporation (1998). IBM TPNS — Simulador de red de teleprocesamiento ~ Gestor de pruebas (PDF) . Consultado el 1 de octubre de 2015 .
- ^ a b c IBM Teleprocessing Network Simulator ~ Funciones y mejoras de servicio Versión 3 Release 5 - 2001 (PDF) . Segunda edicion. IBM. Diciembre de 2001. SC31-8654-02 . Consultado el 30 de octubre de 2015 .
- ^ IBM Corporation (2002). IBM Workload Simulator para z / OS y S / 390 V1.1 . Consultado el 1 de octubre de 2015 .
- ^ IBM Corporation (2002). IBM Workload Simulator para z / OS y S / 390 V1.1 ~ Test Manager (PDF) . Consultado el 1 de octubre de 2015 .
- ^ a b c d e f g h yo j k IBM Workload Simulator ~ Guía y referencia de scripts (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8946-01. Consultado el 13 de enero de 2016.
- ^ a b c d e f g h i j k l m n o IBM Workload Simulator ~ Guía de utilidades (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8947-01. Consultado el 13 de enero de 2016.
- ^ "PI46383: MEJORAR EL SOPORTE DEL SIMULADOR DE CARGA DE TRABAJO PARA TCP / IP" . ibm.com . 2015 . Consultado el 13 de enero de 2016 .
- ^ a b IBM Workload Simulator ~ Test Manager User's Guide and Reference (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8949-01. Consultado el 13 de enero de 2016.
- ^ "Zócalos nativos de alto rendimiento". IBM TCP / IP Versión 3 Release 2 para MVS / ESA . Número de anuncio 296-317. IBM. 10 de septiembre de 1996. Consultado el 29 de octubre de 2015.
- ^ "Capítulo 2. Soporte adicional TPNS TCP / IP". IBM Teleprocessing Network Simulator ~ Mejoras de funciones y servicios Versión 3 Release 5 . Primera edición. IBM. Diciembre de 1997. págs. 17-28. SC31-8654-00. Consultado el 29 de octubre de 2015.
Bibliografía
- IBM TCP / IP Versión 3 Release 2 para MVS / ESA . Número de anuncio 296-317. IBM. 10 de septiembre de 1996.
- IBM Teleprocessing Network Simulator ~ Mejoras de funciones y servicios Versión 3 Release 5 . Primera edición. IBM. Diciembre de 1997. SC31-8654-00.
- IBM Teleprocessing Network Simulator ~ Funciones y mejoras de servicio Versión 3 Release 5 - 2001 (PDF) . Segunda edicion. IBM. Diciembre de 2001. SC31-8654-02.
- IBM TPNS — Simulador de red de teleprocesamiento (PDF) . IBM. Abril de 1998. G325-3806-00.
- IBM Workload Simulator ~ Creación de scripts de Workload Simulator (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8945-01.
- IBM Workload Simulator ~ Guía y referencia de scripts (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8946-01.
- IBM Workload Simulator ~ Guía de utilidades (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8947-01.
- IBM Workload Simulator ~ Guía del usuario (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8948-01.
- IBM Workload Simulator ~ Test Manager User's Guide and Reference (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8949-01.
- IBM Workload Simulator ~ User Exits (PDF) . Primera edición. IBM. Agosto de 2002. SC31-8950-00.
- IBM Workload Simulator ~ Mensajes y códigos (PDF) . Segunda edicion. IBM. Octubre de 2015. SC31-8951-01.