La automatización de la prueba del es el uso del software de controlar la ejecución de las pruebas la comparación de resultados reales a los resultados previstos, la creación de la prueba precondiciona, y otras funciones de la información del control de la prueba y de la prueba. Comúnmente, la automatización de la prueba implica el automatizar de un proceso manual ya en el lugar que utilice un proceso de prueba formalizado.
Durante los últimos años, las herramientas con los interfaces utilizador gráficos (GUI) los programadores de ese de la ayuda que crean rápidamente usos han mejorado dramáticamente productividad del programador. Esto ha aumentado la presión sobre los probadores, que se perciben a menudo mientras que el Bottlenecks a la entrega de los productos de software. Los probadores se están pidiendo probar cada vez más el código en cada vez menos tiempo. La automatización de la prueba es unidireccional hacer esto, pues la prueba manual es desperdiciadora de tiempo. Pues diversas versiones del software se lanzan, las nuevas características tendrán que ser probadas manualmente repetidamente. Pero, ahora hay herramientas disponible que ayuda a los probadores en la automatización del GUI que reducen el tiempo de la prueba así como el coste; otras herramientas de la automatización de la prueba apoyan la ejecución de las pruebas de funcionamiento.
Muchos prueban las herramientas de la automatización proporcionan las características del aparato de lectura del expediente y que permiten que los usuarios registren recíprocamente acciones de usuario y que las jueguen de nuevo detrás cualquier número de épocas, comparando resultados reales a ésas esperadas. Sin embargo, la confianza en estas características plantea problemas importantes de la confiabilidad y de la capacidad de mantenimiento. La mayoría de los automators acertados utilizan un acercamiento de la ingeniería de programas informáticos, y mientras que tal automatización más seria de la prueba es emprendida por la gente con experiencia del desarrollo.
Una tendencia growing en el desarrollo de programas es utilizar armazones de la prueba tales como los armazones de XUnit (por ejemplo, JUnit y NUnit ) que permiten que el código conduzca las pruebas de la unidad para determinar si las varias secciones del código están actuando según lo esperado en varias circunstancias. Los casos de prueba describen las pruebas que necesitan ser funcionadas con en el programa para verificar que el programa funciona según lo esperado. Los tres aspectos de la prueba pueden ser automatizados.
Otro aspecto importante de la automatización de la prueba es la idea de la automatización parcial de la prueba, o de automatizar piezas pero no todo el proceso de la prueba del software. Si, por ejemplo, un oráculo no se puede razonablemente crear, o si las pruebas completamente automatizadas serían demasiado difíciles de mantener, después las herramientas de software que el ingeniero puede en lugar de otro crear las herramientas de prueba para ayudar a probadores humanos a realizar sus trabajos más eficientemente. Las herramientas de prueba pueden ayudar a automatizar tareas tales como instalación del producto, creación de los datos de prueba, interacción del GUI, detección del problema (considerar analizar o votar los agentes equipados de oráculos), defecto que registra, etc., sin necesario la automatización de pruebas en una manera de punta a punta.
La automatización de la prueba es costosa y es una adición, no un reemplazo, a la prueba manual. Puede ser hecho rentable a más largo plazo sin embargo, especialmente en la prueba de regresión . Una forma para generar los casos de prueba es automáticamente de prueba Modelo-basado donde un modelo del sistema se utiliza para la generación del caso de prueba, pero la investigación continúa en una variedad de metodologías para hacer tan.
.
| Random links: | Theodelinda | Morphism apropiado | Mi Bonnie miente sobre el océano | Abrigos de la roca de Oldbury | Mannum, sur de Australia |