Configurando un WebTest y LoadTest en VS2008

1. Cuando realizas una grabación de tipo WEBTEST para tu aplicación, obtienes los Request y Response junto con sus respectivos parámetros POST y GET e información que viaja a través de estos. Como se muestra a continuación:

2. Transacciones: Cuando manejas formularios dinámicos en un mismo ASPX o página, en diferentes momentos dentro de la ejecución de tu aplicación, es importante bautizar y agrupar las URLS en transacciones, para que su posterior análisis sea más preciso. Como se muestra a continuación:

Bastara con indicar un nombre descriptivo como adicionando teléfono, o guardando datos del cliente, en el cual le indicaras la URL inicial Y la URL donde deseas que finalice la transacción

3. Reglas de Extracción: Alunos parámetros: Visual Studio Team test, los reconocerá automáticamente, otros no, sobre todo cuando se trata de aplicaciones muy dinámicas complejas. Y si tú aplicación es una de ellas tendrás que indicarle al Team test, tus propios patrones o reglas de extracción, de tal forma que la herramienta sepa exactamente qué información se alimentara dinámicamente, como IDS que usamos o pasamos por nuestros queryStrings que vienen de la base de datos, para poder hacer búsquedas o simplemente visualizar una grilla, o un detalle de una de uno de nuestros ASPX. Como se muestra a continuación:

La regla de extracción consistirá en indicarle, de nuestro reuest/response que la información va a ser dinámica, para este ejemplo el valor que aparece en negrilla:name="h_idCase" value="454“>

Posteriormente el editor gráfico nos dejara, reutilizar esta variables a mediantes combos o escribiendo directamente el nombre de nuestro parámetro dentro de los caracteres {{}}

4. Como preparar nuestra prueba de carga?

Bautizar nuestra prueba de carga:

Distribución de usuarios (Total 50 y como se van a ir incrementando):

Pruebas de carga a adicionar, en este caso 1, pero se pueden adicionar varias en paralelo:

Distribución en términos porcentuales de navegadores a emular, en este caso 100 % para IE:

Distribución en términos porcentuales de las redes a emular (se pueden las más optimas canales T1, para nuestro caso LAN):

Registro de servidores de contadores a analizar, para el ejemplo se adicionaron dos servidores, los cuales veremos más adelante en los reportes (Proximo POST)

Tiempo de calentamiento de nuestra aplicación, este no se tiene en cuenta para la estadística

Ejecutar prueba de carga.