¿Qué son las pruebas de automatización de la interfaz de usuario y por qué debería usarlas?

Entonces, ¿qué son las pruebas de automatización de la interfaz de usuario? Bueno, comencemos por desglosarlo. La interfaz de usuario o UI es el front-end de la aplicación con el que interactúan los usuarios en sus pantallas.

¿Qué son las pruebas de interfaz de usuario?

Cualquier cosa que el usuario pueda hacer, pueda hacer o pueda hacer, o a menudo, lo que es más importante, pueda hacer pero no debería poder hacer con la aplicación mientras se está ejecutando, forma parte de la interfaz de usuario y, por lo tanto, es candidata para ser probada. Desde cada clic de un botón, hasta la introducción de datos. Desea probar no solo lo que se espera que funcione, sino también lo que se espera que falle.

A continuación, se muestran algunos escenarios de ejemplo de áreas para probar, lo que sucede cuando el usuario:

• Agrega una nueva fila a una cuadrícula e ingresa todos los campos correctamente, ¿guarda los datos?
• Clics realizados, antes de que se ingresen todos los campos, ¿les permite continuar?
• Haga clic en cancelar, cuando se ingresan todos los datos, ¿descarta todos los datos?
• ¿Entra en una fecha de finalización anterior a una fecha de inicio?
• Después de introducir una serie de valores, ¿calcula los valores correctos?
• ¿Despliega un menú para seleccionar un elemento y abrir un subformulario? ¿Se abre el formulario correcto?
• Despliega un menú, ¿solo pueden ver las opciones de menú que se espera o se les permite?

Se debe probar cada bit de lógica que su desarrollador agregue para asegurarse de calcular los valores correctamente, agregar datos, modificar datos, navegar por su aplicación, etc. En el estilo de desarrollo ágil de hoy, de entrega temprana y mejora continua, un cambio mañana, puede potencialmente romper las áreas probadas y aprobadas ayer. Entonces, ¿cómo lo manejas?

¿Pruebas manuales?

Una opción es, tirar a la gente, las pruebas manuales de IE. Pida a un conjunto de evaluadores que abran la aplicación e intenten romperla metódicamente. Lo cual funcionará, pero cuanto más grande sea la aplicación y más cambios se realicen, más pruebas se requerirán. Con cada cambio en la aplicación, puede desencadenar la necesidad de volver a probar grandes partes de la aplicación una y otra vez. Eso puede ser una cantidad costosa de horas de trabajo, lo que a menudo lleva a las personas a realizar pruebas con menos frecuencia de la que probablemente deberían.

¿Realmente necesito una prueba?

Lo que nos lleva a la siguiente opción, el enfoque del avestruz. No tenemos tiempo, es demasiado trabajo escribir las pruebas, no podemos prescindir de la gente. Lo probamos antes, esos cambios "no deberían" afectar esa área de la aplicación, debería estar bien. ¿Has escuchado o dicho estas excusas antes? Por cada iteración de cambios que pasan sin volver a probar su aplicación, puede dejarlo con una cantidad cada vez mayor de deuda técnica. Áreas del código no probadas o poco probadas que pueden estar potencialmente en riesgo, lo que, dependiendo de la aplicación, podría tener ramificaciones costosas.

Entonces, ¿qué son las pruebas de automatización de la interfaz de usuario?

Entonces, volviendo a la pregunta original, ¿qué son las pruebas de automatización de la interfaz de usuario? Las pruebas de automatización de la interfaz de usuario son similares a las pruebas manuales, pero en lugar de que un usuario haga clic en la aplicación y verifique visualmente los datos. Cree un script para cada caso de prueba que desee probar. Agregue una serie de pasos para que el script siga y verifique los datos algo como:

numboxCost.Set(5000.00)
numboxInterest.Set(5%)
btnCalculate.Click()

IF numboxTotal.GetValue() != 5250 THEN
    Report Error

¿Por qué deberías usarlo?

Un plan de pruebas típico que podría tener un probador manual podría tener fácilmente entre 20 y 100 pruebas por pantalla. Tardan hasta unas pocas horas o días en probar a fondo todos esos casos de prueba. A menudo se pueden escribir scripts de automatización para probar la mayoría de esos escenarios, si no todos. Que cuando los ejecuta, a menudo se puede ejecutar en minutos. Este ahorro en tiempo, es más que solo económico en el costo de las horas hombre. A menudo significa que puede hacer que los scripts automatizados se vuelvan a ejecutar con más frecuencia. En lugar de esperar hasta justo antes del lanzamiento para volver a probar la aplicación y ver si todo funciona sin problemas, puede ejecutarla después de cada protección.

Al final, lo que hacen las pruebas de automatización de la interfaz de usuario es permitir que sus desarrolladores "fallen más rápido", que es un componente clave del desarrollo ágil. Ser capaz de identificar los errores antes, dándoles a ellos y a usted más tiempo para corregir cualquier problema mucho antes de su lanzamiento. Brindándole a usted y a sus clientes una mayor confianza en su producto final.

IG TestAutomation for HP
http://es.infragistics.com/products/test-automation-hp-uft

IG TestAutomation for IBM RFT
http://es.infragistics.com/products/test-automation-ibm-rft

Voice your suggestions today, for the products of tomorrow 
httsp://es.infragistics.com/community/ideas