【Pruebas de software】¿Cómo diseñar casos de prueba?

1. Fórmula universal para diseñar casos de prueba

设计测试用例的万能公式: 功能测试+性能测试+界面测试+兼容性测试+易用性测试+安全测试

• Pruebas funcionales: Verifique que el sistema de software funcione de acuerdo con las funciones definidas en la especificación de requisitos, incluidas las funciones normales, las funciones anormales y los casos extremos.
• Pruebas de rendimiento: Verifique si el sistema de software funciona de acuerdo con las funciones definidas en la especificación de requisitos, incluidas las funciones normales, las funciones anormales y los casos extremos.
• Prueba de interfaz: verifique si la interfaz de usuario del sistema de software cumple con las especificaciones de diseño, incluido el diseño de la interfaz, el color de la fuente, la función de los botones, etc.
• Pruebas de compatibilidad: verificar la compatibilidad del sistema de software en diferentes sistemas operativos, navegadores, dispositivos y otros entornos para garantizar que el sistema pueda funcionar con normalidad.
• Prueba de facilidad de uso: verifique si la experiencia del usuario del sistema de software es buena, incluida la facilidad de uso de la interfaz, la facilidad de operación, la información rápida, etc.
• Pruebas de seguridad: verificar la seguridad del sistema de software, incluida la confidencialidad de los datos (si los datos privados están encriptados), la integridad de los datos, el control de autoridad (problema de exceso de autoridad), etc.

2. Métodos de diseño específicos de casos de prueba

Enfoque de diseño basado en requisitos:

1. clase de equivalencia
2. Valor límite
3. diagrama causal
4. Ordenación ortogonal
5. Diseño de escenarios
6. suposición equivocada

2.1 Clases de equivalencia

La clase de equivalencia es un método comúnmente utilizado en el diseño de casos de prueba, que divide los valores de entrada o las condiciones en categorías mutuamente equivalentes y selecciona un caso de prueba de cada categoría para representar la categoría completa. Esto puede reducir efectivamente el número de casos de prueba al tiempo que garantiza que se cubran los casos de diferentes clases de equivalencia.

Las clases de equivalencia se dividen en clases de equivalencia efectivas (colecciones significativas para los requisitos del documento de requisitos) y clases de equivalencia inválidas (colecciones sin sentido)

2.2 Valor límite

La prueba de valor límite es un enfoque en el diseño de casos de prueba que se enfoca en probar los casos límite de entradas o condiciones. El propósito de la prueba del valor límite es detectar el comportamiento del sistema en el límite porque 通常在边界处出现错误的可能性更高.

El valor límite se divide en有效边界和无效边界

En las pruebas de valor límite, los casos de prueba se diseñan tomando como datos de prueba el valor límite de una entrada o condición y sus valores adyacentes. Por lo general, las pruebas de valor límite incluyen los siguientes aspectos:

1. Prueba de límite inferior: seleccione el valor mínimo del valor de límite para probar y verificar la capacidad del sistema para manejar el valor mínimo.
2. Prueba de límite superior: seleccione el valor máximo del valor de límite para probar y verificar la capacidad del sistema para manejar el valor máximo.
3. Prueba dentro de los límites: seleccione el valor medio del valor límite para probar y verificar la capacidad de procesamiento del sistema dentro de los límites.
4. Pruebas fuera de los límites: seleccione valores adyacentes al valor límite para probar y verificar la capacidad del sistema para manejar fuera de los límites.

2.3 Tabla de decisiones (diagrama de causa y efecto)

Caso de prueba de diseño de método de tabla de decisión:

1. Confirmar condiciones de entrada y condiciones de salida
2. Encuentre la relación entre las condiciones de entrada y las condiciones de salida
   • Primero encuentre todas las combinaciones posibles entre las condiciones de entrada
   • De acuerdo con la combinación para dar el resultado de salida correspondiente
3. dibujar la tabla de decisiones
4. Escribir casos de prueba basados ​​en tablas de decisión

2.4 Método de diseño de escena

El método de diseño de escenarios juega principalmente el papel de guiar las ideas.No requiere que nos refiramos completamente a la situación escrita en el documento de requisitos, sino que diseñemos posibles procesos inesperados tanto como sea posible.

2.5 Método ortogonal

raramente usado, poco común

El diseño ortogonal es un método de diseño de pruebas de software, cuyo objetivo es cubrir todos los aspectos del sistema tanto como sea posible seleccionando el conjunto de casos de prueba más representativo y efectivo. Basado en el concepto de "ortogonalidad", el método parametriza los casos de prueba y construye un conjunto de casos de prueba mínimos e independientes eligiendo combinaciones de diferentes valores de parámetros.

Herramientas para generar tablas ortogonales:allpairs

¿ Cómo usar allpairsGenerar tabla ortogonal?

1. Escriba niveles y factores en Excel (no se recomiendan otras herramientas)
2. Cree un nuevo archivo txt (a.txt) en el mismo directorio que allpairs.exe, copie los factores y niveles en Excel y péguelo en el archivo txt recién creado (a.txt). Guárdelo directamente sin ninguna otra operación.
3. Use el indicador de línea de comando (cmd), ingrese el directorio correspondiente de la herramienta allpairs.exe y ejecute el archivo txt recién creado akkpairs.exe mencionado anteriormente> el archivo txt que se guardará (este archivo no necesita ser creado por adelantado)

2.6 Método de adivinación de errores

El método de adivinación de errores consiste en adivinar posibles errores en el programa y probarlos. Este enfoque intenta encontrar errores no considerados en el programa basándose en la experiencia y la intuición del probador.

3. Resumen

Los métodos anteriores para diseñar casos de prueba son solo algunos conceptos, y se deben seleccionar diferentes métodos para diferentes escenarios para diseñar casos de prueba.

¡Gracias por mirar! ¡Espero que este artículo pueda ayudarlo!
Columna: "Pruebas de software" se actualiza constantemente, ¡bienvenido a suscribirse!
"¡Deseo alentarlo y trabajar juntos!"