Preparación de casos de prueba

Céntrese en algunos métodos específicos de preparación de casos de prueba.

⒈Documento de caso de prueba

La redacción de documentos de casos de prueba debe tener plantillas de documentos y debe cumplir con las especificaciones internas. La documentación del caso de prueba estará sujeta a las limitaciones del software de gestión de casos de prueba.

Los casos de prueba de un producto de software o proyecto de desarrollo de software generalmente se basan en los módulos o subsistemas de software del producto, formando un documento de caso de prueba, pero esto no es absoluto.

El documento de caso de prueba consta de dos partes: introducción y casos de prueba. La sección de introducción recopila el propósito de la prueba, el alcance de la prueba, los términos definidos, los documentos de referencia, la descripción general, etc. La sección de casos de prueba enumera cada caso de prueba uno por uno. Cada caso de prueba específico incluirá la siguiente información detallada: número de versión, nombre del módulo, número de caso de uso, nombre del caso de uso, nivel de caso de uso, condiciones conocidas previamente, pasos de verificación, resultados esperados (incluidos los criterios de evaluación), resultados de la prueba, tiempo de la prueba. , probadores, etc.

⒉ Configuración de casos de prueba

Nuestros primeros casos de prueba se configuraron por función. Posteriormente, se introdujo el método de análisis de rutas para establecer casos de uso según las rutas. Evolucionó para configurar casos de uso por función, modo de combinación de rutas.

La prueba por función es la más sencilla y prueba de forma iterativa cada función según la especificación del caso de uso.

Para módulos de programas operativos complejos, la implementación de cada función se afecta entre sí, está estrechamente relacionada y entrelazada, y puede evolucionar hacia una gran cantidad de cambios. Sin un análisis lógico estricto, las omisiones son inevitables. El análisis de ruta es un buen método y su mayor ventaja es que puede evitar omitir pruebas.

Pero el análisis de rutas también tiene limitaciones. Hay más de diez rutas en un módulo de mantenimiento de diccionario muy sencillo. No es sorprendente que un módulo complejo tenga entre decenas y cientos de rutas. El autor cree que este es un ámbito de uso más apropiado para el análisis de rutas. Si un subsistema tiene más de diez o más módulos, estos módulos están relacionados entre sí. Si se vuelve a utilizar el método de análisis de rutas, el número de rutas aumentará geométricamente, alcanzando 5 dígitos o más, y quedará inutilizable. Entonces, las rutas de prueba o los casos de prueba entre módulos del subsistema aún deben resolverse mediante métodos tradicionales. Aquí es donde entra en juego la configuración del caso de uso por función, el modo de combinación de ruta.

⒊Diseño de casos de prueba

Los casos de prueba se pueden dividir en eventos básicos, eventos alternativos y eventos anormales. Para diseñar casos de uso para eventos básicos, debe consultar la especificación de caso de uso (o especificación de diseño) y diseñar casos de prueba de acuerdo con el método de análisis de ruta basado en las funciones y operaciones asociadas. Para funciones aisladas, los casos de prueba se diseñan directamente según funciones. Los casos de prueba para eventos básicos deben incluir todas las funciones requeridas que deben implementarse, con una cobertura de 100.

Diseñar casos de uso para eventos alternativos y eventos de excepción es mucho más complejo y difícil. Por ejemplo, los códigos del diccionario son únicos y no se permite la duplicación. La prueba debe verificar: existen restricciones en los códigos de diccionario en el nuevo programa de diccionario. Si hay duplicación de código, se debe informar un error y el texto del error debe ser correcto. Los documentos formados durante la fase de diseño y codificación a menudo no describen el análisis de eventos alternativos y anormales con suficiente detalle. La prueba en sí requiere verificar todos los eventos no básicos e intentar encontrar defectos de software entre ellos.

Puede utilizar los métodos básicos comúnmente utilizados en las pruebas de software: método de división de clases de equivalencia, método de análisis de valores límite, método de especulación de errores, método de diagrama de causa y efecto, método de cobertura lógica, etc. casos. Se utilizan diferentes métodos según la naturaleza del software. Cómo utilizar de manera flexible varios métodos básicos para diseñar casos de prueba completos y, en última instancia, exponer defectos ocultos depende de la rica experiencia y el diseño cuidadoso de los diseñadores de pruebas.