Hispanopedia WikiUn plan de pruebas es un documento que detalla los objetivos, recursos y procesos para una sesión de pruebas específica de un producto de software o hardware. El plan generalmente contiene una descripción detallada del flujo de trabajo final .
Planes de prueba
Un plan de pruebas documenta la estrategia que se utilizará para verificar y garantizar que un producto o sistema cumpla con sus especificaciones de diseño y otros requisitos. Un plan de pruebas suele ser elaborado por ingenieros de pruebas o con la participación significativa de ellos . [1]
Dependiendo del producto y la responsabilidad de la organización a la que se aplica el plan de pruebas, un plan de pruebas puede incluir una estrategia para uno o más de los siguientes:
- Prueba de verificación de diseño o de conformidad: se realiza durante las etapas de desarrollo o aprobación del producto, generalmente en una pequeña muestra de unidades.
- Prueba de fabricación o prueba de producción: se realizará durante la preparación o el ensamblaje del producto de manera continua con fines de verificación del rendimiento y control de calidad.
- Prueba de aceptación o prueba de puesta en servicio: se realizará en el momento de la entrega o instalación del producto.
- Prueba de servicio y reparación: se realizará según sea necesario durante la vida útil del producto.
- Prueba de regresión: se debe realizar en un producto operativo existente para verificar que la funcionalidad existente no se vio afectada negativamente cuando se cambiaron otros aspectos del entorno (por ejemplo, actualizar la plataforma en la que se ejecuta una aplicación existente).
Un sistema complejo puede tener un plan de pruebas de alto nivel para abordar los requisitos generales y planes de pruebas de apoyo para abordar los detalles de diseño de los subsistemas y componentes.
Los formatos de los documentos de plan de pruebas pueden ser tan variados como los productos y las organizaciones a los que se aplican. Hay tres elementos principales que deben describirse en el plan de pruebas: cobertura de pruebas, métodos de pruebas y responsabilidades de pruebas. Estos también se utilizan en una estrategia de pruebas formal . [2]
Cobertura de pruebas
La cobertura de las pruebas en el plan de pruebas establece qué requisitos se verificarán durante qué etapas de la vida del producto. La cobertura de las pruebas se deriva de las especificaciones de diseño y otros requisitos, como las normas de seguridad o los códigos regulatorios, donde cada requisito o especificación del diseño idealmente tendrá uno o más medios de verificación correspondientes. La cobertura de las pruebas para diferentes etapas de la vida del producto puede superponerse, pero no necesariamente será exactamente la misma para todas las etapas. Por ejemplo, algunos requisitos pueden verificarse durante la prueba de verificación del diseño , pero no repetirse durante la prueba de aceptación. La cobertura de las pruebas también retroalimenta el proceso de diseño, ya que el producto puede tener que diseñarse para permitir el acceso a la prueba.
Métodos de prueba
Los métodos de prueba del plan de pruebas establecen cómo se implementará la cobertura de las pruebas. Los métodos de prueba pueden estar determinados por normas, agencias reguladoras o acuerdos contractuales, o pueden tener que crearse nuevos. Los métodos de prueba también especifican el equipo de prueba que se utilizará en la realización de las pruebas y establecen criterios de aprobación/reprobación. Los métodos de prueba utilizados para verificar los requisitos de diseño del hardware pueden variar desde pasos muy simples, como la inspección visual, hasta procedimientos de prueba elaborados que se documentan por separado.
Responsabilidades de la prueba
Las responsabilidades de las pruebas incluyen qué organizaciones realizarán los métodos de prueba y en cada etapa de la vida útil del producto. Esto permite a las organizaciones de pruebas planificar, adquirir o desarrollar equipos de prueba y otros recursos necesarios para implementar los métodos de prueba de los que son responsables. Las responsabilidades de las pruebas también incluyen qué datos se recopilarán y cómo se almacenarán y se informará sobre ellos (a menudo denominados "entregables"). Un resultado de un plan de pruebas exitoso debe ser un registro o informe de la verificación de todas las especificaciones y requisitos de diseño según lo acordado por todas las partes.
Estructura del plan de pruebas IEEE 829
IEEE 829-2008 , también conocido como el Estándar 829 para la Documentación de Pruebas de Software, es un estándar IEEE que especifica la forma de un conjunto de documentos para su uso en etapas definidas de pruebas de software, cada etapa produciendo potencialmente su propio tipo de documento independiente. [3] Estas etapas son:
- Identificador del plan de prueba
- Introducción
- Elementos de prueba
- Características a probar
- Características que no se deben probar
- Acercarse
- Criterios de aprobación/reprobación del artículo
- Criterios de suspensión y requisitos de reanudación
- Entregables de prueba
- Tareas de prueba
- Necesidades ambientales
- Responsabilidades
- Necesidades de personal y capacitación
- Cronograma
- Riesgos y contingencias
- Aprobaciones
Los documentos IEEE que sugieren lo que debe contener un plan de pruebas son:
- 829-2008 Estándar IEEE para documentación de pruebas de software y sistemas [3]
- 829-1998 Estándar IEEE para documentación de pruebas de software (reemplazado por 829-2008) [4]
- 829-1983 Estándar IEEE para documentación de pruebas de software (reemplazado por 829-1998) [5]
- 1008-1987 Estándar IEEE para pruebas unitarias de software [6]
- 1012-2004 Estándar IEEE para verificación y validación de software [7]
- 1012-1998 Estándar IEEE para verificación y validación de software (reemplazado por 1012-2004) [8]
- 1012-1986 Estándar IEEE para planes de verificación y validación de software (reemplazado por 1012-1998) [9]
- 1059-1993 Guía IEEE para planes de verificación y validación de software (retirada) [10]
Véase también
- Pruebas de software
- Conjunto de pruebas
- Caso de prueba
- Guión de prueba
- Prueba de escenarios
- Pruebas basadas en sesiones
- IEEE829
- Pruebas ad hoc
Referencias
- ^ Dale, Nell; Weems, Chip; Richards, Tim (15 de julio de 2022). Programación y resolución de problemas con C++. Jones & Bartlett Learning. ISBN 978-1-284-15732-1.
- ^ Laganà, Antonio; Gavrilova, Marina L .; Kumar, Vipin; Mun, Youngsong; Gervasi, Osvaldo; Tan, CJ Kenneth (7 de mayo de 2004). Computational Science and Its Applications -- ICCSA 2004: International Conference, Assisi, Italy, May 14-17, 2004, Proceedings. Springer Science & Business Media. ISBN 978-3-540-22054-1.
- ^ ab 829-2008 — Estándar IEEE para documentación de pruebas de software y sistemas . 2008. doi :10.1109/IEEESTD.2008.4578383. ISBN 978-0-7381-5747-4.
- ^ 829-1998 — Estándar IEEE para documentación de pruebas de software . 1998. doi :10.1109/IEEESTD.1998.88820. ISBN 0-7381-1443-X.
- ^ 829-1983 — Estándar IEEE para la documentación de pruebas de software . 1983. doi :10.1109/IEEESTD.1983.81615. ISBN 0-7381-1444-8.
- ^ 1008-1987 - Estándar IEEE para pruebas unitarias de software . 1986. doi :10.1109/IEEESTD.1986.81001. ISBN 0-7381-0400-0.
- ^ 1012-2004 - Estándar IEEE para verificación y validación de software . 2005. doi :10.1109/IEEESTD.2005.96278. ISBN 978-0-7381-4642-3.
- ^ 1012-1998 - Estándar IEEE para verificación y validación de software . 1998. doi :10.1109/IEEESTD.1998.87820. ISBN 0-7381-0196-6.
- ^ 1012-1986 - Estándar IEEE para planes de verificación y validación de software . 1986. doi :10.1109/IEEESTD.1986.79647. ISBN 0-7381-0401-9.
- ^ 1059-1993 - Guía IEEE para planes de verificación y validación de software . 1994. doi :10.1109/IEEESTD.1994.121430. ISBN 0-7381-2379-X.
Enlaces externos
- Plantilla de plan de prueba RUP de dominio público en Sourceforge (las plantillas actualmente no están accesibles, pero se pueden ver documentos de muestra aquí: Ejemplos de DBV)