consultor java

Performance de aplicaciones java desde el desarrollo

rendimiento_java

En varias oportunidades he oido decir lo siguiente: “Cuando los desarrolladores construyen sus componentes indivduales basandose en un caso de uso o una funcionalidad especifica, es demasiado pronto para hacer pruebas de rendimiento…”.

Ahora pongamonos a pensar de manera similar (antes de escribir las lineas que siguen lei unos cuantos articulos al respecto y revistas de autos ). Cuando se construye un automovil, es prematuro evaluar el rendimiento del alternador (el alternador es el generador de corriente, que es un componente del auto). Yo diria de que no es prematuro, por que primero quisiera asegurarme de que el alternador este en perfectas condiciones al momento de finalizar con la construccion del auto. Entoces nos hacemos la pregunta ¿Por que montar una Aplicacion JAVA J2EE sin los componentes no han sido probados para evaluar su rendimiento ?, entonces deberiamos de considerar el rendimiento en los casos de uso, los niveles de aceptacion del servicio (SLA), etc. Si estos criterios no cumplem, uds creen que cumplira en el despliegue final; es obvio que no y casi nunca se hace. A lo que apunto es que se debe tener y considerar siempe para nuestras aplicaciones un alto rendimiento.

En la etapa o fase de desarrollo (construccion o implementacion), los componentes son probados en las pruebas de unidad. Una prueba de la unidad está diseñada para evaluar la funcionalidad y el rendimiento de un componente (no siempre se considera la prueba de rendimiento) individual, independientemente de otros componentes que con el tiempo interactúa. El más común marco pruebas unitarias tenemos a JUnit. JUnit, deberia usar de la siguiente manera,se debe escribir las pruebas para validar cada pieza de la funcionalidad de sus componentes. Un relativamente nuevo paradigma de desarrollo, Extreme Programming (www.xprogramming.com), o TDD, promueve la creación de casos de prueba antes de la creación de los componentes en sí, lo que obliga a comprender mejor cómo sus componentes se utilizarán antes de escribirlos.

JUnit se centra en las pruebas funcionales, pero los proyectos generados en JUnit incluyen desempeño y pruebas de escabilidad. Las pruebas de rendimiento nos dan aproximados de los tiempos de respuesta y la de escalabilidad pruebas de integridad de la medida funcional bajo carga.

Con este tipo de pruebas se debe de estar en la capacidad de identificar lo siguiente:

Identificar los problemas de memoria.
Identificar los metodos y algoritmos de bajo rendimiento.
Medir la cobertura de las pruebas de unidad para garantizar que la mayor parte del código está siendo probado.