9
Pruebas tempranas de performance Miguel Angel De León Trejo

Pruebas tempranas de performance

Embed Size (px)

DESCRIPTION

Si se tiene la premisa de que los defectos son más baratos y fáciles de corregir en etapas tempranas del proyecto, ¿entonces por qué las pruebas de performance se dejan al final? Las pruebas de performance se han enfocado en generar un gran número de peticiones, y ¿qué pasa del otro lado, todo eso llega al servidor, cómo lo monitoreamos? Imaginemos un asesino a sueldo, con el objetivo de "matar" la aplicación/servidor, ¿quién sería más efectivo? Aquél que hace un desastre y demasiado daño colateral por el desperdicio de municiones (recursos de red y hardware) o aquél que dispara sólo las municiones necesarias a objetivos específicos. ¿Cómo seleccionamos nuestras armas (herramientas), las configuramos correctamente? ¿Nos preocupamos por el desempeño de la aplicación, o sólo del servidor?.....y al final ¿todo se arregla a fierrazos (agregando más procesadores y memoria)? ¿Y qué pasa con las bases de datos, las involucramos en las pruebas de performance? ¿Nos sirven las mismas herramientas y la misma estrategia de pruebas? Semblanza del conferencista: Miguel Angel De León Trejo Quality Assurance Manager en Intellego. Ingeniero egresado de la Universidad Nacional Autónoma de México, 6 años de experiencia en el aseguramiento de calidad y testing. Asesor de carrera y formación de talento en prácticas de testing.

Citation preview

Page 1: Pruebas tempranas de performance

Pruebas tempranas de performance

Miguel Angel De León Trejo

Page 2: Pruebas tempranas de performance

PRUEBAS TEMPRANAS (PRINCIPIO DEL TESTING)

Page 3: Pruebas tempranas de performance

VOLUMETRÍA ESPERADA…

¿Sabemos cuántos usuarios estarán operando el sistema?

¿Son usuarios concurrentes o es el promedio por día?

¿Todos los flujos de negocio son de alta concurrencia?

¿Dónde existe más riesgo?

Page 4: Pruebas tempranas de performance

LA EXPERIENCIA DE USUARIO Y MÁS...

¿Cuánto tiempo es aceptable para que se descargue completamente una página?

¿Cuál es el tamaño máximo del conjunto de recursos que deben descargarse?

¿Cuántos threads deberían de lanzarse en cada petición?

Page 5: Pruebas tempranas de performance

DEBUGG DE APLICACIONES WEB Y PROTOCOLOS

Page 6: Pruebas tempranas de performance

MONITOREO DE APLICACIONES

Cliente Servidor

Page 7: Pruebas tempranas de performance

Y LAS BASES DE DATOS???

¿Cuántas conexiones hay a la base?

¿Cuántos registros se esperan?

¿Hay esquemas de depuración?

Page 8: Pruebas tempranas de performance

HERRAMIENTAS

Page 9: Pruebas tempranas de performance

Preguntas

Miguel Angel De León [email protected]