ubiquitour.com

¿Qué es un documento de Plan de prueba?

El proceso de desarrollo de software implica varias etapas de diseño, programación, pruebas y corrección de error. En cada etapa se establece un plan para completar con éxito. El proceso comienza con requisitos de reunión, seguido de la identificación de casos de uso y la programación real. Una vez completada la programación, el software es probado según el Plan de pruebas, un documento que se crea durante las primeras etapas del proceso basado en requerimientos que fueron recogidos y los casos de uso identificados.

Lo que hace el Plan de pruebas

El Plan de prueba está escrito para probar el software que ha sido construido contra los requisitos y casos de uso definidos anteriormente en el proceso de desarrollo de software. Describe lo que el software tiene que para hacer y cómo cada parte se supone que funcionan de acuerdo con las primeras etapas de diseño del proceso de desarrollo de software. Identifica casos de prueba que se utilizará para probar los casos de uso contra el software que ha sido programado. También identifica errores y define cómo errores son registrados y resueltos. Finalmente, define cuando el software se considera aceptable para el lanzamiento.

Escribir el Plan de pruebas

El documento Plan de pruebas está escrito temprano en el proceso de desarrollo una vez se han definido casos de uso y los desarrolladores de empiezan a programar el software. Es utilizado por el equipo de pruebas y es referente para el equipo de desarrollo. Ambos equipos tendrán que colaborar en el proceso de prueba, probadores de encuentran errores y les informe a los desarrolladores. Secciones claramente definidas que resume los requisitos, identificar casos de prueba y definir los procedimientos de declaración de fallo 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 debe usarse cada elemento. Casos de prueba de prueba del software para asegurarse de que esto es válido 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 conecta adecuadamente el caso de prueba con su correspondiente caso de uso. En segundo lugar, un procedimiento de prueba, que proporciona un proceso paso a paso se utilizará para probar el software. Esta es la pieza más importante, ya que debe indicar específicamente cómo se abordará el caso particular de uso y debe ser repetible. En tercer lugar, el caso de prueba debe incluir los criterios para aprobar la prueba (Qué es un resultado exitoso y lo que es un resultado fallido).

Errores

Un Plan de pruebas debe identificar el procedimiento adecuado para la identificación de errores, mejoras y características que faltan. También debe identificar el procedimiento para la resolución de errores y bugs lo permitido en la versión final si son por alguna razón sin resolver. Cuando el software falla un caso de prueba, que el fracaso es un error. Cuando el software no abordar un caso de uso en conjunto, no es un error. Además, un probador puede tener una idea o sugerencia sobre usabilidad; Esto no es también un error.

Documento vivo

Un Plan de pruebas no es un documento que se ha fijado en piedra al comienzo del proceso de desarrollo. El Plan de pruebas debe ser detallado y bien definido pero también necesita para mantenerse al día con los cambiantes requisitos o cambios de caso de uso según sea necesario. Un Plan de prueba es un documento vivo que debe adaptarse a la meta de proporcionar el mejor software posible a través de procedimientos de prueba rigurosa.