Evolución de la Automatización de pruebas

En los últimos años ha crecido enormemente el mercado de la automatización de pruebas, diversidad de empresas compitiendo por ser el gurú del servicio bajo su bandera de tener la herramienta que cumpla con todas las exigencias.

En primera instancia debemos entender que la automatización es un apoyo a la labor operativa que demanda el ejecutar un exigente banco de pruebas, los resultados visualizados no pueden tomarse como los resultados finales, hay que realizar un exhaustivo análisis y generar un informe de lo evidenciado.

Los clientes bajo la necesidad de dedicarse a la operativa de su negocio buscan tercerizar el servicio de pruebas bajo el enfoque automatizado, depende de encontrarle el verdadero valor agregado a la automatización para su rentabilidad. Al inicio la inversión de la automatización de pruebas es costosa, ya que se invierte técnicamente en profesionales especialistas para generar y estabilizar scripts en un ambiente de pruebas, del 100% presupuestado para un proyecto de Testing automatizado, el 70% es dedicado a la fase de planificación, diseño y estabilización, el 30% restante es para las ejecuciones y cierre del proyecto. La inversión se recupera en las posteriores iteraciones (regresiones) que a nivel macro del proyecto, debería ser cambios puntuales a la arquitectura ya definida, donde únicamente el analista se encarga de revisar evidencias y generar informes técnicos/gerenciales.

Si el alcance inicial de la automatización es puntual, no es necesario invertir a nivel de costo y tiempo en una herramienta comercial o una adecuación Open-Source, los Tester del nuevo milenio las pueden implementar, los conocimientos técnicos de programación, dominio de poder adaptarse a un lenguaje determinado, dan ese valor agregado para determinada tarea, por ello lo importante de realizar un buen examen de conocimientos para detectar el perfil técnico en un Tester metodológico.

El elegir una herramienta no te asegura que tu proceso de pruebas este completamente automatizado, es necesario realizar pruebas de concepto donde podremos diagnosticar si la(s) herramienta(s) elegida(s) es la idónea, existen muchos proyectos que fracasaron por ignorar esta primera tarea importante.

En la actualidad la automatización de pruebas ha evolucionado, desde que se inicio con un record and play, scripting, datadriven, etc. El record and play (grabación), scripting (código estático), híbridos (soluciones mixtas) quedaron desfasados en los tiempos modernos, un Framework es la solución integral de un proceso de pruebas automatizado, en estos tiempos donde necesitas unificar procedimientos de revisiones de UI, Backend (SQL), Servicios, entre otros.

Al inicio la aplicación de un record and play era suficiente para grabar flujos y ejecutarlos para temas puntuales, no se necesitaba de capacidad técnica por parte del probador.

Posteriormente apareció el scripting, donde el probador con más experiencia técnica codificaba en un lenguaje de programación la interacción automatizada sobre los aplicativos a probar, seguidamente se necesitaba darles dinamismo a las pruebas bajo los scripts diseñados, y nació el concepto de datadriven, donde la batería de datos podría ser variada bajo un mismo esquema de trabajo el cual retroalimentaba cada script automatizado. La demanda aumentaba, se necesitaba tener resultados inmediatos, las interacciones de un datadriven con scripting era necesario tenerlos controlados y orquestados, era prioridad tener un esquema de trabajo donde los probadores puedan diseñar pasos, crear datos, mapear objetos, guardar un log con los flujos recorridos, manejar un programador de ejecuciones, evidenciar las pruebas bajo un formato visual y de comprensión para los analistas, es ahí donde apareció el término de  Framework, un esquema de trabajo integral donde se programaban las ejecuciones automatizadas.

Si una empresa ofrece servicios de automatización de pruebas integrales y no posee un Framework que orqueste las ejecuciones, simplemente su objetivo es vender la herramienta por temas de licenciamiento. Un marco de trabajo (Framework) dentro del enfoque de pruebas es muy importante si deseas visualizarlo bajo un enfoque sistémico, donde puedes entender tus pruebas desde lo general hasta lo particular e individualizarlo.

La pregunta clave es: ¿Las empresas están preparadas para automatizar sus pruebas?

En Vector la experiencia en consultorías e implantación de arquitectura de pruebas respalda la solución idónea para con sus clientes.

Contacta con nosotros