Performance Testing:Depurar escenarios

1. Resultados de aserción

   Un icono 'x' indica una excepción. Seleccione la API para ver los detalles de la respuesta a la derecha.

2. Estado de la respuesta

   El estado puede ser un código de estado (como 200, 302, 403, 503 o 500) o un mensaje Abnormal. Un mensaje Abnormal significa que no se recibió ninguna respuesta. Esto puede deberse a un tiempo de espera agotado en la solicitud o a un error en la URL o el cuerpo de la solicitud, como una función no reconocida o un formato de URL no válido.

   Nota

   Puede consultar los detalles de solicitud y respuesta de cada API depurada. Para solucionar estos problemas, compruebe lo siguiente:

   • Si el estado de la respuesta es Abnormal, revise los detalles de la excepción en la sección de información de error de la pestaña Response Details. Por ejemplo, la excepción puede originarse por parámetros no válidos, como el uso incorrecto de una función del sistema.

   • Si el estado de la respuesta es un código distinto de 200, revise la información devuelta y realice la solución de problemas estándar mediante los registros de su servidor.

   • Si falla una aserción, consulte los detalles de la aserción en la sección Check Point Information de la pestaña Response Details. Si el valor actual está vacío, significa que no se extrajo ningún valor de parámetro de salida.

3. Información de error

   Esta sección muestra detalles sobre respuestas anómalas, como tiempos de espera agotados, errores de parámetros o rechazos de conexión.

4. La pestaña Timing detalla el tiempo consumido durante el ciclo de vida principal de una solicitud.

   Puede utilizar el modelo de cascada de Timing para ver la información de error. Todos los errores aparecen en este modelo.

   Por ejemplo, si habilita la redirección 302 en la configuración del escenario, puede revisar el modelo de cascada de Timing para comprobar si ocurrió una redirección y cuál fue su ruta específica.

5. Probar una expresión de parámetro de salida

   Cuando necesite extraer una cadena específica de los detalles de respuesta de una solicitud, generalmente de un cuerpo de respuesta basado en texto, puede probar una expresión regular en la ventana de depuración para verificar si es correcta. También puede restablecer el parámetro de salida según sea necesario.

   Nota

   Esta función no está disponible para formatos JSON de los tipos application/json y text/json, ya que estos formatos son fáciles de analizar sintácticamente.

   1. En el cuadro de diálogo Debug Scenario, seleccione una API a la derecha y haga clic en Click to test the regular expression for the output parameter.

   2. En el cuadro de diálogo Test output parameter regular expression, seleccione un formato de origen, introduzca una expresión regular y especifique la coincidencia número N. Luego, haga clic en Test Expression. Utilice el resultado de coincidencia en los detalles de la respuesta para verificar que el contenido extraído sea el esperado.

   3. Si necesita restablecer el parámetro de salida, haga clic en Sync Output Parameter para sincronizar la expresión regular con la lista de parámetros de salida de la API.

      Nota

      Si sincronizó un parámetro de salida durante la depuración, regrese a la pestaña de configuración del escenario del escenario de pruebas de estrés y establezca un nombre para el parámetro de salida en la pestaña Output Parameter Definition de la API.

Haga clic en un Sampler para ver los detalles de las solicitudes y respuestas, así como el modelo de cascada de Timing en el área de registro de muestreo.

• Registro de muestreo:

  • La pestaña General muestra la URL de la solicitud, el método de solicitud y el código de estado de la solicitud.

  • La pestaña de detalles de la solicitud muestra los encabezados de la solicitud, el cuerpo y el paquete original.

  • La pestaña Response Details muestra los encabezados de la respuesta, el cuerpo y el paquete original.

  • La pestaña Timing muestra el tiempo que tomó cada API.

• El área de Engine Logs muestra los registros de ejecución de JMeter. Si no se genera ningún registro de muestreo después de depurar el script, puede analizar y solucionar problemas utilizando la información de error en los registros del motor. Para obtener más información sobre errores comunes y sus causas, consulte Common Errors.