Tester QA Manual

Módulo 2
Atributos de un
HTML5: Fundamentos Web
caso de prueba
Tester QA Manual

Contenido
● Atributos de un caso de prueba.

● Planilla de casos de prueba.

● Planilla de pasos de casos de prueba.

● Ejercicios de registración.
Tester QA Manual

Atributos de un caso de prueba

● Id: identificador único. ● Resultado esperado: descripción de lo que
debería verse una vez ejecutado el CP.
● Descripción: título breve. Qué se va a probar.
● Resultado obtenido: descripción de lo que
● Datos: datos necesarios para ejecutar el CP.
realmente se obtuvo después de la ejecución.
● Precondiciones: condiciones a cumplir previa
● Post-condiciones: descripciones de las
ejecución del CP.
condiciones luego de la ejecución del CP.
● Prioridad (severidad): identifica cuál es la
● Pasos a ejecutar: Detalle a seguir para poder
importancia de CP.
ejecutar el CP.
● Tipo de caso: positivo (camino feliz), negativo
(alternativo, excepción).
Tester QA Manual

Id

Es un código único para identificar al caso de prueba.

Según la empresa o el equipo de testing, se suele tomar
como convención un código y un número autoincremental.

Por ejemplo: CP01 (CP = Caso de Prueba) o su equivalente en

inglés TC01 (TC = Test Case).

En ocasiones, también suele establecerse un prefijo

relacionado con el aplicativo a probar (CRM01).
Tester QA Manual

Descripción Datos

Es el título del caso de prueba que debe ser
auto-explicativo para que el Tester pueda tomar
conocimiento sobre lo que hay que evaluar.
Se recomienda redactarlo:
Representa los datos de entrada utilizados
durante la ejecución del caso de prueba.
Pueden ser datos fijos o consultas a base
de datos.

● Con el verbo infinitivo de la funcionalidad

a evaluar. Ejemplo de datos fijos:
nombre = José,
● Iniciar con la palabra ‘Intentar’ si se trata apellido = Pérez
de un caso de prueba negativo.

● Continuar con un resumen sobre lo que se

desea probar.
Tester QA Manual
Precondiciones
Son aquellos hechos que deben cumplirse antes
de la ejecución de un caso de prueba y por lo
general, están relacionados con los datos a usar.
Por ejemplo:
● El usuario debe estar registrado previamente en
el sistema.
● La tarjeta de crédito debe tener saldo suficiente.
Prioridad (severidad)
Representa la importancia del caso de prueba
en el contexto de la funcionalidad a evaluar.
Marca la pauta sobre el orden de ejecución,
porque idealmente se recomienda comenzar
con los casos de prueba más prioritarios.
Usualmente la prioridad se refleja con los valores:
Alta, Media o Baja.
Tester QA Manual

Tipo de caso Resultado esperado

Permite adelantar el resultado que se espera de Contiene las validaciones y verificaciones que
la ejecución del caso de prueba. Puede ser: debe realizar el Tester para corroborar, luego de
la ejecución del paso a paso del caso de prueba.
● Positivo: Cuando se espera que el caso de
prueba pueda completar la funcionalidad que Es uno de los atributos fundamentales del caso
está evaluando. de prueba y se recomienda que sea detallado,
para que no haya margen a interpretaciones u
Por ejemplo: llenar un formulario con datos válidos.
omisiones, al momento de la ejecución.
● Negativo: Cuando se espera que el caso de
prueba no complete la funcionalidad que está
evaluando por alguna validación o mensaje de
error.

Por ejemplo: llenar un formulario con datos inválidos.

Tester QA Manual
Resultado obtenido
Es la bitácora de resultados que encontró el
Tester al momento de ejecutar el caso de prueba
y determinará su estado.
Cuando el resultado obtenido coincide con el
resultado esperado, el caso de prueba tendrá el
estado exitoso y en caso contrario, tendrá el
estado fallido.
Post-condiciones
Son los hechos que deben ocurrir luego de
ejecutado el caso de prueba. En ocasiones está
relacionado a los datos utilizados para la prueba.
Por ejemplo:
● Se envía un SMS al número de teléfono utilizado
para confirmar la recarga de saldo.
● Se registra en la base de datos la transacción
realizada.
● Se envía un correo electrónico al usuario registrado
con el link para activar su cuenta.
Tester QA Manual

Pasos a ejecutar

Consiste en el detalle de cada una de las acciones que

tendrá que ejecutar el Tester sobre el sistema, para
evaluar la funcionalidad/requerimiento.

Se recomienda que sean tareas simples y usualmente

redactadas en infinitivo.

Por ejemplo:

1. Acceder a la página tucompra.com

2. Ingresar las credenciales (usuario y contraseña).

3. Ingresar el producto a buscar.

4. Presionar la tecla Enter.

Tester QA Manual

Ejemplos de atributos de un caso de prueba positivo

● Id: 3D-P-CP-001. ● Resultado esperado: emisión de ticket

● Descripción: Comprar 2 entradas para función
3D, viernes 22 hs., pago con tarjeta crédito.
● Datos: Tabla de datos de entradas para esa
función (Excel).
● Precondiciones: Tarjeta de crédito habilitada y
con fondos suficientes.
(impresora o pdf).
● Resultado obtenido: emisión de ticket
(impresora o pdf).
● Post-condiciones: entradas vendidas y
facturadas.
● Pasos a ejecutar: descrito en el Step by Step.

● Prioridad (severidad): High (47% son

compras con CP)

● Tipo de caso: positivo.

Tester QA Manual

Ejemplos de atributos de un caso de prueba negativo

● Id: 3D-P-CP-002. ● Resultado esperado: mensaje de error de

compra fallida.
● Descripción: Intentar comprar 2 entradas para
función 3D, viernes 22 hs., pago con tarjeta ● Resultado obtenido: mensaje de error de
débito vencida. compra fallida.

● Datos: Tabla de datos de entradas para esa ● Post-condiciones: N/A.

función (Excel).
● Pasos a ejecutar: descrito en el Step by Step.
● Precondiciones: Tarjeta de débito vencida.

● Prioridad (severidad): Medium (47% son

compras con CP)

● Tipo de caso: negativo.

Tester QA Manual

Planilla de casos de prueba

Descripción
Id del CU Id del CP Título del CP Ciclo Tipo Prioridad
del CP

Identificador Identificador Nombre Breve Ciclo de Positivo Orden de

mnemotécnico mnemotécnico mnemotécnico descripción ejecución (camino felíz), ejecución
del CU del CP del CP del CP de pruebas Negativo o de
(alternativo, importancia
excepción) (alta, media,
baja)

Nota: Realizar ejercicios de registración en planilla.

Tester QA Manual

Planilla de casos de prueba (continuación):

Datos Resultado
Severidad Status Pre-condiciones Pos-condiciones
generales esperado

Identifica la Estado (pasó, Condiciones a Describir las Datos Resultado

criticidad falló, en proceso, cumplir previa condiciones luego requeridos esperado que se
(negocio, anulado, ejecución de la ejecución para realizar quiere obtener
funcional, suspendido) el CP con estos datos y
formal) configuración del
ambiente

Continúa en la diapositiva siguiente.

Tester QA Manual

Planilla de casos de prueba (continuación):

Resultado obtenido Ambiente de Test Versión de SW Responsable del CP Fecha y hora

Descripción de lo que Entorno donde se Versión del producto, Persona responsable Fecha/hora de
realmente se obtuvo ejecuta el CP software o paquete a del diseño y/o ejecución diseño y/o
después de la (servidores, redes, testear ejecución
ejecución infraestructura)
Tester QA Manual

Planilla de pasos de casos de prueba

Id del CP Número de paso Descripción del paso Precondiciones Datos

Identificador Número secuencial Descripción concisa, Condiciones a Datos concretos

mnemotécnico correlativo del paso concreta, precisa cumplir previa (valores) para
del CP del paso ejecución del paso realizar el paso

Resultado esperado Resultado obtenido Status Evidencia

Resultado esperado Descripción de lo que Estado del paso Print de la pantalla, archivo, tabla
que se quiere obtener realmente se obtuvo (pasó, falló) u otro elemento demostrando que
en este paso después de la ejecución se ha realizado el paso
Tester QA Manual

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

● Realizar las preguntas necesarias al o la docente

antes de continuar.

● Realizar los ejercicios de la práctica.

¡Sigamos
trabajando!