Seis métodos de prueba de caja negra

Los seis métodos de prueba de caja negra son los siguientes:

1. División de clases de equivalencia

El método de división de clases de equivalencia es un método típico y más efectivo. Método básico de diseño de casos de prueba de caja negra. Cuando se utiliza el método de división de clases de equivalencia, no es necesario considerar la estructura interna del programa. La única base para diseñar casos de prueba es la especificación de los requisitos del software.

Al realizar pruebas, los datos de prueba son infinitos. Podemos dividir los datos de prueba con las mismas características en múltiples subconjuntos y seleccionar casos de uso representativos de cada subconjunto para realizar pruebas. Por ejemplo, para un parámetro, el rango de diseño es 1-99. Entonces se puede considerar que 1-99 es una clase de equivalencia válida. <1 y >99 son dos clases de equivalencia no válidas.

2. Análisis de valores límite

El método de análisis de valores límite es un complemento a la división de clases de equivalencia. La experiencia laboral de pruebas a largo plazo nos dice que una gran cantidad de errores ocurren en los límites del rango de entrada o salida, en lugar de dentro del rango de entrada y salida.

Por lo tanto, al diseñar casos de prueba para varios casos extremos se pueden encontrar más errores. Suponiendo que nuestro rango de parámetros es un número entero de 1 a 99, nuestro caso de prueba debe cubrir el valor mínimo -1, el valor mínimo, el valor máximo y el valor máximo +1.

3. Método de especulación de errores: este método es más adecuado para evaluadores más experimentados. Según la experiencia de pruebas pasadas, podemos inferir qué problemas es probable que ocurran.

4. Método de prueba del diagrama de causa y efecto: el método de prueba del diagrama de causa y efecto generalmente está dirigido a las funciones de combinaciones condicionales.

5. descomponga un módulo grande en módulos pequeños para garantizar que se pueda probar cada detalle.

6. Método de escenarios: Diseñar casos de prueba según diferentes escenarios. Por ejemplo, cuando un usuario opera un cajero automático, se realizan operaciones como consultas y retiros.