Está en la página 1de 10

ELEARNING TOTAL

Testeador de Software QA

Casos de prueba

Contacto: consultas@elearning-total.com
Web: www.elearning-total.com
ELEARNING TOTAL

Casos de prueba
Un Caso de Prueba puede ser un conjunto de
condiciones que el Analista de QA debe Qué
determinar si funcionan como fueron voy a Validar
establecidas originalmente, sobre una
aplicación, sistema o una de sus
probar?
funcionalidades.
Puede que se necesiten muchos Casos de
Prueba para determinar que un software o un Suite de
Calidad
sistema es considerado lo suficientemente pruebas
escrutado como para ser publicado.
ELEARNING TOTAL

Alcanzar un conocimiento exhaustivo del software o sistema

• Reunir información
• Documentación
• Notar funcionalidades más críticas
• Uso que se le dará a la aplicación

Seleccionar una estrategia para escribir los Casos de Prueba

• Organización según funcionalidades


• Organización según roles de usuario
• Cubrir el flujo completo de la aplicación

Decidir un formato para los Casos de Prueba

• Mantener un formato estándar


ELEARNING TOTAL

Casos de prueba - Criterios

• Alta probabilidad de cazar un defecto


• No es redundante
• Es el mejor de su especie
• No es ni demasiado simple ni demasiado complejo
ELEARNING TOTAL

Casos de prueba - Alta probalididad de cazar un defecto

• Cómo puede fallar la aplicación?


• Bajo qué tipo de condiciones?
• Cuál es el set de datos que puede provocar el defecto?
ELEARNING TOTAL

Casos de prueba - No es redundante

• Sin duplicacion de pruebas


• Distintos sets de datos para ejecutar el mismo caso de prueba
ELEARNING TOTAL

Casos de prueba - Es el mejor de su especie

• Más efectivo
• Seleccionado dentro de un grupo
• Más probabilidad de cazar el defecto
ELEARNING TOTAL

Casos de prueba - No es ni demasiado simple ni demasiado complejo


• Se pueden combinar varios casos en uno solo
• Eficiencia al crear, mantener y ejecutar
• Combinaciones inválidas
ELEARNING TOTAL

Caso de prueba - Detalle


• Campo a testear: se define el campo a testear
• ID de caso de prueba: id univoco del caso de prueba
• Nombre de caso de prueba: nombre identificatorio del caso de prueba
• Descripción: descripcion breve de lo que se testeara con el caso de prueba
• Precondiciones: precondiciones necesarias para ejecutar el caso de prueba
• Pasos: pasos para ejecutar el caso de prueba, se recomienda enumerar
• Resultado esperado: resultado esperado al ejecutar el caso de prueba
• Estado del caso de prueba: estado luego de ejecutado
• Resultado obtenido: resultado luego de ejecutado
• Errores asociados: id del defecto asociado si en algun momento falla
• Responsable de diseño: diseñador del caso de prueba
• Responsable de ejecución: tester que ejecuta el caso de prueba
ELEARNING TOTAL

Caso de prueba - Ejemplo


• Campo a testear: número de cliente
• ID de caso de prueba: #1
• Nombre de caso de prueba: No edición – Campo número de cliente
• Descripción: Verificar que el campo número de cliente no puede ser editado
• Precondiciones: Búsqueda de un cliente existente
• Pasos:
1- Ingresar número de cliente en el campo número de cliente
2- Clickear en Buscar
3- El cliente es mostrado en pantalla
4- Editar el número de cliente del registro de cliente resultado de la búsqueda
• Resultado esperado: El número de cliente no puede ser editado
• Estado del caso de prueba: OK
• Resultado obtenido: El número de cliente no puede ser editado
• Errores asociados: #3, #6
• Responsable de diseño: María Suárez
• Responsable de ejecución: Sabrina Spengler

También podría gustarte