3)
Asignar a las personas para realizar el testing automatizado: Una vez que se decidió el portfolio de proyectos, se deberá asignar las personas para comenzar con la experiencia de testing automatizado. La recomendación es que las personas encargadas de automatizar sean los mismos analistas que conocen de los requerimientos y que realizan el testing funcional tradicional.
Es importante que sea el mismo grupo por varios motivos: para que no se genere competencia entre las pruebas manuales y las pruebas automatizadas; ayuda a asegurar la correcta elección de las pruebas que se realizarán de manera automatizada; las herramientas de testing automatizado pueden servir no sólo para automatizar casos de prueba sino que también para generar datos para los casos de prueba.
4)
¿Cómo formar a las personas que van a automatizar?: El proceso que siga cada una de las personas que vaya a automatizar puede variar según su grado de conocimiento en testing automatizado y en herramientas de automatización.
Es aconsejable que de manera paralela puedan comenzar con la capacitación en la herramienta que se vaya a utilizar (con GXtest se puede empezar por ejemplo con
Tutorial de GXtest Designer) así como también leyendo material acerca de metodología y experiencias de pruebas automatizadas en general. Una lectura recomendada es la
4º Edición de la revista Testing Experience dedicada al testing automatizado.
5)
Selección de los casos de prueba a automatizar: Una vez que se tiene elegido el proyecto y la gente que participará en el mismo, hay que es decidir cuáles casos de prueba se automatizarán.
El error más común en los intentos de automatización es intentar automatizar todo, pero la recomendación es que NO INTENTE AUTOMATIZAR TODOS LOS CASOS DE PRUEBA.
Teniendo una visión del negocio y también de la estructura interna del sistema (para lo cual se necesita involucrar a los desarrolladores) se debe decidir cuáles son los casos de prueba que se automatizarán. Algunos de los factores a tener en cuenta son:
Teniendo en cuenta estas características se puede ponderar cada caso de prueba en base a cada una de ellas para luego hacer un ranking o priorizar los casos de prueba a automatizar.
6)
¡A automatizar!: Luego de seleccionar un proyecto para un piloto, y seleccionar ciertos casos de prueba para automatizar, lo que recomendamos es comenzar por un subconjunto acotado de casos de prueba (no más de diez) y ponerlos a funcionar. Esto es: diseñarlos (en papel, planillas, etc.), automatizarlos (con GXtest Designer y Recorder), preparar ambiente y datos para poder probarlos, preparar la ejecución programada de estos casos (con GXtest Manager, haciendo que ejecuten todas las noches por ejemplo) y definiendo las metodologías para trabajar.
Una vez que preparemos esto, comenzaremos a ver los beneficios y a alimentar la máquina de pruebas automatizadas, haciéndola crecer cada vez más y obteniendo cada vez más beneficios.
*La presente es una síntesis del artículo original publicado en el blog de Abstracta.