stringtranslate.com

Plan de prueba

Un plan de prueba es un documento que detalla los objetivos, recursos y procesos para una sesión de prueba específica para un producto de software o hardware. El plan normalmente contiene una comprensión detallada del flujo de trabajo final .

Planes de prueba

Un plan de prueba 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 generalmente lo preparan los ingenieros de pruebas o cuentan con su importante aportación . [1]

Dependiendo del producto y la responsabilidad de la organización a la que se aplica el plan de prueba, un plan de prueba puede incluir una estrategia para uno o más de los siguientes:

Un sistema complejo puede tener un plan de prueba de alto nivel para abordar los requisitos generales y planes de prueba de respaldo para abordar los detalles de diseño de los subsistemas y componentes.

Los formatos de los documentos del plan de pruebas pueden ser tan variados como los productos y organizaciones a los que se aplican. Hay tres elementos principales que deben describirse en el plan de prueba: cobertura de la prueba, métodos de prueba y responsabilidades de la prueba. Estos también se utilizan en una estrategia de prueba formal . [2]

Cobertura de prueba

La cobertura de la prueba en el plan de prueba establece qué requisitos se verificarán durante qué etapas de la vida útil del producto. La cobertura de las pruebas se deriva de las especificaciones de diseño y otros requisitos, como normas de seguridad o códigos reglamentarios, donde idealmente cada requisito o especificación del diseño tendrá uno o más medios de verificación correspondientes. La cobertura de las pruebas para diferentes etapas de 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 influye en el proceso de diseño, ya que es posible que el producto deba diseñarse para permitir el acceso a las pruebas.

Métodos de prueba

Los métodos de prueba en el plan de prueba establecen cómo se implementará la cobertura de la prueba. Los métodos de prueba pueden estar determinados por estándares, agencias reguladoras o acuerdos contractuales, o es posible que deban 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/rechazo. 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 prueba

Las responsabilidades de prueba incluyen qué organizaciones realizarán los métodos de prueba y en cada etapa de la vida 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 e informarán (a menudo denominados "entregables"). Uno de los resultados 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 acordados por todas las partes.

Estructura del plan de pruebas IEEE 829

IEEE 829-2008 , también conocido como Estándar 829 para 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 produce potencialmente su propio tipo de documento independiente. [3] Estas etapas son:

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

Ver también

Referencias

  1. ^ Dale, Nell; Weems, Chip; Richards, Tim (15 de julio de 2022). Programación y resolución de problemas con C++. Aprendizaje de Jones y Bartlett. ISBN 978-1-284-15732-1.
  2. ^ Laganá, Antonio; Gavrilova, Marina L .; Kumar, VIPIN; Mun, Youngsong; Gervasi, Osvaldo; Bronceado, CJ Kenneth (7 de mayo de 2004). Ciencias computacionales y sus aplicaciones - ICCSA 2004: Conferencia internacional, Asís, Italia, 14 al 17 de mayo de 2004, Actas. Medios de ciencia y negocios de Springer. ISBN 978-3-540-22054-1.
  3. ^ ab 829-2008: estándar IEEE para documentación de pruebas de sistemas y software . 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 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 validación y verificació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