Tecnicas de prueba de software

TECNICAS DE PRUEBA DE SW
¿Qué es? Diseñar una serie de Casos de Prueba que tengan una alta probabilidad de encontrar errores mediante las técnicas de pruebas del Software. Estas técnicas facilitan una guía sistemática para diseñar pruebas que comprueben la lógica interna de los componentes software y verifiquen los dominios de entrada y salida del programa para descubrir errores en lafuncionalidad.
¿Quién lo hace? En las primeras etapas de las pruebas, el ingeniero del software es quien realiza las pruebas. Sin embargo, en el proceso de prueba, los especialistas en pruebas se van incorporando.
¿Por qué es importante? Cada vez que el programa se ejecuta, el cliente lo está probando. Por lo tanto, se debe hacer un intento especial por encontrar y corregir todos los errores antes deentregar el programa al cliente.
¿Cuáles son los pasos? El software debe probarse desde dos perspectivas diferentes:
1. La lógica interna del programa, se comprueba utilizando técnicas de diseño de casos de prueba de Caja Blanca.
2. Los requisitos del software se comprueban utilizando técnicas de diseño de casos de prueba de Caja Negra.
¿Cuál es el producto obtenido? Se define y documenta unconjunto de casos de prueba, diseñados para comprobar la lógica interna y los requisitos externos. Se determinan los resultados esperados y se guardan los resultados realmente obtenidos.
¿Cómo puedo estar seguro de que lo hecho correctamente? Cuando se comienza la prueba se debe cambiar el punto de vista. Intentar romper con firmeza el software. Diseñar casos de prueba de una forma disciplinada yrevisar que dichos casos de prueba abarcan todo lo desarrollado.
Fundamento de las pruebas de software
Las pruebas son uno de los pasos de la ingeniería del software que se puede ver (por lo menos, psicológicamente) como destructivo en lugar de constructivo.
Objetivos de las pruebas:
1. La prueba es el proceso de ejecución de un programa con la intención de descubrir un error.
2. Un buen casode prueba es aquel que tiene una alta probabilidad de mostrar un error no descubierto hasta entonces.
3. Una prueba tiene éxito si descubre un error no detectado hasta entonces.
El objetivo es diseñar pruebas que saquen a la luz diferentes clases de errores, haciéndolo con la menor cantidad de tiempo y de esfuerzo. Si la prueba se lleva a cabo con éxito, se descubrirán errores en el softwarePrincipios de las pruebas:
A todas las pruebas se les debería poder hacer un seguimiento hasta los requisitos del cliente.
Las pruebas deberían planificarse mucho antes de que empiecen. Se pueden planificar y diseñar todas las pruebas antes de generar ningún código.
El principio de Pareto es aplicable a la prueba del software.
Las pruebas deberían empezar por lo pequeño y progresar hacia logrande. Las primeras pruebas se centran generalmente en módulos individuales del programa. A medida que avanzan, se desplazan en encontrar errores en grupos integrados de módulos y finalmente en el sistema entero.
No son posibles las pruebas exhaustivas.
Para ser más eficaces, las pruebas deberían ser realizadas por un equipo independiente.
Facilidad de Prueba:
La facilidad de prueba delsoftware es simplemente la facilidad con la que se puede probar un programa de computadora. Como la prueba es tan profundamente difícil, merece la pena saber qué se puede hacer para hacerlo más sencillo.
La facilidad de prueba ocurre como el resultado de un buen diseño. El diseño de datos, de la arquitectura, de las interfaces y de los componentes de detalle pueden facilitar la prueba o hacerla másdifícil.
Características que llevan a un software fácil de probar:
1. Operatividad: Cuanto mejor funcione, más eficientemente se puede probar.
2. Observabilidad: Lo que ves es lo que pruebas.
3. Controlabilidad: Cuanto mejor podamos controlar el software, más se puede automatizar y optimizar.
4. Capacidad de descomposición: Controlando el ámbito de las pruebas, podemos aislar más rápidamente...