Cómo escribir un plan de pruebas

Un plan de pruebas es un hardware detallada o documento de verificación de software que proporciona detalles sobre cómo el validador comprobará todos los aspectos del hardware o del software . Los planes de prueba son especificaciones de prueba utilizados como guías para la escritura de casos conjuntos de pruebas para la validación del diseño , tanto en el campo de la ingeniería de hardware y software . Normalmente, un plan de pruebas está escrito por una prueba o un ingeniero de 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 pruebas de pre -silicio y la validación posterior de silicio. Instrucciones
1

Opina sobre el producto Especificaciones de diseño que el plan de pruebas se basa en

revisión todos los aspectos de la especificación del diseño del producto. Denunciar cualquier restricción o funcionalidad omisiones en el documento de especificaciones . El arquitecto de hardware /software o el propietario del documento de especificación del diseño del producto deben ser responsables de dar contenido a los detalles que faltan en las especificaciones de diseño . Ir a través de tantas iteraciones de revisión , según sea necesario hasta que todas sus preguntas han sido respondidas. Tu 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

Tu plan de pruebas debe contener una breve descripción de el diseño, la prueba y validación de la metodología de regresión para ser utilizado en la unidad y en los planos mundial , la arquitectura de las pruebas y una lista de las pruebas reales que se realizarán . Se debe detallar : a) Diseño /Descripción del producto y featuresb ) Prueba Código Architecturec ) Descripción de la prueba Metodología ( i ) nivel de la unidad ( ii ) Sistema /Leveld Global ) Tipo de prueba (al azar , enfocado /dirigido , enfocado al azar , global, local) ser done.e ) Descripción de la función de cada pieza del diseño y una lista de casos de prueba que cubre que functionalityf ) Todas las excepciones y condiciones especiales de casos de esquina para funcionalidad que se enumera en el plan.g prueba ) reutilización /Modificación de Información : Si validación /código de prueba está siendo reutilizado de un proyecto diferente, esto se debe especificar y cambios en el código que se hagan deberán ser listed.h ) la funcionalidad no a probar ( debido a la reutilización de la parte del diseño o por otras razones ) debe ser que se especifique y revisado closely.i ) las limitaciones de casos de prueba y detalles de la cobertura de esquina conditionsj ) caso de prueba las condiciones de error para los casos de prueba en prueba plan.k ) Estrategia para la cobertura de los agujeros metodología de prueba /validación.

Página 3

Sostenga una revisión del Plan

Schedule