Casos de Prueba
por Antonella Lopez
1. ¿Porque los necesitamos?
1.1. Permite organizar como se haran las pruebas y delegarlas al equipo
1.2. Permite estimar cuanto tiempo y recursos conllevara cada fase de la prueba
1.3. Facilita la integracion de nuevas personas al equipo
2. Estructura basica o minima
2.1. ID
2.1.1. código para identificar el caso de prueba
2.2. Titulo
2.2.1. Es el objetivo del caso
2.3. Pre-condiciones
2.3.1. Acciones que deben ocurrir antes de iniciar la ejecución del caso de prueba.
2.4. Pasos a seguir
2.4.1. Secuencia ordenada de los pasos a seguir al ejecutar la prueba
2.5. Datos de prueba
2.5.1. puede contener o no los datos específicos para usar durante la ejecución de cada paso.
2.6. Resultados esperados
2.6.1. descripción de lo que el tester debe ver y está directamente relacionado con el «Título»
2.7. Estado
2.7.1. Puede ser: No ejecutado, Fallo, Paso o Bloqueado
3. Objetivos
3.1. Llevar un proceso para detectar bugs que el equipo de desarrollo considere relevante.
3.2. Que se resuelvan estos bugs.
3.3. Crear documentación precisa de las pruebas que se hacen
3.4. Nos ayudan a aprender del error, a predecir su impacto.
4. "Buenos" Casos de prueba
4.1. Mas poderoso
4.2. Mayor probabilidad de mostrar resultados significativos
4.3. Mas confiable
4.4. Representa acciones con mayor probabilidad de ser realizadas por un usuario
4.5. Mas facil de evaluar
4.6. Complejidad apropiada
5. Clasificacion
5.1. Abstracto
5.1.1. No define los datos concretos que utilizará, sino restricciones o consideraciones sobre los mismos
5.2. Especifico
5.2.1. Define los datos concretos que utilizará para cada variable.