Prueba
En proceso del desarrollo del software, los errores se pueden inyectar en cualquier etapa durante el desarrollo. Esto está debido a métodos de la verificación de fases anteriores del desarrollo del software es manual. Por lo tanto el código desarrollado durante la actividad de la codificación es probable tener algunos errores del requisito y errores del diseño, además de los errores introducidos durante la actividad de la codificación. Durante la prueba, el programa que se probará se ejecuta con un sistema de casos de la prueba, y la salida del programa para los casos de la prueba se evalúa para determinarse si la programación se está realizando espera.
Así, la prueba es el proceso de analizar un artículo del software para detectar la diferencia entre las condiciones existentes y requeridas (es decir, insectos) y para evaluar las características de los artículos del software. Así pues, la prueba es el proceso de analizar un programa con el intento de encontrar errores.
Algunos principios de prueba
- La prueba no puede demostrar la ausencia de defectos, solamente su presencia.
- Cuanto anterior un error se hace, más costoso es.
- Cuanto más adelante un error se detecta, más costoso es.
Ahora dejarnos discuten algunas técnicas de prueba:
Prueba de caja blanca
La prueba de caja blanca es una técnica por el que todas las trayectorias con el programa estén probadas con cada valor posible. Este acercamiento requiere un cierto conocimiento de cómo el programa debe comportarse. Por ejemplo, si tu programa aceptara un valor del número entero entre 1 y 50, una prueba blanca de la caja probaría el programa con los 50 valores para asegurarlo estaba correcta para cada uno, y después para probar cada otro valor posible que un número entero puede tomar y probar que se comportó según lo esperado. En vista del número de los artículos de datos que un programa típico puede tener, las permutaciones posibles hacer la caja blanca que prueba extremadamente difícil para los programas grandes.
La prueba de caja blanca se puede aplicar a las funciones críticas de seguridad de un programa grande, y a mucha del resto probado usando la caja negra que prueba, discutido abajo. Debido a el número de permutaciones, la prueba de caja blanca se realiza generalmente usando un arnés de la prueba, donde las gamas de valores se alimentan al programa rápidamente con un programa especial, registrando excepciones al comportamiento previsto. La prueba de caja blanca se refiere a veces como la prueba estructural, clara, o abierta de la caja.
Prueba de caja negra
La prueba de caja negra es similar a la caja blanca que prueba, excepto más bien que probando cada valor posible, se prueban los valores seleccionados. En este tipo de prueba, el probador sabe las entradas y qué los resultados previstos deben ser, pero no no necesariamente cómo el programa llegó ellas. La prueba de caja negra se refiere a veces como la prueba funcional.
Los casos de la prueba para la prueba de caja negra se idean normalmente tan pronto como las especificaciones del programa sean completas. Los casos de la prueba se basan en clases de equivalencia.
| Sample Chapters from book DATA RECOVERY WITH AND WITHOUT PROGRAMMING by Author Tarun Tyagi |
|
Publishers of the Book
Number of Pages
ISBN
Price of the Book
|
BPB Publications, New Delhi, India
540
81-7656-922-4
$69.00 (Including Shipping Charges, Cost of Book and Other expenses, Free Source Code CD included with the Book)
|
 |
|
|
