keyboard_arrow_left

WebTest : Corrigiendo el Test de rendimiento creado con Visual Studio (Parte 2º)

En articulo anterior vimos como crear un WebTest y al ejecutar el Test anterior  nos dará un fallo debido a que el Token que está almacenado en la cookie no coincide con el del formulario como se ve en imagen del resultado.

Corregir parámetros no detectados en la grabación:

  1. Localizar el foco del problema:
    En  este caso hay que determinar el motivo de por que el token de la cookie no coincide con el del formulario. Es posible ver cuál es el nombre del Token en la respuesta del formulario como se muestra a continuación.

  1. Buscar en el test valores establecidos como constantes:
    Para ello navegamos a la parte del test que falla ,  vemos que hay un parámetro del formulario que es el token el cual  está pre-fijado su valor y el Token es distinto al de la petición anterior.

 

  1. Almacenar el parámetro dinámico para ser usado en el paso erróneo:

Vamos a encapsular el Token de la petición anterior al fallo, se almacenará  en una variable  para que el valor sea dinámico y así en la petición en que falla poder usar este Token.

  1. Para ello extraemos el token del paso anterior  con una regla de extracción .

  1. Extraer el parámetro del formularios :
    Seleccionamos la regla de extracción para el formulario .
    Indicamos que la propiedad que vamos a extraer será __RequestVerificationToken y la vamos a almacenar en una variable llamada RequestVerificationToken para usarla en el paso que falla.

 

  1. Usar la variable que almacenará el valor dinámico:
    En el paso del test que falla indicamos que el Token será el que hemos extraído del  paso anterior y está almacenado en la variable RequestVerificationToken .

 

Y quedaría de esta forma

 

Finalmente volvemos a ejecutar el test:

 

Vemos que ha tenido éxito y se ha ejecutado satisfactoriamente mostrándose los resultados:

Descargar el proyecto WebTest anterior 

_comentarios

  • Eladio dice:

    Muchas gracias por el post Jesús. Desde mi punto de vista sólo faltaría mencionar qué es el anti-forgery y el mecanismo que dispone MVC para evitarlo, que precisamente es la fuente de este error del Load Test.

  • Deja un comentario

    Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

    techdencias

    WebTest : Corrigiendo el Test de rendimiento creado con Visual Studio (Parte 2º)

    31-Ago-2014

    por

    Fundación Techdencias

    En articulo anterior vimos como crear un WebTest y al ejecutar el Test anterior  nos dará un fallo debido a que el Token que está almacenado en la cookie no coincide con el del formulario como se ve en imagen del resultado.

    Corregir parámetros no detectados en la grabación:

    1. Localizar el foco del problema:
      En  este caso hay que determinar el motivo de por que el token de la cookie no coincide con el del formulario. Es posible ver cuál es el nombre del Token en la respuesta del formulario como se muestra a continuación.

    1. Buscar en el test valores establecidos como constantes:
      Para ello navegamos a la parte del test que falla ,  vemos que hay un parámetro del formulario que es el token el cual  está pre-fijado su valor y el Token es distinto al de la petición anterior.

     

    1. Almacenar el parámetro dinámico para ser usado en el paso erróneo:

    Vamos a encapsular el Token de la petición anterior al fallo, se almacenará  en una variable  para que el valor sea dinámico y así en la petición en que falla poder usar este Token.

    1. Para ello extraemos el token del paso anterior  con una regla de extracción .

    1. Extraer el parámetro del formularios :
      Seleccionamos la regla de extracción para el formulario .
      Indicamos que la propiedad que vamos a extraer será __RequestVerificationToken y la vamos a almacenar en una variable llamada RequestVerificationToken para usarla en el paso que falla.

     

    1. Usar la variable que almacenará el valor dinámico:
      En el paso del test que falla indicamos que el Token será el que hemos extraído del  paso anterior y está almacenado en la variable RequestVerificationToken .

     

    Y quedaría de esta forma

     

    Finalmente volvemos a ejecutar el test:

     

    Vemos que ha tenido éxito y se ha ejecutado satisfactoriamente mostrándose los resultados:

    Descargar el proyecto WebTest anterior 

    _comentarios

  • Eladio dice:

    Muchas gracias por el post Jesús. Desde mi punto de vista sólo faltaría mencionar qué es el anti-forgery y el mecanismo que dispone MVC para evitarlo, que precisamente es la fuente de este error del Load Test.

  • Deja un comentario

    Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *