Cómo escribir un plan de pruebas

Un plan de prueba es un documento de verificación detallada de hardware o software que proporciona detalles sobre cómo el validador pondrá a prueba todos los aspectos del diseño de hardware o software. Los planes de prueba son las especificaciones de prueba utilizados como guías para la escritura de casos de pruebas de validación del diseño, tanto en los campos de la ingeniería de hardware y software. Normalmente, un plan de pruebas está escrito por un ingeniero de pruebas o validación. Un plan de prueba contiene una descripción de la funcionalidad del producto, una descripción de casos de prueba para ser escrito para cada función, y una descripción de la plataforma de pruebas para ser utilizado. Para las pruebas de hardware, se necesitan planes de prueba para pre-silicio y la validación posterior de silicio.

Instrucciones

1 Revisar la especificación de diseño del producto que el plan de pruebas se basa en

Revisar todos los aspectos de la especificación del diseño del producto. Bandera de cualquier omisión o restricción de funcionalidad con el documento de especificación. El hardware / software de arquitecto o el propietario del documento de especificación de diseño del producto deben ser responsables de dar contenido a la información que falte en las especificaciones de diseño. Ir a través de la mayor cantidad de iteraciones de revisión como sea necesario hasta que se han contestado todas sus preguntas. Su plan de prueba se basa en la especificación de diseño por lo que este paso es muy importante.

2 Escribir el primer borrador de su plan de pruebas

Su plan de prueba debe contener una breve descripción del diseño, la prueba de regresión y la metodología de validación para ser utilizado tanto en la unidad y mundial, la arquitectura de las pruebas y una lista de las pruebas reales que se van a realizar. Se debe detallar:
a) Diseño de la descripción y características / Producto
b) Arquitectura de códigos de prueba
c) Descripción de la metodología de prueba

(i) Unit Level
(ii) System/Global Level

d) Tipo de prueba (al azar, centrado / dirigido, enfocada al azar, global y local) por hacer.
e) Descripción de la función de cada pieza del diseño y una lista de casos de prueba que cubren esa funcionalidad
f) Todas las excepciones y condiciones especiales para los casos de esquina funcionalidad que figuran en el plan de pruebas.
g) Reutilización / información de modificación: Si el código de validación / prueba está siendo reutilizado de un proyecto diferente, esto debe especificarse y cambios en el código que se hagan deberán ser enumeradas.
h) La funcionalidad no a ensayar (debido a la reutilización de la parte del diseño u otras razones) debe tenerse en cuenta específicamente y revisado de cerca.
i) limitaciones de casos de prueba y detalles de cobertura para las condiciones de esquina
condiciones de error el caso j) Ensayo de casos de prueba en plan de prueba.
k) Estrategia para la cobertura de todos los agujeros metodología de ensayo / validación.

3 Mantenga una revisión de plan de pruebas

Programar una revisión del plan de prueba que incluye el equipo que va a estar trabajando en las pruebas, los arquitectos de diseño o expertos en productos y técnicas y clientes potenciales que podrían proporcionar una información valiosa plan de pruebas. Tabular todos los comentarios y entrada de forma que se pueden agregar a un plan de pruebas cuando sea necesario.

4 Finalizar el plan de pruebas

Añadir todos los comentarios y aportes obtenidos durante su revisión del plan de prueba y enviar por correo electrónico a cabo su versión final para su equipo de revisión para asegurarse de que no se ha perdido nada. Coloca el plan de pruebas finalizado en un repositorio global para todo su equipo puede tener acceso a ella. Las ediciones futuras deben ser visibles a todo el equipo junto con la prueba de estado de finalización del plan. La liberación del producto debe tener lugar únicamente cuando todos los casos de prueba en su plan de pruebas se han ejecutado con éxito la documentación de manera continua del caso finalización de la prueba y pasa / falla estadísticas es necesario.

Consejos y advertencias

• Utilice las autopsias y las revisiones del plan de prueba de proyectos anteriores para reforzar su plan de ensayos y pruebas de regresión para esta iteración de su producto. Asegúrese de que todos los casos de esquina que eran problemas la última vez están incluidos en el plan de pruebas.
• Software o liberación de diseño de hardware es un proceso iterativo. Su conjunto de casos de prueba es extremadamente importante, ya que será utilizado para probar cada versión del diseño. Asegúrese de que tiene una metodología de cobertura hoyo de prueba en el lugar para recoger las pruebas que faltan en una etapa temprana.