Puede cambiar el modo en que se generan las pruebas de rendimiento, como el modo en que las pruebas procesarán
los puntos de verificación, la correlación de datos y las páginas.
Procedimiento
- Pulse .
- Seleccione la preferencia que desee cambiar.
Las preferencias de generación de pruebas son las siguientes:
- No generar una nueva página si el tiempo de reflexión es inferior a
- Especifica el tiempo más corto, en milisegundos, que el generador utilizará
como retardo para emular el tiempo de reflexión del usuario para una página HTTP. Si las pruebas
contienen menos páginas de las esperadas, pruebe con un intervalo más corto.
- Generar una nueva página si el retardo entre solicitudes es mayor que
- Especifica el retardo más largo, en milisegundos, que el generador permitirá entre
solicitudes de página. Si se supera este tiempo, se generará una nueva página.
Si la prueba contiene más páginas de las esperadas, inténtelo con un intervalo más largo.
- Retardo de solicitud máximo
- Especifique el retardo más largo, en milisegundos, que el generador permitirá antes de truncar solicitudes HTTP. Las solicitudes
se truncan en la prueba generada. La prueba grabada sigue conteniendo los valores originales y puede volverlos a obtener generando una nueva prueba.
- Guardar sólo los primeros 4 KB de respuestas mayores que
- Especifique el límite de datos de respuesta, en KB, que guarda el generador.
Si una respuesta
es mayor que el límite especificado, sólo se guardan los primeros 4 KB de datos.
- Suprimir NSLookup() y utilizar IP numéricas
- Seleccione esta opción para acortar el tiempo de generación de la prueba. El inconveniente es que las direcciones IP en una prueba son menos sencillas que el formato de una web (www.ejemplo.com).
- Inhabilitar la emulación de memoria caché de páginas durante la generación de la prueba
- Seleccione esta opción para inhabilitar la emulación de memoria caché de páginas. Cuando esta opción está habilitada, almacenar en caché información en las cabeceras de respuesta es un orgullo. Además, las solicitudes no se envían al servidor de contenido que se ha confirmado por el cliente como reciente en la memoria caché local. La emulación de memoria caché de páginas está habilitada de forma predeterminada.
- Utilizar el generador de pruebas existente
- Seleccione esta opción si le han enseñado a utilizar el generador de pruebas HTTP existente.
- Incluir automáticamente punto de verificación de
- Pulse aquí para especificar los tipos de puntos de verificación que se deben incluir automáticamente. Si está marcado un recuadro de selección para un punto de verificación, se generarán los controles de
código y edición para este tipo de punto de verificación en todas las pruebas. Los puntos de verificación también se pueden habilitar o inhabilitar en pruebas específicas.
- Laxo
- Se consideraran equivalentes códigos de respuesta que están dentro de la misma categoría (por ejemplo, 200, 201, 203, 209). Se informará de un error si el código de respuesta no está en la misma categoría.
- Exacto
- Se informará de un error si el código de respuesta no coincide con el valor exacto que se ha grabado.
- Aceptar tamaños para la solicitud principal dentro de
- Si está generando automáticamente puntos de verificación de tamaño de respuesta, pulse aquí
para especificar el rango de tamaños aceptables para las solicitudes principales.
No se informa de ningún error si una respuesta está dentro del porcentaje especificado por encima o por debajo del tamaño esperado. De forma predeterminada, en solicitudes principales, los puntos de verificación de tamaño de respuesta HTTP utilizan coincidencia de rango.
Las preferencias de correlación de datos son las siguientes:
- Correlacionar datos de host y el puerto automáticamente
- De manera predeterminada, los datos de host y de puerto se correlacionan automáticamente. Si las
pruebas de un release anterior tienen bastantes correlaciones manuales o si se utilizan proxies, es posible
que la migración de la característica de la función de host de sustitución falle durante la reproducción. En este caso, desmarque el recuadro de selección. Cuando vuelva a abrir las pruebas, estas no tendrán la característica
de correlación automática en ellas.
- Correlacionar automáticamente el nombre de vía de acceso de URL si la respuesta lo redirige
- Especifica si los nombres de vía de acceso de URL se correlacionan en caso de redirigirse mediante un código de respuesta que esté seleccionado. Si está marcado un recuadro de selección para un código de respuesta, el generador de pruebas realizará correlaciones para dicho código de respuesta. Esta opción sólo se aplica a las respuestas que sean redirigidas, con un código de estado entre 300 y 399.
- Correlacionar sitios de referencia automáticamente
- De forma predeterminada, el campo Sitio de referencia en una cabecera de solicitud HTTP será correlacionado automáticamente. Desmarque el recuadro de selección si piensa correlacionar los sitios de referencia de manera manual. Si ejecuta pruebas frente a servidores que no necesitan un campo Sitio de referencia y desmarca este recuadro de selección, reduce el nombre de correlaciones realizadas durante la ejecución de la prueba y puede aumentar el rendimiento del usuario.
- Habilitar el resto de las correlaciones de datos
- De manera predeterminada, los datos de solicitudes y respuestas se correlacionan automáticamente.
Desmarque el recuadro de selección para inhabilitar la correlación automática de datos de solicitud y respuesta. Tenga en cuenta la opción de desmarcar el recuadro de selección si crea sus propias reglas de correlación de datos en el editor de reglas.
- Optimizar correlación automática de datos para su ejecución
- Especifica las características para las que las pruebas están automatizadas.
- Con el valor Precisión (el valor predeterminado), se crean muchas referencias con un valor de ID de sesión idéntico y el valor de cada ID de sesión se sustituye a partir de la referencia anterior más cercana.
- Para hacer que una prueba se ejecute más rápido reduciendo el número de referencias creadas durante la correlación automática de datos, cambie la optimización a Eficiencia. Por ejemplo, considere una prueba en la que un ID de sesión, que se asigna cuando el usuario inicia la sesión, se incluye en cada solicitud posterior de la prueba. Con el valor Eficiencia, todos los ID de sesión se sustituyen desde una única referencia anterior.
El inconveniente de este valor es que puede dar lugar a correlaciones incorrectas.
Por ejemplo,
una solicitud que contiene la serie Joe Smith podría correlacionarse incorrectamente con una solicitud
que contenga la serie Joe Brown.
- Reescritura de URL para ejecución
- Especifica la forma en que las direcciones web (URL) se vuelven a escribir durante la ejecución de la prueba.
Cuando se correlacionan datos, el generador de pruebas sustituye parte de una serie de solicitud URL por un valor que el servidor haya devuelto en respuesta a una solicitud anterior.
- Automático (valor predeterminado): el generador de pruebas determina automáticamente cuándo la reescritura de todo
el URL durante la sustitución facilitará la ejecución de la prueba.
- Activado: seleccione reescribir los URL en cada instancia de la correlación de datos. Esto produce pruebas más largas que tardan más en ejecutarse. Pruébelo con este valor si las pruebas fallan de forma inesperada.
- Desactivado: seleccione esta opción para correlacionar manualmente las instancias donde
es necesaria la reescritura de URL. Este valor podría producir errores de ejecución.
Nota: Para desactivar por completo la correlación de datos o para definir si se generan automáticamente nombres para las referencias de correlación de datos, pulse , y pulse el separador Correlación de datos.
Las preferencias de tipos de correlación de datos son las siguientes:
- Tipos de correlación de datos
- Especifique cuándo generar construcciones de correlación de datos. Con el valor Automático, el generador de pruebas crea las construcciones requeridas siempre que es necesario. Si la prueba no contiene las construcciones requeridas, cambie el valor a Activado, de manera que siempre se realice la correlación de datos.
Si las pruebas no requieren una construcción específica, seleccione Desactivado, opción que tiene la ventaja adicional de mejorar el rendimiento en la subsiguiente generación de pruebas.
- Para Jazz Foundation Services, los valores Activado y Automático habilitan la correlación de datos para las aplicaciones de Jazz que utilizan el almacenamiento REST o las API de consulta de Jazz Foundation Services. Rational DOORS Next Generation es un ejemplo de esta aplicación. Aunque la correlación de datos no se suele aplicar a los clientes web de Jazz basados en navegadores, puede resultar útil para otras aplicaciones cliente/servidor HTTP que utilicen servicios REST y Atom Publishing Protocol para actualizar los recursos web.
- Para Jazz Web Applications, Activado y Automático permiten la correlación de datos para las aplicaciones web de Jazz que utilizan la infraestructura de IU web de Jazz Foundation. Las interfaces web de Rational Quality Manager y Rational Team Concert son ejemplos de este tipo de aplicaciones web. La correlación de datos también puede resultar útil para otras aplicaciones web que contienen el código javascript que utiliza JSON para el intercambio de datos cliente/servidor. Se trata de una práctica habitual con aplicaciones basadas en DOJO y AJAX.
- Después de modificar un valor, pulse Aplicar.