07 Método de diseño de casos de prueba método de especulación de error de caja negra

Definición

Un método para diseñar casos de prueba de manera específica basado en la experiencia y la intuición para especular sobre todos los posibles errores en el programa.

Idea básica

Enumere todos los posibles errores en el programa y situaciones especiales donde es probable que ocurran errores, y seleccione casos de prueba basados ​​​​en ellos.

Por ejemplo

1. Se han enumerado muchos errores comunes en los módulos durante las pruebas unitarias, errores encontrados en pruebas de productos anteriores, etc. Estos son el resumen de la experiencia.

2. Cuando los datos de entrada y los datos de salida son 0, el formulario de entrada está en blanco o el formulario de entrada tiene solo una fila, etc. Estas son situaciones propensas a errores y se pueden seleccionar ejemplos de estas situaciones como casos de prueba.

3. Para probar la función de llamada del terminal de telefonía móvil, se pueden diseñar varias situaciones de falla de llamada para complementar los casos de prueba:

1) Realizar una llamada saliente sin tarjeta SIM insertada (llamada que no es de emergencia)

2) Inserte la tarjeta SIM vencida para realizar llamadas salientes

3) Inserte una tarjeta SIM válida en el área donde el dispositivo de radiofrecuencia está dañado o no hay señal para hacer llamadas salientes

4) La red es normal, inserte una tarjeta SIM válida y llame a un número no válido (como 1, 888, 333333, no ingrese ningún número, etc.)

5) La red es normal, inserte una tarjeta SIM válida y use la función de "marcación rápida" para llamar a un número no válido.

4. Al probar un programa que ordena. una tabla lineal (como una matriz), se pueden especular sobre las siguientes situaciones que requieren pruebas especiales:

1) Tabla lineal de entrada Es una tabla vacía

2) La; la tabla contiene solo un elemento;

3) Todos los elementos de la tabla de entrada han sido ordenados

4) La tabla de entrada ya está ordenada en orden inverso;

5 ) Algunos o todos los elementos de la tabla de entrada son iguales.

Nota

Para minimizar los defectos dejados por la prueba y maximizar el descubrimiento de defectos existentes, el ingeniero de pruebas debe determinar la caja negra que se utilizará antes de implementar la prueba. Probar estrategias y métodos y desarrollar planes de prueba detallados basados ​​en ellos.

1) Determinar el nivel de prueba y enfocarse en función de la importancia del programa y las pérdidas que se causarán si ocurre una falla.

2) Elija cuidadosamente una estrategia de prueba para poder utilizar la menor cantidad de casos de prueba posible y encontrar tantos errores de programa como sea posible. Porque después de una prueba de software completa, si quedan demasiados errores graves en el programa, significa que la prueba es insuficiente. Las pruebas insuficientes significan que los usuarios corren el peligro de errores ocultos, pero las pruebas excesivas traerán un desperdicio de recursos. . Así que las pruebas necesitan encontrar un equilibrio.

3) Tiempo, coste, calidad

1) Se debe utilizar el análisis de valor límite en cualquier caso. Los casos de prueba diseñados de esta manera tienen la mayor capacidad para detectar errores de programa.

2) Utilice el método de división de clases de equivalencia para complementar los casos de prueba cuando sea necesario.

3) Utilice el método de inferencia de errores para agregar casos de prueba.

4) Verifique la cobertura lógica de los casos de prueba diseñados con la lógica del programa. Si no se cumplen los criterios de cobertura requeridos, se deben agregar más casos de prueba.

5) Si la descripción de la función del programa contiene combinaciones de condiciones de entrada, se debe considerar el método de la tabla de decisión o el método del diagrama de causa y efecto.