Los métodos de diseño de casos de prueba son principalmente siete métodos: división de clases de equivalencia, valor límite, método de escenario, tabla de decisión, diagrama de causa y efecto, método de inferencia de errores y método de prueba ortogonal.
Los métodos de prueba incluyen principalmente clases de equivalencia, valores límite, métodos de escenario, tablas de decisión, diagramas de causa y efecto, métodos de inferencia de errores y métodos de prueba ortogonales. Cuando obtenga el documento de requisitos por primera vez, usaré el escenario. Método para resolverlo: comprenda el flujo básico y el flujo alternativo del software, y luego analice los casos de prueba en función de las clases de equivalencia y los valores límite, cuando exista una relación correspondiente entre la entrada y la salida, primero dibujaré una tabla de decisiones. y luego combinar clases de equivalencia y análisis de valores límite, por supuesto. Cuando encuentro algo particularmente complejo, como el ejemplo de la máquina expendedora mencionado en línea, primero usaría un diagrama de causa y efecto para ordenar la tabla de decisiones. También puede utilizar el método de inferencia de errores para realizar pruebas en función de su conocimiento acumulado de errores de software. Finalmente, existe un método de prueba ortogonal que no se usa con mucha frecuencia y se usa principalmente para pruebas de muestreo cuando existe una relación horizontal y el proyecto. Es urgente probar el método.
1. El método de división de clases de equivalencia, como su nombre indica, división de clases de equivalencia, consiste en dividir el rango de prueba en varios subconjuntos disjuntos. Su unión es el conjunto completo. De cada subconjunto, se seleccionan varios valores representativos. como casos de prueba. 2. Método de análisis del valor límite. La experiencia laboral de pruebas a largo plazo nos dice que ocurren una gran cantidad de errores en los límites del rango de entrada o salida, en lugar de dentro del rango de entrada y salida. Por lo tanto, diseñar casos de prueba para varios casos extremos puede detectar más errores.