Este documento habla sobre cómo probar el rendimiento de aplicaciones web sin morir en el intento. Explica que el rendimiento es importante para el negocio y para uno mismo, y que se debe medir el tiempo de respuesta y la capacidad máxima. También cubre los tipos de pruebas de rendimiento, tener objetivos claros, límites de tiempo de respuesta, y alternativas como monitoreo sintético y de usuarios reales para probar el rendimiento.
Proyecto integrador. Las TIC en la sociedad S4.pptx
Charla evento TestingUY 2016 - Como Testear Performance sin morir en el intento
1. CÓMO TESTEARCÓMO TESTEAR
PERFORMANCEPERFORMANCE
SIN MORIR EN EL INTENTOSIN MORIR EN EL INTENTO
Diego CardozoDiego Cardozo
Sr. Web Performance EngineerSr. Web Performance Engineer
@NetSuite @diecard@NetSuite @diecard
3. ¿Por qué performance?¿Por qué performance?
¿Por qué es importante para el negocio?
: 2% mas lento = 2% menos búsquedas
: 400 ms mas rápido = 9% más tráfico
: 100ms mas rápido = 1% más ganancia
: 5s más rápido
25% más visitas
7 a 12% más ganancia
toma en cuenta el tiempo de carga al rankear
un sitio
Google
Yahoo
Amazon
Shopzilla
Google
4. ¿Por qué performance?¿Por qué performance?
¿Por qué es importante para uno mismo?
"La mejor parte del testing de"La mejor parte del testing de
performance es cuanto se aprende deperformance es cuanto se aprende de
tecnología en general"tecnología en general"
5. Qué testearQué testear
¿Qué se mide al testear performance?
Tiempos de respuesta y velocidadTiempos de respuesta y velocidad
Cantidad máxima de transaccionesCantidad máxima de transacciones
Comportamiento del sistemaComportamiento del sistema
6. Qué testearQué testear
Tipos de testing de performance para aplicaciones web
(Según Microsoft)
Tipo de test Objetivo
Performance Determinar velocidad y escalabilidad
Carga Determinar comportamiento bajo condiciones
normales
Stress Determinar comportamiento más allá de
condiciones normales
Capacidad Cantidad límite de usuarios o transacciones que
cumplen objectivos de performance
7. Qué testearQué testear
Tener un objetivo - 3 alternativas
Presupuesto de performance
Twitter tiene el "time to first tweet"
Google utiliza el modelo RAIL
8. Qué testearQué testear
Límites de tiempo de respuesta - Ph.D Jakob Nielsenn
Demora Persepción Acción
0 - 16ms Contínuo Animación
0 - 100ms Inmediato Respuesta
100ms - 300ms Demora
300ms - 1s Cambio de estado Carga
1s+ Pérdida de atención
10s+ Sensación de error
11. Cómo testearCómo testear
Alternativas
Se emula un browser donde se corre un caso de
prueba y se registran los tiempos de respuesta
Se envía información de performance
directamente desde el usuario de forma pasiva
Monitoreo SintéticoMonitoreo Sintético
Monitoreo de usuarios reales (RUM)Monitoreo de usuarios reales (RUM)
12. Cómo testearCómo testear
Monitoreo Sintético
Funciona en conjunto con el presupuesto de performance
Complemento a la automatización
Beneficio agregado: control de disponibilidad
Herramientras
(gratuito)
(gratuito)
(gratuito/pago)
(pago)
(gratuito/pago, mobile)
WebPage Test
Google PageSpeed Insights
StatusCake
Keynote/Dynatrace
Monkop
13. Cómo testearCómo testear
Monitoreo de usuarios reales
Ideal para mobile
Se sale al mercado con confianza y know how sobre
como interpretar los datos obtenidos
Herramientras
(web/mobile)
(web)
, (web)
(mobile)
Google Analytics
StatusCake
NewRelic Pingdom
HP AppPulse
14. RecursosRecursos
Link a las slides
RAIL
Guia de testing de performance de Microsoft
diegocard.com/testinguy
http://bit.ly/rail-performance
http://bit.ly/microsoft-performance
dcardozo@netsuite.comdcardozo@netsuite.com
@diecard@diecard