Cómo Crear un Plan Pruebas de Software | Norma ISO 29119

Summary

Este video explica detalladamente cómo elaborar un plan de pruebas para proyectos de software, siguiendo la norma ISO 29119. A través de un ejemplo práctico, se cubren los elementos clave de un plan de pruebas, desde la definición del alcance y objetivos hasta los entregables, las técnicas de diseño y las métricas a recolectar. También se abordan temas como la comunicación dentro del equipo, los riesgos del proyecto, y las pruebas de confirmación y regresión. Al final, se ofrece un modelo descargable para ayudar a los espectadores a desarrollar sus propios planes de pruebas.

Takeaways

• 😀 El plan de pruebas se define como una descripción detallada de los objetivos, medios y cronograma de pruebas para un proyecto de software.
• 😀 Un proyecto puede tener múltiples planes de pruebas, como un plan maestro que cubra todas las pruebas y planes específicos como el de pruebas de rendimiento o de sistemas.
• 😀 El plan de pruebas debe incluir información relevante sobre el proyecto, como el nombre, versión, historial de revisiones, y el cronograma.
• 😀 En la introducción del plan de pruebas, se debe definir el propósito del plan y los documentos de referencia relacionados con el proyecto.
• 😀 Es importante definir las suposiciones y restricciones, como la geolocalización del equipo y el uso de un ambiente de pruebas similar al de producción.
• 😀 Los stakeholders, o partes interesadas, como clientes y gerencia, deben estar claramente definidos en el plan de pruebas, con sus respectivas responsabilidades.
• 😀 La comunicación en el proceso de pruebas es clave, incluyendo reuniones internas, reportes de estado y protocolos de resolución de conflictos.
• 😀 Los riesgos deben ser identificados y gestionados adecuadamente, describiendo su probabilidad, impacto y el plan de mitigación.
• 😀 El plan de pruebas debe definir las estrategias de pruebas a seguir, como pruebas de componentes, integración, y pruebas de aceptación del usuario.
• 😀 El entorno de pruebas, incluyendo hardware, sistema operativo y herramientas, debe ser detallado en el plan de pruebas para garantizar una ejecución adecuada.
• 😀 El plan de pruebas también debe especificar los criterios de finalización, como la cobertura de requisitos y la ausencia de fallas críticas en las pruebas ejecutadas.

Q & A

¿Qué es un plan de pruebas y por qué es importante?

Un plan de pruebas es un documento detallado que describe los objetivos de las pruebas, los recursos necesarios, el cronograma y la organización de las actividades de prueba para un proyecto. Es importante porque garantiza que todas las actividades de prueba se realicen de manera coordinada y eficiente, asegurando la calidad del software.

¿Cuáles son los tipos de planes de pruebas mencionados en el video?

El video menciona el 'Plan de Pruebas Master', que cubre todas las actividades de prueba de un proyecto, y los 'Planes de Pruebas Específicos', que se enfocan en áreas específicas como pruebas de rendimiento, pruebas de sistemas o pruebas automatizadas.

¿Qué debe incluir la portada de un plan de pruebas?

La portada de un plan de pruebas debe incluir el logo de la empresa, el título del documento ('Plan de Pruebas'), el nombre del proyecto, la versión del plan y el historial de revisiones.

¿Cómo se define el alcance de un plan de pruebas?

El alcance del plan de pruebas se define describiendo el propósito del documento, que es proporcionar la información y el marco necesarios para planificar y desarrollar las actividades del proceso de pruebas del proyecto, incluyendo los módulos y elementos específicos que se probarán.

¿Cuál es la diferencia entre pruebas de aceptación de usuario y pruebas de regresión?

Las pruebas de aceptación de usuario (UAT) se realizan para verificar que el software cumple con los requisitos del usuario final y está listo para su implementación, mientras que las pruebas de regresión aseguran que los cambios o actualizaciones no afecten negativamente a las funcionalidades existentes del sistema.

¿Qué tipo de pruebas no se incluyen en este plan y cómo se gestionan?

Las pruebas no funcionales, como rendimiento, seguridad informática y usabilidad, no se incluyen en este plan y se externalizan a otras empresas especializadas, las cuales crean planes de pruebas separados para esos aspectos.

¿Qué factores se deben tener en cuenta al establecer el cronograma de pruebas?

Al establecer el cronograma de pruebas, se deben considerar los tiempos disponibles, las actividades de prueba específicas, las reuniones o talleres necesarios, y las posibles restricciones como diferencias horarias entre los miembros del equipo o el entorno de pruebas.

¿Qué es la matriz RACI y cómo se utiliza en un plan de pruebas?

La matriz RACI es una herramienta que define las responsabilidades de los diferentes roles en un proyecto. En un plan de pruebas, se utiliza para asignar las tareas de prueba a las personas responsables, quienes apoyan, consultan o son informadas sobre cada actividad.

¿Qué se entiende por 'estrategia de pruebas' dentro de un plan de pruebas?

La estrategia de pruebas describe el enfoque general que se utilizará para realizar las pruebas en el proyecto. Incluye los tipos de pruebas que se realizarán, como pruebas de componentes, integración y sistema, y cómo se gestionarán los entregables de las pruebas.

¿Cuáles son algunos de los riesgos que se deben considerar en un plan de pruebas?

Algunos riesgos a considerar incluyen retrasos en la implementación de funcionalidades, problemas con el entorno de pruebas, o que la solución entregada a los testers no cumpla con las funcionalidades especificadas en los requisitos del proyecto.