red150770 - Fotolia

P
Lo básico Póngase al día con nuestro contenido introductorio.

¿Podemos adoptar una estrategia de pruebas de software completamente automatizadas?

Su jefe se ha subido al carro de automatizar las pruebas de software. No se desespere. Deje que el experto Matt Heusser lo oriente sobre qué tiene decir –y hacer– para mantener a todos contentos.

Bueno, en primer lugar: ¿podemos admitir que su jefe no ha pensado en esto por completo?

¿Qué significa tener una estrategia de pruebas de software totalmente automatizadas?

Digamos que usted está haciendo una demo para un cliente o alto directivo. El software no está aún en producción; usted está mostrando lo que ha hecho para conseguir feedback para la próxima iteración. El vicepresidente de finanzas le pregunta qué pasa si intenta crear una factura que está vencida el día en que la crearon. Es una buena pregunta, esencialmente una idea para la prueba; el tipo de cosas en que nadie pensó antes. Si el software funciona en un sentido, está bien; si no, es una solicitud de nueva función, no realmente un error. La persona en el teclado comienza a tratar de responder la pregunta.

¿Le dice que pare, que necesita crear una prueba automatizada para responder a esa pregunta? Espero que no.

Hay un montón de ideas de prueba como esta; cosas que usted piensa en el momento para explorar, sobre todo cuando se prueba una nueva característica que es parte de un sistema existente. Muchas de ellas no valen la pena hacerlo cada vez; solo desea probarlas una vez. La institucionalización de estas pruebas en código, para ejecutarse todo el tiempo, es un proceso costoso y derrochador. Su jefe ciertamente no implicaba que cada pequeña idea necesita ser automatizada, ¿verdad?

Del mismo modo, ¿su jefe quiere automatizar el diseño de las pruebas, el desarrollo de las ideas de  pruebas? ¿Tiene algún tipo de cuadro mágico al que puede alimentar con requisitos como documentos de texto y obtener las condiciones de prueba y los resultados esperados?

Cuando la mayoría de la gente dice "automatización de pruebas", quieren decir la automatización de la ejecución y la evaluación de pruebas y, tal vez, de la configuración. Es decir, quieren ser capaces de hacer clic en un botón, tener todos los controles preexistentes corriendo, y obtener resultados. Una estrategia de pruebas de software 100% automatizadas, creo, implica que los pulgares para arriba deben ser suficientes para llegar a producción sin más investigación.

Si fuera yo, empezaría haciendo estas preguntas para que su gerente defina lo que significa una estrategia de pruebas de software totalmente automatizadas.

Pero hay un problema más grave bajo la superficie aquí. Las herramientas de prueba son un medio; le compra algo. No son un fin en sí mismo. Si fuera yo, estaría preguntando cuál es el objetivo final. Si la meta es pasar de una “prueba de nuevas características terminadas" a “en  producción" en algún pequeño período de tiempo (digamos una hora), probablemente encontrará que hay otros bloqueadores; por ejemplo, solo el tiempo para construir y desplegar lleva más de una hora. O el entorno de prueba puede no ser capaz de soportar múltiples construcciones y despliegues en múltiples sedes.

Sospecho que el jefe quería decir pruebas de regresión, el período que va de la “prueba de nuevas características terminadas" a "listo para desplegarse”. No estoy seguro de cuánto tiempo le está tomando ahora, pero si es más de una hora, entonces usted podría sugerir una meta intermedia en el camino hacia el objetivo a largo plazo, tal como cortar el esfuerzo por la mitad. Si usted hace eso, de repente se abre una gran cantidad de nuevas ideas, incluyendo encontrar formas de ingeniería para reducir la tasa de fracaso, de modo que se necesiten menos pruebas de regresión.

En general, mi consejo es simple: Dé un paso atrás. Respire. Haga preguntas razonables. No sea un sabelotodo, no sea un felpudo, no permita ni obstruya (excesivamente). Trabaje con el jefe para definir términos, para centrarse en los resultados finales, y luego llegue a los medios. De repente, usted será un líder, y otras personas empezarán a notarlo.

Próximos pasos

No olvide revisar también:

¿Debería automatizar la conmutación por error de una aplicación crítica en nodos?

¿Por qué las pruebas de SaaS son más difíciles que las pruebas tradicionales?

Por qué las pruebas de middleware son un tema de nube

Este artículo se actualizó por última vez en diciembre 2015

Profundice más

¿Qué necesita resolver?

Por favor, añada un título para su pregunta

Obtenga respuestas de un experto de TechTarget en lo que sea que necesite resolver

Usted será capaz de añadir detalles en la siguiente página

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close