¿Cómo escribir la gestión de procesos de pruebas de software?

1.1 Descripción general del proceso de prueba de software

El proceso de prueba de software es un modelo abstracto que se utiliza para definir el proceso y los métodos de prueba de software. Como todos sabemos, la calidad del proceso de desarrollo determina la calidad del software. Asimismo, la calidad del proceso de prueba afectará directamente la precisión y eficacia de los resultados de la prueba. El proceso de prueba de software, al igual que el proceso de desarrollo de software, sigue los principios de ingeniería y gestión del software.

Con el desarrollo de la gestión de procesos de prueba, los expertos en pruebas de software han resumido muchos buenos modelos de procesos de prueba a través de la práctica. Estos modelos abstraen las actividades de prueba y las combinan orgánicamente con actividades de desarrollo. Son una referencia importante para la gestión del proceso de prueba.

1.2 Introducción al modelo de proceso de prueba de software

Modelo V

El modelo V fue propuesto por primera vez por Paul Rook a finales de la década de 1980, con el objetivo de mejorar la eficiencia del desarrollo de software. y eficacia. El modelo V refleja la relación entre las actividades de prueba y las actividades de análisis y diseño. En la Figura 1-1, el proceso de desarrollo básico y el comportamiento de las pruebas se describen de izquierda a derecha, los diferentes tipos de pruebas que existen en el proceso de prueba están claramente marcados y estas etapas de prueba y cada etapa durante el proceso de desarrollo se describen claramente. relación correspondiente.

Figura 1-1 Modelo V de pruebas de software

El modelo V señala que las pruebas unitarias y de integración deben detectar si la ejecución del programa cumple con los requisitos del diseño del sistema de software; las pruebas deben detectar las funciones y el rendimiento del sistema. Si las características de calidad cumplen con los requisitos del sistema. Las pruebas de aceptación determinan si la implementación del software satisface las necesidades del usuario o los requisitos del contrato.

Sin embargo, el modelo V tiene ciertas limitaciones. Solo considera las pruebas como una etapa posterior a la codificación, una actividad para encontrar errores en el programa, e ignora el impacto de las actividades de prueba en el análisis de la demanda, el diseño del sistema, etc. Funciones de verificación y validación de actividad.

Modelo W

El modelo W fue propuesto por Evolutif. Comparado con el modelo V, el modelo W agrega actividades de verificación y validación que deben realizarse simultáneamente en cada etapa de desarrollo del modelo. software. Como se muestra en la Figura 1-2, el modelo W consta de dos modelos en forma de V, que representan los procesos de prueba y desarrollo respectivamente. La figura muestra claramente la relación paralela entre prueba y desarrollo.

El modelo W enfatiza que las pruebas acompañan todo el ciclo de desarrollo del software, y el objeto de las pruebas no es solo el programa, sino también los requisitos y el diseño. En otras palabras, las pruebas y el desarrollo se llevan a cabo simultáneamente. El modelo W favorece el descubrimiento integral de problemas lo antes posible. Por ejemplo, una vez completado el análisis de requisitos, los evaluadores deben participar en actividades de verificación y validación de los requisitos para encontrar defectos lo antes posible. Al mismo tiempo, la prueba de los requisitos también favorece la comprensión de la dificultad del proyecto y los riesgos de la prueba de manera oportuna y la formulación temprana de contramedidas, lo que reducirá significativamente el tiempo general de prueba y acelerará el progreso del proyecto.

Pero el modelo W también tiene limitaciones. En el modelo W, los requisitos, el diseño, la codificación y otras actividades se consideran en serie. Al mismo tiempo, las actividades de prueba y desarrollo también mantienen una relación lineal. Solo cuando la etapa anterior se completa por completo se puede iniciar oficialmente la siguiente etapa de trabajo. . Esto no respalda un modelo de desarrollo iterativo. Para la actual situación compleja y cambiante del desarrollo de software, el modelo W no puede aliviar la confusión que enfrenta la gestión de pruebas.

Figura 1-2 Modelo W de pruebas de software