![\"\"](\"https:\/\/wordpress-test.ces.com.uy\/web\/wp-content\/uploads\/2011\/04\/http.png\" "\\"http\\"")
<\/p>\nEn los \u00faltimos a\u00f1os se ha incrementado el uso de portales en Internet, sitios web que ofrecen al usuario acceso a recursos y servicios relacionados. A modo de ejemplo se encuentran links, buscadores, foros de discusi\u00f3n, documentos, aplicaciones, e-commerce, entre otros.<\/p>\n
<\/p>\n
La disciplina de pruebas de performance intenta modelar el uso que los usuarios de una aplicaci\u00f3n le dan a la misma a fin de detectar posibles cuellos de botella, aislarlos e intentar, con un equipo de expertos en la infraestructura y la aplicaci\u00f3n, realizar cambios hasta encontrar la mejor configuraci\u00f3n.<\/p>\n
En el CES realizamos a diario pruebas de performance sobre distintos tipos de aplicaciones, con m\u00e1s o menos capas y distintas tecnolog\u00edas. Contamos con una metodolog\u00eda la cual ha sido reconocida a nivel internacional. Si bien cada sistema tiene sus particularidades, las ideas generales para realizar un buen modelado de la realidad son similares.<\/p>\n
En este art\u00edculo voy a centrarme en aspectos comunes para realizar pruebas de performance en portales. La principal particularidad se encuentra en la etapa de relevamiento, aqu\u00ed a diferencia de otras aplicaciones, podr\u00e1n estar integradas varias aplicaciones con lo cual se hace necesario identificarlas y, en base a ellas, seleccionar las herramientas a incluir para realizar la automatizaci\u00f3n. Luego, por cada una de estas aplicaciones, habr\u00e1 que realizar las actividades que proponemos en nuestra metodolog\u00eda (Relevamiento, Automatizaci\u00f3n, Armado de la Infraestructura definitiva y Ejecuci\u00f3n). Finalmente se deber\u00e1 ejecutar una prueba en conjunto con todas las aplicaciones que brinda el portal, a fin de modelar su verdadero uso.<\/p>\n
![\"\"](\"https:\/\/wordpress-test.ces.com.uy\/web\/wp-content\/uploads\/2011\/04\/Metodologia.png\" "\\"Metodologia\\"")
<\/p>\n
Una simplicidad que se da a diferencia de sistemas transaccionales es lo relacionado a la generaci\u00f3n de datos. Ya que salvo excepciones, a priori no se consumen los datos utilizados para las pruebas. Lo cual al realizar varias pruebas complica el proceso, ya que la ejecuci\u00f3n y posterior comparaci\u00f3n queda ligada a la posibilidad de volver a un estado conocido el estado de la aplicaci\u00f3n (incluyendo todos los componentes de la infraestructura, ej.: bases de datos).<\/p>\n
Lo que m\u00e1s difiere \u00faltimamente entre portales y otro tipo de aplicaciones es lo relativo a facilidades que se le brinda al usuario.Ejemplos de esto son el \u201csingle sign on\u201d y lastecnolog\u00edas que apuntan a mejorar la percepci\u00f3n del usuario, como ser Ajax, Silverlight, flash, entre otras\u2026que se dan m\u00e1s desde el lado del cliente. Todo esto habr\u00e1 que considerarlo y ver la forma de emularlo a fin de lograr una carga similar a la que el portal estar\u00e1 recibiendo una vez en producci\u00f3n.<\/p>\n
Lo otro que cambia, es el modelado del tr\u00e1fico y del comportamiento de los usuarios. No es lo mismo a un sistema en donde el usuario tiene que usarlo y finalizar una tarea. Un portal es diferente. Por ejemplo, se tiene abandono de los usuarios (usuarios que abandonan el portal a la mitad de algo y no terminan transacciones), usuarios que buscan algo y no lo encuentran…<\/p>\n
![\"\"](\"https:\/\/wordpress-test.ces.com.uy\/web\/wp-content\/uploads\/2011\/04\/trafico.png\" "\\"trafico\\"")
<\/p>\n
La literatura, en general, dice que hay que basarse en logs de navegaci\u00f3n de portales similares o anteriores para poder determinar un escenario de uso lo m\u00e1s real posible.Este tipo de informaci\u00f3nno siempre est\u00e1 disponible con lo cual muchas veces se estima en base entrevistas la simulaci\u00f3n del uso del portal a generar. Asimismo, se intenta tipificar usuarios adem\u00e1s de transacciones (lo que generalmente se tipifica), ya que para una misma transacci\u00f3n hay gente que puede llegar a utilizarla de manera diferente. A modo de ejemplo si la transacci\u00f3n fuese \u201cconsultar horarios de tr\u00e1mites\u201d algunos usuarios tal vez solo consulten esos horarios y los impriman y otros de all\u00ed pasen a solicitar un n\u00famero para realizar un tr\u00e1mite.<\/p>\n
En conclusi\u00f3n, dado que los usuarios tienen un comportamiento diferente y son potencialmente diferentes para cada ejecuci\u00f3n de la transacci\u00f3n (no es como en un sistema transaccional en donde se loguea una vez y nada m\u00e1s) es que la forma de modelar la realidad se basa en el comportamiento que los usuarios le dan al sistema m\u00e1s que en las funcionalidades.<\/p>\n