stringtranslate.com

Plan de prueba

Un 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:

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:

Los documentos IEEE que sugieren lo que debe contener un plan de pruebas son:

Véase también

Referencias

  1. ^ 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.
  2. ^ 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.
  3. ^ 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.
  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.
  5. ^ 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.
  6. ^ 1008-1987 - Estándar IEEE para pruebas unitarias de software . 1986. doi :10.1109/IEEESTD.1986.81001. ISBN 0-7381-0400-0.
  7. ^ 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.
  8. ^ 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.
  9. ^ 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.
  10. ^ 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