¿Qué es un documento de plan de pruebas?

El proceso de desarrollo de software implica múltiples etapas de diseño, programación, pruebas y corrección de errores. En cada etapa de un plan se establece para la realización exitosa. El proceso comienza con la recolección de requisitos, seguido de la identificación de los casos de uso y la programación real. Una vez que se complete la programación, el software ha sido probado de acuerdo con el plan de pruebas, un documento que se crea durante las primeras etapas del proceso en base a los requisitos que se reunieron y los casos de uso que se identificaron.

Lo que el plan de prueba no

El plan de pruebas está escrito para probar el software que ha sido construido en contra de los requisitos y casos de uso que se han definido anteriormente en el proceso de desarrollo de software. Resume lo que se supone que el software para hacer y cómo se supone que cada parte para trabajar de acuerdo a las primeras etapas del diseño del proceso de desarrollo de software. En él se identifican casos de prueba que serán utilizados para probar los casos de uso en contra del software que ha sido programado. También identifica errores y define cómo se informa y se resuelven los errores. Por último, se define cuando el software se considera aceptable para su liberación.

Escribir el plan de pruebas

El documento de plan de pruebas se escribe al principio del proceso de desarrollo una vez casos de uso se han definido y desarrolladores empezar a programar el software. Es utilizado por el equipo de pruebas y es referencia para el equipo de desarrollo. Ambos equipos tendrán que colaborar en el proceso de prueba como probadores a encontrar los fallos e informar de vuelta a los desarrolladores. secciones claramente definidas que resumen los requisitos, la identificación de casos de prueba, y la definición de los procedimientos de notificación de errores deben ser incluidos.

Casos de prueba

Casos de prueba son el corazón del plan de pruebas. Casos de prueba corresponden a casos de uso. Casos de uso definen los usos previstos para el software y definen cómo se debe utilizar cada elemento. Casos de prueba a prueba el software para asegurarse de que esto es cierto en el producto final. El producto final debe coincidir con los casos de uso.

Un caso de prueba debe incluir al menos tres elementos. En primer lugar, un nombre que se conecta adecuadamente el caso de prueba a su correspondiente caso de uso. En segundo lugar, un procedimiento de ensayo, que proporciona un proceso paso a paso que se utiliza para probar el software. Esta es la pieza más importante, ya que se deberán indicar específicamente cómo se abordará el caso de uso particular y debe ser repetible. En tercer lugar, el caso de prueba debe incluir criterios para la superación de la prueba (lo que es un buen resultado y lo que es un resultado infructuosos).

Loco

Un plan de pruebas debe identificar el procedimiento adecuado para la identificación de errores, mejoras y características que faltan. También debe determinar el procedimiento para la resolución de errores y qué errores puede ser permitida en la versión final del software si son por alguna razón no resuelto. Cuando el software no un caso de prueba, que el fracaso es un error. Cuando el software no ha podido hacer frente a un caso de uso completo, eso no es un error. Además, un probador puede tener una idea o sugerencia con respecto a la facilidad de uso; También esto no es un error.

documento vivo

Un plan de pruebas no es un documento que ha sido escrito en piedra desde el principio del proceso de desarrollo. El plan de pruebas debe ser detallado y bien definido, pero también tiene que mantenerse al día con los requisitos cambiantes o cambios que sean necesarios caso de uso. Un plan de pruebas es un documento vivo que debe adaptarse al objetivo último de proporcionar el mejor software posible a través de rigurosos procedimientos de prueba.