Pautas de diseño de casos de prueba

Autor: JD Logística Wang Yukun

El diseño de pruebas de software es una actividad de prueba importante en el proceso de prueba. Cómo diseñar casos de prueba puede mejorar la eficiencia y la calidad de nuestras pruebas. Se proporciona una breve explicación de los siguientes aspectos.

1 Principios del diseño de casos de prueba

Los principios básicos del diseño de casos de prueba incluyen: eficacia, claridad, reutilización, mantenibilidad, integridad, compatibilidad, facilidad de operación, manejabilidad y evaluabilidad.

1. Eficacia: Los pasos del caso de prueba deben estar claramente descritos, y no pueden aparecer palabras ambiguas y repetidas.Los casos de prueba deben escribirse en un orden determinado, de modo que la eficiencia de ejecución sea relativamente alta.
2. Claridad: los pasos de operación del caso de uso deben describirse claramente, incluidos los datos de entrada claros y el resultado esperado. El punto de verificación debe ser claro y claro, y puede resaltar los puntos clave. Para los casos de uso de procedimiento, se recomienda organizar el uso casos en el orden del proceso, comenzando desde el primer punto de verificación hasta el último punto de verificación, desde el principio hasta el final del proceso de composición, es conveniente para la ejecución de la prueba. Si el caso de prueba contiene condiciones previas, las condiciones previas deben describirse claramente, incluidos los puntos de entrada, etc.
3. Reutilización: Reutilizable, y trata de abstraer y clasificar casos de prueba con funciones similares.
4. Mantenibilidad: cuando el caso de prueba cambia debido a los requisitos comerciales, es necesario actualizar y mantener el caso de prueba a tiempo para garantizar el rendimiento y la eficacia en tiempo real del caso de prueba. es un proceso gradual.
5. Completitud: si el caso de uso está completo y cubre todos los requisitos, para comprender completamente los requisitos.
6. Compatibilidad: los casos de prueba deben incluir puntos de prueba como la compatibilidad entre versiones antiguas y nuevas, compatibilidad entre datos antiguos y nuevos, y compatibilidad con navegadores.
7. Manejabilidad: capacidad para detectar el progreso de prueba de los evaluadores, la carga de trabajo, etc.
8. Evaluabilidad: La tasa de aprobación de los casos de prueba y el número de defectos son los criterios para evaluar la calidad del software.

2 El ciclo de vida de un caso de prueba

La fase de diseño de casos de prueba de software incluye: análisis de requisitos, diseño de casos de prueba, implementación de casos de prueba, ejecución de casos de prueba, gestión de casos de prueba

2.1 Análisis de la demanda

El primer paso en el proceso del caso de prueba es determinar qué probar, identificar y priorizar los puntos de prueba.

2.2 Diseño de casos de prueba

El diseño del caso de prueba determina cómo probar los puntos de prueba analizados.

El punto principal del diseño de la prueba es determinar los resultados esperados de la prueba. Para determinar los resultados esperados de la prueba, los evaluadores no solo deben prestar atención a la salida de la prueba, sino que también deben prestar atención a las condiciones previas y posteriores de los datos de prueba y el entorno de prueba. Si el caso de prueba no tiene el resultado de prueba esperado, no tiene sentido que el caso de prueba juzgue si el resultado de la prueba es correcto o incorrecto.

Los resultados esperados de la prueba pueden ser varios, incluidos los resultados que deben crearse o generarse, los resultados que deben actualizarse o cambiarse, o los resultados que deben eliminarse. Cada caso de prueba debe describir claramente los resultados esperados de la prueba. De esta manera, es necesario que los probadores tengan un rico conocimiento y experiencia relacionados con el sistema bajo prueba para hacer una evaluación correcta de la salida de prueba del sistema de software. Si la evaluación de la salida de la prueba se considera correcta, se puede utilizar como la salida esperada del caso de prueba.

2.3 Realización de casos de prueba

El proceso de realización de casos de prueba incluye la preparación de guiones de prueba, entrada de prueba, datos de prueba y resultados esperados. Un script de prueba se refiere a la organización de datos o instrucciones de acuerdo con una sintaxis estándar. Antes de que se ejecute la prueba, primero se deben cumplir las condiciones previas de la prueba. Por ejemplo, si un caso de prueba necesita usar algunos datos configurados, entonces estos datos deben crearse con anticipación.

2.4 Ejecución de casos de prueba

Pruebe el sistema bajo prueba ejecutando casos de prueba. Para las pruebas manuales, la ejecución de la prueba se refiere principalmente a los pasos del caso de prueba, compara los resultados esperados con los resultados reales y registra los problemas encontrados durante la prueba.

Para el proceso de prueba automatizado, es necesario usar herramientas de prueba durante la ejecución, ejecutar scripts de casos de prueba, etc., y registrar los resultados de la prueba.

Si el resultado real es el mismo que el resultado esperado al ejecutar la prueba, se considera que ha pasado. Si no, entonces la ejecución del caso de uso falló o hay un problema. Si la ejecución del caso de uso falla, se requiere una inspección adicional para determinar si es un problema de software o la expectativa del caso de uso. Si hay un problema con el resultado, o es causado por un problema de datos o un problema ambiental, debe analizarse desde diferentes aspectos.

2.5 Gestión de casos de prueba

1) Organización de casos de prueba

Cada proyecto tiene una gran cantidad de casos de prueba. Cómo organizar, rastrear y mantener los casos de prueba es algo muy importante. Cómo organizar los casos de prueba es un factor importante para el éxito de la prueba y un paso importante para mejorar la eficiencia de la prueba.

La organización de los casos de prueba se puede organizar o categorizar de diferentes maneras:

• Organizar de acuerdo con los módulos de funciones del software: los sistemas de software generalmente asignan tareas de trabajo de acuerdo con los módulos de funciones del software. Por lo tanto, es un método muy común para diseñar y ejecutar casos de prueba basados ​​en módulos de funciones de software. Organizar los casos de prueba según los módulos puede garantizar que los casos de prueba puedan cubrir cada módulo del sistema y lograr una mejor cobertura de prueba del módulo.
• Organizar por prioridad de caso de prueba: los casos de prueba se priorizan. Para cualquier software, no es realista implementar pruebas exhaustivas. Con recursos y tiempo limitados, los casos de prueba de alta prioridad deben ejecutarse primero.

La división por módulos funcionales es la más utilizada, y también podemos combinarlos, por ejemplo, a partir de dividir por módulos funcionales, y luego dividirlos en diferentes prioridades.

2) Seguimiento de casos de prueba

El seguimiento de los casos de prueba se lleva a cabo principalmente para el estado de los casos de prueba en el proceso de ejecución de la prueba.A través del seguimiento y la gestión del estado de la prueba, se puede realizar la gestión y evaluación del proceso de prueba y la eficacia de la prueba.

• Seguimiento de la ejecución de casos de prueba: en el proceso de ejecución de pruebas, el seguimiento del estado de los casos de prueba puede cuantificar de manera efectiva el proceso de prueba. Por ejemplo, en el proceso de ejecución de una ronda de pruebas, ¿cuál es el número de casos de prueba probados y cuáles son las proporciones de casos de prueba aprobados, fallidos y no probados? Estos datos pueden proporcionar información para juzgar la calidad y el progreso de la ejecución del proyecto de software, y proporcionar datos claros sobre el progreso y el estado de la prueba, lo que conduce al control del progreso de la prueba y el enfoque de la prueba.

3) Mantenimiento del caso de prueba

Los casos de prueba no son estáticos. Cuando finaliza el proceso de prueba de una etapa, se encontrará que algunos casos de prueba están escritos de manera irrazonable o los requisitos han cambiado. Esto requiere que algunos casos de prueba actuales se modifiquen y actualicen, de modo que el Los casos de prueba tienen reutilización.

3 Elementos de la redacción de casos de prueba

• Número de caso de uso: la identificación única del caso de uso
• Módulo de prueba: el módulo al que pertenece el caso de prueba
• Título del caso de prueba: Una breve descripción del caso de prueba
• Condición previa: el requisito previo para la ejecución del caso de uso
• Pasos de prueba: Ejecutar pasos de casos de uso
• Resultado esperado: el resultado que debe obtener
• Prioridad: importancia del caso de uso

4 Método de diseño de casos de prueba funcional

4.1 Método de división de clases de equivalencia

Definición del método de división de clases de equivalencia

• Ingrese un subconjunto representativo de datos

clasificación de clase de equivalencia

• Clases de equivalencia válidas: aquellas que cumplen los requisitos
• Clase de equivalencia no válida: no cumple los requisitos

Ámbito de aplicación

• función con una sola entrada

paso

• necesidades claras
• Determinar clases de equivalencia válidas e inválidas
• Escribir casos de prueba

ejemplo

Requisitos: si el pedido se entrega rápidamente, se debe permitir que el mensajero lo modifique, y el número limitado de paquetes debe ser 1, y el peso debe ser <0,5 kg.

4.2 Análisis del valor límite

Definición de valor límite

• Para algunos casos específicos de clase de equivalencia de entrada y clase de equivalencia de salida ligeramente por encima o ligeramente por debajo de su límite

Rango de valor límite

• exactamente igual a
• simplemente más grande que
• solo menos que

Tres puntos en el análisis del valor límite

• Punto superior: punto en el límite
• Desde el punto: el punto más cercano al límite
• Inliers: puntos dentro del rango

Ejemplo: 1-100, punto superior: 1 100 desde el punto: 0 99 2 101 punto interior: 50

Ámbito de aplicación

• Cuando hay parámetros de entrada, y el tipo de entrada o la longitud del rango tiene un límite (aplicable al caso donde hay una longitud o rango en el requisito del título)
• Usado con clases de equivalencia, para el caso de entradas a una sola función

paso

1. necesidades claras
2. Determinar clases de equivalencia válidas e inválidas
3. Aclarar el valor límite en la condición del tema
4. Escribir casos de prueba

ejemplo

4.3 Método de la tabla de decisiones

Condiciones aplicables

• La tabla de decisiones muestra que hay múltiples entradas y múltiples salidas, y la relación de combinación entre la entrada y la entrada, y las restricciones y dependencias mutuas entre la entrada y la salida.

componente

• Pila de condiciones: todas las entradas de prueba en la condición de pregunta
• Pila de acciones: todas las salidas en la condición del tema
• Elemento de condición: el valor de la entrada de prueba
• Elemento de acción: el valor de la salida de prueba

paso

1. Aclarar pila de condiciones
2. Pila de acción clara
3. Combinación completa de pilotes condicionales
4. Aclarar la pila de acción correspondiente a cada combinación
5. casos de prueba de diseño

ejemplo

4.4 Método del Diagrama Causal

Definición de diagrama de causa y efecto

• En teoría, es un proceso intermedio que conduce a la mesa de decisión.

Ámbito de aplicación

• El diagrama de causa y efecto es un método para diseñar casos de prueba mediante el análisis de varias combinaciones de entradas utilizando un método gráfico, que es adecuado para verificar varias combinaciones de condiciones de entrada del programa.

El núcleo de los diagramas causales

• La llamada causa es la entrada, y el llamado efecto es la salida.
• La condición de entrada de causa del diagrama causal
• Resultado-entrada-resultado de un diagrama de causa-efecto

Notación básica del diagrama de causa y efecto

relación

• Identidad: si Ci es 1, entonces ei también es 1; de lo contrario, ei es 0
• No: si ci es 1, entonces ei es 0; de lo contrario, ei es 1
• O: si c1 o c2 o c3 es 1, entonces ei es 1; de lo contrario, ei es 0
• Y: si c1 y c2 son ambos 1, entonces ei es 1; de lo contrario, ei es 0

paso

• Identificar entradas y salidas.
• dibujar un diagrama causal
• Convertir un diagrama de causa-efecto en una tabla de decisiones
• Generar casos de prueba

ejemplo

Requisito: Cierta especificación de software contiene tal requisito: los caracteres de la primera columna deben ser A o B, y los caracteres de la segunda columna deben ser un número. En este caso, modifique el archivo, pero si los caracteres de la primera columna son incorrectas, proporcione la información de salida L; si los caracteres en la segunda columna no son números, entonces la información de salida M.

convertir a tabla de decisiones

Finalmente se convirtió en casos de prueba.

4.5 Método de análisis ortogonal

definición

• El método ortogonal también se denomina método de prueba ortogonal, también conocido como método de disposición ortogonal, que utiliza el conjunto de procesos de prueba más pequeño para obtener la mayor tasa de cobertura de prueba (la cantidad de casos de prueba se escribe menos y la cantidad de errores detectados es mayor), El método de diseño experimental ortogonal es un método científico de diseño experimental que selecciona puntos apropiados y representativos de una gran cantidad de puntos experimentales y utiliza la "tabla ortogonal" derivada de la teoría de Galois para organizar los experimentos de manera razonable.

El concepto de mesa ortogonal: una mesa especial, la mesa ortogonal general está marcada como Ln (mk)

• n representa el número de filas, es decir, el número de combinaciones que deben probarse
• El número de columnas representado por k indica el número de controles (el número de factores o el número de factores)
• m es la cantidad de valores contenidos en cada control (la cantidad de niveles de cada factor, es decir, la cantidad de estados de cada factor)

Por ejemplo: L9 (34)
tiene 4 controles,
cada control tiene 3 valores,
9 es el número de combinaciones a probar, y hay 9 casos de prueba,
llamados 4 factores y 3 niveles

paso

1. Forme la tabla de estado de los factores de acuerdo con los requisitos - factor: nombre del control estado: el valor correspondiente a cada control
2. Determine la tabla ortogonal utilizada
3. Reemplace los números en la tabla ortogonal con palabras
4. Una línea es un caso de prueba.

ejemplo

Aviso

Si el número de estados de cada factor no es uniforme y es casi imposible tener una situación uniforme, elija la tabla ortogonal para que sea igual o ligeramente mayor que el número de factores, el número de estados y el número de intentos. es lo menos

Algunos métodos para generar tablas de prueba ortogonales
Generación en línea: https://jaccz.github.io/pairwise/tools.html

Introduzca el valor de cada control y el control

tabla generada

La tabla de ejemplo de la prueba ortogonal se puede aplicar al caso de uso http://www.york.ac.uk/depts/maths/tables/orthogonal.htm
La tabla de ejemplo de la prueba ortogonal se puede aplicar al caso de uso http ://support.sas .com/techsup/technote/ts723_Designs.txt

4.6 Método de Escenario-Método de Diagrama de Flujo

definición

• Simule la escena de la operación del usuario, utilizada principalmente para probar el uso combinado de múltiples funciones

Por qué escenarios de usuario

• Perspectiva del usuario: los usuarios generalmente no usan una sola función, sino una combinación de múltiples funciones
• Desde la perspectiva de los probadores: por lo general, se prueba un solo punto de función Para garantizar la exhaustividad de la prueba, se considera el escenario de pruebas combinadas entre múltiples funciones.

El ámbito de aplicación del método de la escena.

• Pruebas combinadas entre múltiples funciones
• A menudo se utiliza en pruebas de humo.

Dos conceptos importantes en el método de la escena

• Flujo elemental: un camino para seguir el proceso de negocio correcto
• Flujo alternativo: Flujo operativo donde ocurre un error

paso

1. Identificar los roles del proyecto
2. Aclarar las funciones comunes de los roles.
3. Cree escenarios de prueba de acuerdo con los requisitos.
4. Una escena es un caso.

5 Diseño de pruebas de seguridad

La prueba de seguridad es el proceso de verificar si el producto cumple con la definición de los requisitos de seguridad y los estándares de calidad del producto cuando el desarrollo del producto de software está básicamente completado. Las pruebas de seguridad son para verificar la capacidad del sistema para prevenir la intrusión y penetración ilegal.

Los puntos de prueba incluidos son los siguientes:

• inyección SQL
• transmisión de texto claro
• Acceso no autorizado
• Verificación de correo electrónico SMS
• falta de autenticación
• seguridad de contraseña
• Robustez de los datos, etc.

{{o.nombre}}

{{m.nombre}}