Cómo realizar bien las pruebas de software
Los casos de prueba son el núcleo de las pruebas de software
La importancia de las pruebas de software está fuera de toda duda. Sin embargo, cómo minimizar la inversión de mano de obra y recursos materiales, completar la prueba en el menor tiempo, descubrir defectos en el sistema de software y garantizar la excelente calidad del software es el objetivo que las empresas de software exploran y persiguen. Cada producto de software o proyecto de desarrollo de software necesita un conjunto de excelentes planes y métodos de prueba.
Hay muchos factores que afectan las pruebas de software, como la complejidad del software en sí, la calidad de los desarrolladores (incluido el personal de análisis, diseño, programación y pruebas), el uso de métodos y tecnologías de prueba, etc. . Porque algunos factores son objetivos e inevitables. Algunos factores son volátiles e inestables, como el equipo de desarrollo es fluido, las personas con experiencia se van y constantemente se agrega gente nueva, el trabajo de una persona específica también se ve afectado por las emociones, etc. ¿Cómo garantizar la estabilidad de la calidad de las pruebas de software? Con los casos de prueba, sin importar quién realice la prueba, la calidad de la prueba se puede garantizar haciendo referencia a los casos de prueba. El impacto de los factores humanos se puede minimizar. Incluso si el caso de prueba inicial no está bien pensado, se mejorará continuamente a medida que avancen las pruebas y se actualice la versión del software.
Por lo tanto, diseñar y escribir casos de prueba es la máxima prioridad de las actividades de prueba de software. Los casos de prueba son la guía para el trabajo de prueba, las pautas que deben seguir las pruebas de software y la garantía fundamental para la calidad y estabilidad de las pruebas de software.
2. ¿Qué es un caso de prueba?
Actualmente no existe una definición clásica de caso de prueba (TestCase). Un dicho más común es: se refiere a describir las tareas de prueba de un producto de software específico, reflejando los planes, métodos, técnicas y estrategias de prueba, incluidos los objetivos de prueba, el entorno de prueba, los datos de entrada, los pasos de prueba, los resultados esperados, los scripts de prueba, etc. ., y formando un documento.
Las diferentes categorías de software tienen diferentes casos de prueba. Por ejemplo, a diferencia del software de sistema, el software de herramientas, el software de control y el software de juegos, las necesidades de los usuarios del software de gestión son más inconsistentes y cambian cada vez más rápido. El autor se dedica principalmente a probar software de gestión empresarial. Por lo tanto, nuestro enfoque es separar los datos de prueba y los scripts de prueba de los casos de prueba. Los casos de prueba suelen ser más programas de prueba diseñados para las funciones, reglas comerciales y procesamiento comercial de productos de software. La prueba de cada función específica o ruta de operación del software constituye un caso de prueba.
3. Escritura de casos de prueba
Céntrese en algunos métodos específicos de escritura de casos de prueba.
1. Redacción de documentos de casos de prueba
La redacción de documentos de casos de prueba requiere una plantilla de documento y debe cumplir con los requisitos de las especificaciones internas. La documentación de los casos de prueba estará sujeta al software de gestión de casos de prueba.
Los casos de prueba para productos de software o proyectos de desarrollo de software generalmente se organizan en documentos de casos de prueba basados en los módulos o subsistemas de software del producto, pero este no siempre es el caso.
El documento de caso de prueba consta de dos partes: introducción y casos de prueba. La introducción incluye el propósito de la prueba, el alcance de la prueba, definiciones de términos, documentos de referencia, 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á los siguientes detalles: número de caso, nombre del caso, nivel de prueba, criterios de entrada, pasos de verificación, resultados esperados (incluidos los criterios de evaluación), criterios de salida, comentarios, etc. El contenido anterior cubre los elementos básicos de un caso de prueba: índice de prueba, entorno de prueba, entrada de prueba, operación de prueba, resultados esperados y criterios de evaluación.
2. Configuración de casos de prueba
Nuestros primeros casos de prueba se configuraron por función. Más tarde, introdujimos el método de análisis de ruta para establecer casos de uso por ruta. Actualmente, ha evolucionado hacia un modelo híbrido de configuración de casos de uso por función y ruta.
3. La prueba por función es la más sencilla, recorriendo cada función según la especificación del caso de uso.
Para módulos de programas complejos, la implementación de sus funciones se afecta mutuamente, está estrechamente relacionada y entrelazada, y se desarrollará una gran cantidad de cambios. Sin un análisis lógico riguroso, las omisiones son inevitables. El análisis de ruta es un buen método y su mayor ventaja es que puede evitar pruebas perdidas.
Para mejorar la eficiencia de las pruebas, las pruebas de software desarrollan vigorosamente las pruebas automatizadas. La tarea principal de las pruebas automatizadas es escribir scripts de prueba.
Si la programación de software en ingeniería de software debe tener especificaciones de diseño, entonces las especificaciones de diseño de los scripts de prueba son casos de prueba.
4. Puntos de referencia métricos para evaluar los resultados de las pruebas
Después de completar la implementación de la prueba, es necesario evaluar los resultados de la prueba y redactar un informe de prueba. Para determinar si las pruebas de software están completas, medir la calidad de las pruebas requiere algunos resultados cuantitativos. Por ejemplo: cuál es la cobertura de la prueba, cuál es la tasa de aprobación de la prueba, cuál es la tasa de aprobación de la prueba importante, etc. Los puntos de referencia estadísticos anteriores eran módulos de software o puntos de función, que eran demasiado aproximados. Usar casos de prueba como puntos de referencia de medición es más preciso y efectivo.
5. Criterios para analizar defectos
Al recopilar defectos y compararlos con casos de prueba y bases de datos de defectos, podemos analizar y confirmar si se trata de una prueba fallida o una recurrencia del defecto. . Las pruebas faltantes reflejan la imperfección de los casos de prueba, y los casos de prueba correspondientes deben complementarse de inmediato para lograr en última instancia el propósito de mejorar gradualmente la calidad del software. Los casos de prueba correspondientes reflejan problemas en la implementación de pruebas o en el procesamiento de cambios.
5. Cuestiones relacionadas
1. Revisión de casos de prueba
Los casos de prueba son los criterios para las pruebas de software, pero no se convierten en criterios una vez compilados. La revisión por pares debe organizarse durante el proceso de diseño y redacción de casos de prueba. Una vez completada la preparación, se debe organizar una revisión de expertos y solo se podrá utilizar después de aprobar la revisión. El comité de revisión puede estar compuesto por líderes de proyecto, pruebas, programación, análisis, diseño y otro personal relevante, y también se puede invitar a participar a representantes de los clientes.
2. Modificación y actualización de casos de prueba
Los casos de prueba deben mejorarse continuamente una vez documentados. Las razones provienen principalmente de tres aspectos: primero, durante el proceso de prueba, se encontró que los casos de prueba diseñados no estaban bien pensados y necesitaban mejoras; segundo, los defectos del software reportados durante la entrega y el uso del software, y los casos de prueba causados por; los defectos tenían lagunas; en tercer lugar, para nuevas funciones del software en sí y actualizaciones de la versión del software, los casos de prueba deben modificarse y actualizarse.
En circunstancias normales, basta con realizar pequeñas modificaciones y mejoras en los casos de prueba originales, pero debe quedar un registro de las modificaciones en el documento. Cuando se actualiza la versión del software, los casos de prueba generalmente deben compilarse y actualizarse a la versión actualizada.
3. Software de gestión de casos de prueba
El uso de casos de prueba también requiere un software de gestión de casos de prueba. Sus funciones principales son tres: primero, importar automáticamente los contenidos clave del documento del caso de prueba, como número, nombre, etc., a la base de datos de administración para formar un registro de documento que corresponda completamente al caso de prueba; segundo, ingresar; la situación de la prueba de manera oportuna para la implementación de la prueba, en tercer lugar, finalmente realizar la generación automática de documentos de resultados de la prueba, incluidas tablas de indicadores de prueba, tablas de cobertura de prueba y listas de casos de prueba que pasaron o no pasaron la prueba; uno.
A través del software de gestión, los evaluadores pueden escribir fácilmente registros de prueba diarios e informes de prueba de software.