JMeter va a servir como su herramienta de prueba de carga/estrés, pero es difícil de usar en aplicaciones web que contienen mucha lógica del lado del cliente.
Selenium es una gran herramienta de prueba funcional para aplicaciones web que son pesadas en la lógica del lado del cliente, pero no fue diseñada para pruebas de carga/estrés.
Dependiendo de su aplicación, puede particionar los diversos contextos de prueba en una variedad de herramientas. Si necesita probar el rendimiento de JavaScript explícitamente, entonces un perfil de JavaScript generalmente es el camino a seguir. Si está probando la lógica comercial del lado del cliente, entonces Selenium será de gran ayuda aquí. Cuando pruebe los componentes del servidor (acceso a la base de datos, código de nivel medio, etc.), JMeter será el mejor aquí.
Tiendo a utilizar las tres herramientas en varias capacidades, ya que mantengo y pruebo una aplicación basada en ADF/JSF que es muy pesada en el código del lado del cliente. Las áreas grises son donde el código JavaScript lee algo del DOM y luego lo envía a una URL. Si el objetivo es cargar la prueba de la URL en cuestión, puede combinar Selenium y JMeter en pruebas separadas: (1) para la prueba funcional (Selenio) y (2) cableando los valores (datos de prueba que se habrían obtenido de DOM/JS) en una muestra de solicitud JMeter.
Gracias Jtp. Estoy usando Selenium para pruebas funcionales. Pero mi aplicación se basa en el trabajo de marcos de Extjs, por lo que selenio no puede probar algunas funciones, como los eventos de ventanas emergentes y paneles de árbol. – siva565
Ooh. Todavía no he tenido que lidiar con las pruebas que involucran a ExtJS. Supongo que a veces no hay sustituto para la interacción humana en algunos aspectos del plan de prueba. – JTP
Básicamente soy desarrollador, pero quiero hacer pruebas con estas herramientas de código abierto. ¿Puede sugerirme algún peaje de código abierto mejor para el rendimiento y las pruebas de carga? – siva565