¿Cuál es el propósito de los esfuerzos de planificación de pruebas? ¿Qué incluye el trabajo de planificación de pruebas?

El plan de prueba de software es un documento programático que guía el proceso de prueba, incluida la descripción general del producto, la estrategia de prueba, el método de prueba, el área de prueba, la configuración de prueba, el ciclo de prueba, los recursos de prueba, la comunicación de prueba, el análisis de riesgos, etc. . Con la ayuda de los planes de prueba de software, los miembros del proyecto involucrados en las pruebas, especialmente los gerentes de pruebas, pueden aclarar las tareas y los métodos de prueba, mantener una comunicación fluida durante el proceso de implementación de la prueba, rastrear y controlar el progreso de la prueba y responder a diversos cambios durante el proceso de prueba. . Existe una relación estratégica y táctica entre los planes de prueba, las especificaciones de prueba detalladas y los casos de prueba. Planifican principalmente el alcance y el alcance de las actividades de prueba desde una perspectiva macro. Una vez completadas las pruebas unitarias, el siguiente paso es la integración de las pruebas. Las pruebas se basan principalmente en el documento de diseño estructural (diseño de esquema) del software. El contenido principal de la prueba incluye las partes relevantes de funcionalidad, confiabilidad, facilidad de uso, eficiencia, mantenibilidad y portabilidad, que se seleccionan en función de los requisitos del software y los requisitos de diseño. Verifique si los módulos formados después de la integración de cada unidad de software pueden lograr los objetivos de diseño de cada módulo en las especificaciones de diseño del esquema aquí, el módulo puede referirse a un determinado componente de software o uno o varios subsistemas; Por lo general, cuando realizamos pruebas de integración, primero comenzamos con las pruebas de integración dentro de los subsistemas y luego probamos si cada subsistema se puede integrar en el sistema general para implementarlo finalmente. También existen otros enfoques (como el método de prueba de integración de arriba hacia abajo, la prueba de integración del sistema central primero o la prueba de integración diaria, etc.). En resumen, todo sigue igual. Las pruebas de integración deben garantizar la corrección interna del módulo y garantizar que eventualmente pueda integrarse en un sistema completo. Las pruebas de integración a veces se denominan pruebas de ensamblaje o pruebas de caja gris (algunas personas piensan que las pruebas de integración se realizan entre la caja blanca y la caja negra). Los contenidos específicos de las pruebas de integración de software incluyen: 1. Pruebas funcionales (1) Pruebas funcionales del programa. Compruebe si la combinación de varias subfunciones puede cumplir las funciones requeridas por el diseño. (2) Si la función de una unidad o módulo de programa afectará negativamente la función de otra unidad o módulo de programa. (3) De acuerdo con los requisitos de precisión del cálculo, si se acumulan los errores de un solo módulo del programa, aún puede cumplir con los indicadores técnicos requeridos. (4) Pruebas de interfaz entre unidades o módulos de programa. Al conectar varias unidades o módulos de programa, ¿habrá inconsistencias en los datos que pasan a través de sus interfaces y habrá pérdida de datos? (5) Prueba de la estructura de datos global. Compruebe si las variables globales utilizadas por cada unidad o módulo del programa son consistentes y razonables. (6) Probar cualquier requisito de seguridad especial que pueda existir en el programa. 2. Las pruebas de confiabilidad prueban la tolerancia a fallas, la facilidad de recuperación y las capacidades de manejo de errores del software en función de los requisitos del software y los requisitos propuestos en el diseño. 3. Las pruebas de usabilidad verifican y prueban la facilidad de comprensión, la facilidad de aprendizaje y la facilidad de operación del software en función de los requisitos presentados en el diseño del software. 4. Las pruebas de rendimiento prueban las características de tiempo y recursos del software en función de los requisitos del software y los requisitos presentados en el diseño. 5. Las pruebas de mantenibilidad prueban la facilidad de modificación del software en función de los requisitos del software y los requisitos presentados en el diseño. 6. Las pruebas de portabilidad prueban la exactitud del software que se utiliza en diferentes entornos de sistemas operativos en función de los requisitos de software y los requisitos presentados en el diseño.