Información Técnica y Comercial del Software para pruebas automatizadas

Consiste en el uso de software especial (casi siempre separado del software que se prueba) para controlar la ejecución de pruebas y la comparación entre resultados obtenidos y esperados. Permite incluir pruebas repetitivas y necesarias un proceso formal de pruebas existente o puede adicionar pruebas cuya ejecución manual resultaría difícil.  

Es recomendable contar con un software para pruebas automatizadas y con esto garantizar que las aplicaciones hacen lo que deben hacer. Incluso cuando el código interno de la aplicación cambia constantemente, las pruebas automatizadas permiten garantizar que los cambios no introducen incompatibilidades en el funcionamiento de la aplicación. Con este tipo de pruebas se obliga a los programadores a crear pruebas en un formato estandarizado y rígido que pueda ser procesado por un “framework” de pruebas.

En ocasiones, las pruebas automatizadas pueden reemplazar la documentación técnica de la aplicación, ya que ilustran de forma clara el funcionamiento de ésta.

Algunas pruebas de software tales como las de regresión intensivas de bajo nivel pueden ser laboriosas y consumir mucho tiempo para su ejecución si se realizan manualmente, además puede no ser efectiva para encontrar ciertos tipos de defectos, mientras que las pruebas automatizadas ofrecen una buena alternativa. Una vez que una prueba ha sido automatizada, ésta puede ejecutarse repetitiva y rápidamente en particular con productos de software que tienen ciclos de mantenimiento largo, además cambios relativamente menores en la vida de una aplicación pueden crear fallas en funcionalidades que anteriormente operaban de manera correcta.

Se deben estudiar las necesidades especificas, tener un set completo de los casos de prueba ( test cases ) y llevar a cabo la programación necesaria para que idealmente los casos de pruebas puedan ser ejecutados con tan solo un clic.

Las pruebas unitarias aseguran que un único componente de la aplicación produce una salida correcta para una determinada entrada. Este tipo de pruebas validan la forma en la que las funciones y métodos trabajan en cada caso particular. Se encargan de un único caso cada vez, lo que significa que un método puede necesitar varias pruebas unitarias si su funcionamiento varía en función del contexto.

Las pruebas funcionales no solo validan la transformación de una entrada en una salida, sino de una característica completa. Un sistema de cache por ejemplo solamente puede ser validado por una prueba funcional, ya que comprende más de un paso: la primera vez que se solicita una página, se produce su código y la segunda vez, se obtiene directamente de la cache.

Para las interacciones más complejas, estos 2 tipos de pruebas no son suficientes. Se puede requerir por ejemplos de un navegador web que ejecute código JavaScript, por lo que es necesaria una herramienta externa para la automatización de las pruebas.

Si las pruebas automatizadas van a validar una aplicación compleja, probablemente sea necesario el uso combinado de estos 3 tipos de pruebas.

Existen dos variables de pruebas automatizadas:

Pruebas manejadas por el código: Se prueban las interfaces públicas de las clases, módulos o bibliotecas con una variedad amplia de argumentos de entrada y se valida que los resultados obtenidos sean los esperados.

En el desarrollo moderno de software existe una tendencia creciente a usar Frameworks (marco de trabajo ) que permiten que se ejecuten pruebas unitarias para determinar cuándo varias secciones del código se comportan como es de esperarse en circunstancias específicas. Sólo cuando el código pasa exitosamente las pruebas se considera completo. Cuando hay cambios, el programador descubre inmediatamente cualquier defecto que rompa los casos de prueba lo cual baja el costo de la reparación.

Pruebas de interfaz de usuario: un marco de pruebas genera un conjunto de eventos de la interfaz (teclear, hacer clic e interactuar de otras formas con el software) y se observan los cambios resultantes en dicha interfaz, validando que el programa se comporta correctamente.

Para el éxito de las pruebas se deben tomar en cuenta los componentes cuya prueba será automatizada y las herramientas de automatización, la elección entre automatización y ejecución manual de pruebas. Un ejemplo de mala elección para automatizar, sería escoger componentes cuyas características son inestables o su proceso de desarrollo implica continuos cambios.

Muchas herramientas de pruebas automatizadas brindan opciones de grabar y reproducir acciones del usuario para posteriormente ejecutarlas un número indefinido de veces para poder comparar resultados obtenidos con los esperados. La ventaja de ésta aproximación es que requiere de menos desarrollo de software, sin embargo lo hace menos confiable ya que muchas veces dependen de la posición del elemento de interfaz, y cuando se cambie se deberán hacer adaptaciones en la prueba o puede fallar.

Sirve para desarrollar y hacer más rápida la validación con el software para administración de pruebas estándar en la industria. Se puede desarrollar una solución, confiable y eficiente para la automatización de pruebas en una gran variedad de industrias, por ejemplo en defensa y aeroespacial, productos médicos y científicos o productos electrónicos de consumo.

Los tipos de pruebas que se hacen con este software son:

Pruebas unitarias : se encargan de probar una clase concreta, revisando cada uno de sus métodos y comprobante que con los parámetros de entrada la salida es la esperada.

Pruebas funcionales : prueban una funcionalidad completa, donde pueden estar implicadas una o varias clases, la propia interfaz de usuario y, en el caso del desarrollo web, llamadas AJAX.

Pruebas de regresión : su objetivo es comprobar por qué ha dejado de funcionar algo, para no tener que “volver atrás”.

Pruebas de aceptación : son pruebas funcionales, pero vistas desde el cliente, es decir, le demuestran al cliente que la funcionalidad está terminada y funcionando correctamente.

Pruebas de integración: conjunto de pruebas unitarias, funcionales, de regresión y/o de aceptación sirven para comprobar que lo programado por los diferentes desarrollados no tiene problemas entre sí y que funcionará en un entorno real.

Automatización de pruebas con software.