Cómo crear un plan / diseño de prueba

Preguntas frecuentes sobre pruebas de software

Los escenarios y / o casos de prueba se preparan revisando los requisitos funcionales de la versión y preparando grupos lógicos de funciones que pueden dividirse en procedimientos de prueba. Los procedimientos de prueba definen las condiciones de prueba, los datos que se utilizarán para las pruebas y los resultados esperados, incluidas las actualizaciones de la base de datos, los resultados de los archivos y los resultados de los informes. Generalmente hablando…
• Los casos y escenarios de prueba están diseñados para representar situaciones típicas e inusuales que pueden ocurrir en la aplicación.
• Los ingenieros de prueba definen los requisitos de prueba de unidad y los casos de prueba de unidad. Los ingenieros de prueba también ejecutan casos de prueba de unidad.
• Es el equipo de prueba que, con la asistencia de desarrolladores y clientes, desarrolla casos de prueba y escenarios para la integración y las pruebas del sistema.
• Los escenarios de prueba se ejecutan mediante el uso de procedimientos de prueba o scripts.
• Los procedimientos o scripts de prueba definen una serie de pasos necesarios para realizar uno o más escenarios de prueba.
• Los procedimientos o scripts de prueba incluyen los datos específicos que se utilizarán para probar el proceso o la transacción.
• Los procedimientos o scripts de prueba pueden cubrir múltiples escenarios de prueba.
• Los scripts de prueba se asignan a los requisitos y se utilizan matrices de trazabilidad para garantizar que cada prueba esté dentro del alcance.
• Los datos de prueba se capturan y se alinean con la base, antes de la prueba. Estos datos sirven como base para las pruebas de unidades y sistemas y se utilizan para ejercer la funcionalidad del sistema en un entorno controlado.
• Algunos datos de salida también están alineados para una comparación futura. Los datos alineados con la base se utilizan para respaldar el mantenimiento futuro de las aplicaciones mediante pruebas de regresión.
• Se realiza una reunión previa a la prueba para evaluar la preparación de la aplicación y el entorno y los datos que se probarán. Se crea un documento de preparación de prueba para indicar el estado de los criterios de entrada de la versión.
Entradas para este proceso:
• Documento de estrategia de prueba aprobado.
• Herramientas de prueba o herramientas de prueba automatizadas, si corresponde.
• Scripts desarrollados previamente, si corresponde.
• Problemas de documentación de prueba descubiertos como resultado de la prueba.
• Una buena comprensión de la complejidad del software y la cobertura de la ruta del módulo, derivada de documentos de diseño generales y detallados, por ejemplo, documento de diseño de software, código fuente y datos de complejidad de software.
Salidas para este proceso:
• Documentos aprobados de escenarios de prueba, casos de prueba, condiciones de prueba y datos de prueba.
• Informes de problemas de diseño de software, entregados a los desarrolladores de software para su corrección.