Tester QA Manual

Módulo 2
Conceptos de
HTML5: Fundamentos Web
casos de prueba
Tester QA Manual

Contenido
● Definición de caso de prueba.

● Esquema y características.

● Cómo diseñar casos de prueba.

● Caso de uso.

● Caso de uso vs caso de prueba.

● Historia de usuario

● Diagrama de relación de caso de prueba.

Tester QA Manual

¿Qué es un caso de prueba?

“Conjunto de valores de entrada, precondiciones de
ejecución, resultados esperados y postcondiciones de
ejecución, desarrollado con un objetivo en particular o
condición de prueba, tales como probar un determinado
camino de ejecución o para verificar el cumplimiento
de un requisito determinado.” ISTQB
Tester QA Manual

Siendo el testing el conjunto de actividades para Contar con los casos de prueba para la
evaluar un sistema/requerimiento solicitado por evaluación de un sistema, permitirá medir la
el usuario final, cada una de esas formas de calidad que tiene en un momento determinado,
evaluarlo es un caso de prueba. así como garantizar la trazabilidad del proceso
de pruebas respecto al requerimiento a evaluar.
A grandes rasgos, un caso de prueba permitirá
evaluar la funcionalidad de un sistema bajo
ciertos datos, contexto y entorno y así validar y
verificar si se comporta como se espera. Es la
unidad de trabajo fundamental del testing y
usualmente se define al inicio del proceso de
pruebas.
Tester QA Manual

Esquema de un caso de prueba

Ambiente de la prueba

Caso de uso

Pre-Cond

Set de datos Test Resultado

Case obtenido

Resultado
esperado
Tester QA Manual

Características
1. Es identificado unívocamente

Todo caso de prueba tiene un identificador que lo hace

único. Dependiendo de la empresa o el equipo de testing
tendrá cierto estándar. Es semejante a un código.

2. Es único en cuanto a contenido

No debemos tener dos casos de prueba iguales. Si un

caso de prueba se define por la funcionalidad que evalúa,
sus datos, su contexto y el resultado que se espera de él,
entonces no tendríamos que tener más de uno por prueba.
Cuando variamos alguno de sus componentes entonces se
trata de otro caso de prueba.
Tester QA Manual
3. Posee un estado asociado (Pendiente,
Aprobado o Fallido)
Los casos de prueba definidos para evaluar un
requerimiento/funcionalidad permitirán además
dar un veredicto imparcial sobre la calidad del
sistema en un momento determinado. Y para
poder ponderar esta calidad, se generan estadís-
ticas sobre el número de casos por estado.
Algunos de los estados más usados para un
caso de prueba son Exitoso, Fallido, Bloqueado
y Por ejecutar.
4. Es reutilizable
Un caso de prueba debe especificar la funciona-
lidad a evaluar, los datos a utilizar, el paso a paso
de acciones a llevar a cabo en la interacción con
el Sistema y los resultados esperados a validar y
verificar.
La intención del diseño de casos de prueba es
que luego éstos se puedan reutilizar cuando
tenga que probarse nuevamente la misma
funcionalidad. Bien por algún cambio, corrección
o regresión donde se le involucre.
Tester QA Manual

5. Contiene información sobre la versión del producto

El caso de prueba en su detalle (paso a paso a ejecutar,

resultado esperado) debe adaptarse a la versión del
Sistema donde será sometido a evaluación. Cualquier
cambio generará también adecuaciones sobre el caso
de prueba.

6. Posibilita el tracking del avance de las pruebas

Al registrar el estado de ejecución del caso de prueba

(Exitoso, Fallido, Bloqueado, Por ejecutar) se puede hacer
seguimiento sobre el estado de la calidad del Sistema
en función a las pruebas definidas.
Tester QA Manual

7. Informa responsable, fecha de creación 9. Permite el manejo de prioridades según

y ejecución su criticidad

Cada uno de los casos de prueba debe estimar
registro de la fecha de creación o diseño, fecha
en la cual fue ejecutado y quién lo ejecutó;
teniendo en cuenta que un caso de prueba puede
ser ejecutado en múltiples ocasiones, según el
estado que se obtenga.
8. Soporta histórico de modificaciones
y resultado de ejecuciones
Uno de los atributos críticos de un caso de
prueba es la prioridad, teniendo en cuenta que no
todos son igual de importantes.
Será en conjunto con el negocio (funcional) que
se defina cuáles son los casos de prueba más
prioritarios, para así comenzar la ejecución
según la prioridad más alta.

Debe registrarse cada una de las ejecuciones

del caso de prueba, así como las modificaciones
propias de los cambios que tenga la funcionali-
dad que está siendo evaluada.
Tester QA Manual

10. Contiene información sobre tiempos estimados

de ejecución

Al detallar el caso de prueba con cada una de las acciones

para su ejecución, validación y verificación, facilitará el
proceso de estimación del esfuerzo que requiere.

11. Es independiente al ambiente de pruebas

El caso de prueba no está relacionado con un ambiente

en particular, sino con la funcionalidad a evaluar.
Tester QA Manual

Características - Resumen

1. Es identificado unívocamente. 7. Informa responsable, fecha de creación y

ejecución.
2. Es único en cuanto a contenido.
8. Soporta histórico de modificaciones y
3. Posee un estado asociado (Pendiente,
resultado de ejecuciones.
Aprobado, Fallido).
9. Permite el manejo de prioridades según su
4. Es reutilizable.
criticidad.
5. Contiene información sobre la versión del
10. Contiene información sobre tiempos estimados
producto.
de ejecución.
6. Posibilita el tracking del avance de las
11. Es independiente al ambiente de pruebas.
pruebas.
Tester QA Manual

Características - Resumen

1. Es identificado unívocamente. 7. Informa responsable, fecha de creación y

ejecución.
2. Es único en cuanto a contenido.
8. Soporta histórico de modificaciones y
3. Posee un estado asociado (pendiente,
resultado de ejecuciones.
aprobado, fallido).
9. Permite el manejo de prioridades según su
4. Es reutilizable.
criticidad.
5. Contiene la información sobre la versión
10. Contiene información sobre tiempos
del producto.
estimados de ejecución.
6. Posibilita el tracking del avance de las
11. Es independiente al ambiente de pruebas.
pruebas.
Tester QA Manual

¿Cómo diseñar casos de prueba?

1. Analizar el requerimiento funcional o caso de uso.

2. Documentar casos felices, alternativos o de excepción.

3. Seleccionar un caso de prueba a diseñar.

4. Describir los pre-condicionales.

5. Seleccionar / generar datos de entrada.

6. Especificar el / los ambientes de prueba.

7. Documentar resultado esperado como salida.

Tester QA Manual

Caso de uso
Un diagrama de caso de uso es una descripción
de las actividades que deberá realizar alguien o
algo, para llevar a cabo algún proceso.

Descripción de caso de uso

En el contexto de ingeniería del software,

representa a un sistema como un conjunto de
interacciones. Sirven para especificar la
comunicación y el comportamiento.

En las diapositivas siguientes, veremos ejemplos.

Tester QA Manual

Ejemplos de descripción de caso de uso:

Tester QA Manual

Ejemplos de descripción de caso de uso:

Tester QA Manual

Caso de uso vs. caso de prueba

Flujo alternativo 2 Válido
Caso de prueba 2
Flujo alternativo 1 No válido
Válido
Caso de prueba 1
No válido Fin del
caso de uso
Flujo básico
Caso de prueba Válido
flujo básico No válido
Comienzo del Fin del
caso de uso caso de uso

Fin del
caso de uso
Flujo alternativo 3 Válido Flujo alternativo 4 Válido
Caso de prueba 3 Caso de prueba 4
No válido No válido
Tester QA Manual

Historia de usuario
Representa la unidad funcional sobre cambios
COMO usuario de
solicitados en un sistema en el enfoque ágil. la tienda online

Parte de un enunciado muy breve y a partir del QUIERO botón para

ordenar por precio
cual el equipo (incluyendo al Tester) tendrá que
relevar y refinar la solicitud, para tener todos PARA escoger el gel
más barato y
los insumos necesarios para el desarrollo y la comparar
prueba correspondiente.
Tester QA Manual

Diagrama de relación de caso de prueba

Diagrama de caso de prueba (DER)

Retomando el concepto de trazabilidad, todo Al mismo tiempo, un caso de prueba está

caso de prueba tendría que estar asociado a un compuesto por varios pasos o acciones sobre el
requerimiento porque es lo que se pretende sistema.
evaluar con su ejecución.

1 1 1 n

Req Test Case Metodología

Metodología
Step
Tester QA Manual

La relación entre un caso de prueba y un requerimiento

no es única.

Un caso de prueba puede estar validando varios

requerimientos y a su vez, un requerimiento puede ser
validado por diferentes casos de prueba.

Metodología
Metodología Req
Req

1
n

n
1

Metodología
Metodología
Test Case Test Case
Tester QA Manual

Diagrama de caso de prueba ejecutado (DER)

1 n

Test Case Metodología

Metodología
Step

1 n 1 n

Run TC Metodología
Metodología Bug
Run Step
Tester QA Manual

Revisión
● Repasar los puntos vistos en la clase.

● Realizar las preguntas necesarias al o la docente

antes de continuar.

● Realice los ejercicios de la práctica.

¡Sigamos
trabajando!