Planificación de pruebas:
como cualquier proyecto, las pruebas también deben estar impulsadas por un plan. El plan de prueba genera el informe para la ejecución y seguimiento de todo el proyecto de prueba.
Preparando el plan de prueba
- Lo que debe ser probado: el alcance de las pruebas, incluida una identificación clara de lo que se probará y lo que no se probará.
- Cómo se realizarán las pruebas: dividir las pruebas en tareas pequeñas y manejables e identificar las estrategias que se utilizarán para llevar a cabo las tareas.
- Recurso necesario para la prueba
- Los plazos en los que se realizarán las actividades de prueba.
- Riesgos que se puedan enfrentar en todo lo anterior, con planes de mitigación y contingencia adecuados.
Especificación del caso de prueba:
- Usando el plan de prueba como base, el equipo de prueba diseña la especificación del caso de prueba que luego se convierte en la base para la preparación de casos de prueba individuales.
- Un caso de prueba no es más que una serie de pasos ejecutados en un producto, utilizando un conjunto predefinido de datos de entrada, que se espera que produzca un conjunto predefinido de salidas, en un entorno determinado.
- Describe «cómo» implementar esos casos de prueba
- Las especificaciones del caso de prueba son útiles ya que enumeran los detalles de especificación de los elementos.
Detalles de cada especificación:
Especificación de caso de prueba | Descripción |
---|---|
ID de caso de prueba (TC_ID) | ID único para identificar/informar el error si está presente en la funcionalidad del software |
Caso de prueba Objetivo | El propósito de la prueba. Las listas se pueden generar para realizar la tarea prevista, para lo cual se desarrolla el software. Los resultados siempre deben seguir el objetivo del caso de prueba |
Requisito previo | Esto puede incluir la configuración del entorno, la configuración del entorno del software de soporte. para el proyecto, o cualquier campo en el que el usuario proporcione la entrada. Para que los casos de prueba se puedan planificar en consecuencia. |
Pasos | Esto incluye los pasos a realizar para dar la entrada al sistema, de modo que el sistema pueda realizar su tarea especificada y mostrar el resultado en consecuencia. Si se utilizan pruebas automatizadas, estos pasos se traducen al lenguaje de secuencias de comandos de la herramienta. |
Datos de entrada | La elección de los datos de entrada dependerá del propio caso de prueba y de la técnica seguida en el caso de prueba. Por ejemplo, partición de equivalencia, análisis de valor límite, etc. |
Resultado Esperado | Puede ser la salida requerida por el usuario que se mostrará |
Resultado actual | Este paso debe hacer una comparación de los resultados esperados y reales para resaltar cualquier diferencia. |
Estado | Si los resultados esperados y el resultado real coinciden, si coinciden, PASA o FALLA |
Ejemplo:
para generar el informe de caso de prueba para el software dado
Nota: Como se puede ver, el estado del cifrado Viginere es FALLO porque el resultado esperado no es igual al resultado real
Este informe de prueba puede brindar una imagen clara al Gerente/Partes interesadas/Cliente sobre el producto y puede verificar la calidad del proyecto.
Publicación traducida automáticamente
Artículo escrito por bilal-hungund y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA