publicado por Paloma Giraudo Galan en Spain Testing Professionals (grupo de discusión en Linkedin)
Comentario 1.
No dispongo de plantillas, lo siento. Pero por experiencia salvo que se realice la misma prueba funcional seis o mas veces, no es rentable. En el caso de las funcionales, la automatización está orientada a las pruebas de regresión nunca a nuevas funcionalidades
Comentario 2 (dejado por mí)
La rentabilidad (tanto para la empresa cliente como para la empresa proveedora del servicio de testing automatizado) esta directamente relacionada -en principio y dependiendo del grado de evolución que tenga la empresa proveedora y/o en qué nivel se encuentre si la vemos desde el punto de vista del TMMi– a :
1. Pruebas de Regresión
1. Proceso de Integración Continua
La automatización de Pruebas de Regresión es el primer paso para demostrar la eficiencia y eficacia dentro de la actividad del testing, aprovechando escenarios de prueba candidatos a ser automatizados para que entren en este tipo de proceso.
Por supuesto que antes habrá que seleccionar cuáles son los escenarios de prueba candidatos, y esta elección se puede hacer como se lleva a cabo la Estimación del Esfuerzo de Prueba, es decir, mediante la «experiencia» que tenga el Probador, ó mediante una plantilla que ayude a ello.
Por otra parte, para automatizar una Prueba de Regresión, habría que tener mapeada la aplicación a testear en forma automatizada como para tener identificada y reconocidas, las dependencias entre los casos de uso (ó historias de usuario), y de esa forma tener controlada (o por lo menos, lo más posible) la regresión.
En fin, y todavía falta la Integración Continua, tema para otro debate si me permiten.
Ahora bien, y para finalizar, todo ésto se puede utilizar para calcular el ROI en forma casera, mediante experiencia pura, ó como en los casos anteriores, mediante una plantilla que ayude a ello.
