Capacitaciones en Performance y Automated Testing

Estoy empezando una nueva etapa en mi carrera con el dictado de capacitaciones en pruebas de Performance y Automatización.

Las capacitaciones apuntan a los distintos niveles de conocimientos en pruebas de performance y automatización (Básico, Medio y Alto) siendo los mismos totalmente adaptables a las necesidades de su empresa. La estructura de las capacitaciones se basa en 3 puntos fundamentales: Conceptos, Ejemplos y Práctica, en cada uno de los distintos temas desarrollados, lo que facilita el entendimiento y el posterior desarrollo de la actividad.

Les dejo una muestra de los temas tratados en la ultima capacitación:

Material – Capacitación Pruebas de Performance

Para más información sobre las capacitaciones contactarse por mail a:  jose.sarco@gmail.com

Muchas Gracias a todos!

Errores más comunes al realizar Pruebas de Performance – Parte II

En esta segunda parte (de la que serán varias entregas ) vamos a estar repasando los errores más típicos al momento de realizar pruebas de Performance sobre una aplicación. Algunos de los errores que van a ver fueron sacados de la Web y el resto son por experiencia propia.

Cuellos de Botella (Bottlenecks)

En esta entrada vamos a apuntar a uno de los temas de mayor importancia en las pruebas de Performance, los Bottlenecks.

Definición

Un cuello de botella (de aquí en más lo llamaré BN) es un fenómeno donde el rendimiento o la capacidad de todo un sistema está limitado por un único componente. El termino proviene de la situación en la que, a medida que el agua se vierte de una botella, la tasa de salida está limitada por la anchura del conducto de salida – es decir, cuello de botella. Al aumentar la anchura del cuello de botella, se puede aumentar la tasa en que el agua fluye.

Un BN es una disminución de la Performance de la aplicación, no una detención de la aplicación. Si la aplicación se detiene es una falla, no un BN.

Errores más comunes al realizar Pruebas de Performance – Parte I

En esta primera parte (de la que serán varias entregas ) vamos a estar repasando algunos de los errores mas típicos al momento de realizar pruebas de Performance sobre una aplicación. Algunos de los errores que van a ver fueron sacados de la Web y el resto son por experiencia propia.

Si bien algunos puntos pueden llegar a discutirse, la lista es la siguiente:

Error 1: Arrancar tarde con las pruebas

Este es el mayor de los errores que me ha tocado vivir, no por decisión propia, sino porque las empresas se acuerdan de las pruebas de Performance una vez que entregan el producto al cliente y el cliente se queja por los tiempos de respuesta altísimos de la aplicación. Otra de las razones por las cuales se arranca tarde es porque confunden el Performance Testing o Load Testing con el Testing Funcional, lo cual es un grave error.

Mitos sobre Performance Testing – Parte 2

Continuando con el tema de los mitos, dejo algunos mas que pude encontrar por la red o que escuche por ahí.

7- Performance Testing se debe hacer en todos los Workflows de la aplicación, para identificar todos los problemas de rendimiento.

Veredicto: Falso

Las pruebas de Performance se realizan solo sobre un grupo de escenarios basandonos en su frecuencia de uso, son importantes para el usuario final (son críticos al momento de la utilización de la aplicación, como ver opciones de seguros disponibles para poder venderlos por teléfono, el telemarketer necesita rápidamente la información para no hacer esperar al cliente en el teléfono) y los escenarios propensos a tener baja performance (como consultas a base de datos).

Mitos sobre Performance Testing – Parte 1

Un tema que me parece más que interesante son los MITOS sobre Performance Testing.
Se pueden encontrar diversos artículos que hablan sobre esto en Wikipedia y con solo escribirlo en google se encuentran bastantes más.
Como buen seguidor de MythBuster vamos a poner a prueba estos mitos.

1- Performance Testing se utiliza para hacer caer la aplicación

Veredicto: Falso