Las pruebas de caja blanca y las pruebas de caja negra son métodos de prueba basados en la visibilidad del código de software. Cualquier prueba que tenga como objetivo el código en sí puede considerarse como prueba de caja blanca, y cualquier prueba que no considere cómo se ejecuta. Cuando se implementa el código, probar solo las funciones que el código puede implementar puede considerarse como una prueba de caja negra.
1. Prueba de caja negra
La prueba de caja negra también se llama prueba funcional o prueba basada en datos y consiste en detectar cada función mediante pruebas después de conocer las funciones que debe tener el producto. Si se puede utilizar normalmente, durante la prueba, el programa se considera como una cuenca negra que no se puede abrir sin considerar la estructura interna y las características internas del programa, y el probador solo verifica si se realiza la prueba en la interfaz del programa. la función del programa está de acuerdo con La especificación de requisitos requiere un uso normal, si el programa puede recibir correctamente los datos de entrada y producir información de salida correcta, y mantener la integridad de la información externa (como bases de datos o archivos). Los métodos de prueba de caja negra incluyen principalmente división de clases de equivalencia, análisis de valores límite, diagramas de causa-efecto, especulación de errores, etc., que se utilizan principalmente para pruebas de confirmación de software. El método de la "caja negra" se centra en la estructura externa del programa, no considera la estructura lógica interna y prueba la interfaz y las funciones del software. El método de la "caja negra" es una prueba exhaustiva de entradas. Sólo utilizando todas las entradas posibles como situaciones de prueba se pueden encontrar todos los errores en el programa de esta manera. En realidad, hay un número infinito de situaciones de prueba, y hay que probar no sólo todas las entradas legales, sino también aquellas que son ilegales pero posibles.
2. Prueba de caja blanca
La prueba de caja blanca también se denomina prueba estructural o prueba basada en lógica. Conoce el proceso de trabajo interno del producto y puede detectar las acciones internas de él. el producto sigue las especificaciones mediante pruebas. Las instrucciones se llevan a cabo normalmente y el programa se prueba de acuerdo con la estructura interna del programa para verificar si cada ruta del programa puede funcionar correctamente de acuerdo con los requisitos predeterminados, independientemente de su función. Los principales métodos de prueba de caja blanca incluyen pruebas de unidad lógica y ruta base, etc., que se utilizan principalmente para la verificación de software.
El método de la "caja blanca" comprende de manera integral la estructura lógica interna del programa y prueba todas las rutas lógicas. El enfoque de "caja blanca" es una prueba de ruta exhaustiva. Al utilizar esta solución, el evaluador debe examinar la estructura interna del programa y comenzar examinando la lógica del programa para derivar datos de prueba. El número de caminos independientes a través de un programa es astronómico. Pero incluso si se prueban todos los caminos, es posible que todavía haya errores. Primero, las pruebas exhaustivas de ruta nunca pueden detectar que un programa viola las especificaciones de diseño, es decir, el programa en sí es un programa incorrecto. En segundo lugar, las pruebas exhaustivas de rutas no pueden detectar errores debido a rutas omitidas en el programa. En tercer lugar, es posible que las pruebas exhaustivas de rutas no descubran algunos errores relacionados con los datos.