Está en la página 1de 23

Taller de Testing

Definicin de casos de
prueba

andres.grosso@engee.com.ar

Recordando . . .

Definiciones

El testing es el proceso que compara lo que es con lo


que debera ser.
Casos de test
Descripciones de qu se va a probar.
Crear casos es un proceso creativo.

Datos de test
Lotes de datos necesarios para ejecutar un caso de test.
Crear datos de test es un proceso laborioso, y muy poco creativo.

Recordando . . .

Ms definiciones
Test Limpio (o positivo)
Intenta mostrar que el producto satisface sus requerimientos.

Test Sucio (o negativo)


El objetivo es romper el sistema.

Test de regresin
Luego de agregar una nueva funcionalidad, se vuelven a probar
las funcionalidades ya existentes(casos ms importantes).

Recordando . . .

Tcnicas de derivacin de casos de


test
Particin de equivalencias
Particiona el dominio de entrada en un conjunto de clases de entrada
(o inputs) que tienen comportamientos similares .
Luego se selecciona un valor representativo de cada particin para
ser testeado.

Anlisis de condiciones de borde


Variacin de la tcnica de particin de equivalencias, que se focaliza
en los bordes de cada clase de equivalencia: por arriba y por debajo
de cada clase.

Test de robustez
Es una variacin de la tcnica de anlisis de borde.
Consiste en ingresar no un valor apenas superior al mximo valor sino
muchsimo mayor, y un valor muchsimo inferior al mnimo valor.

Definicin de casos de prueba


Comunicacin hacia el equipo del proyecto sobre el estado de las
pruebas realizadas.
Se deben definir casos de prueba que aseguren la calidad del

software.
Los casos de pruebas tiles son aquellos que ayudan a encontrar
defectos.
Los lineamientos que se exponen a continuacin buscan:
Uniformizar la manera en que se definen Casos de Prueba.
Asegurar la calidad mnima de su contenido.
Acelerar los tiempos de definicin y ejecucin.

Definicin de casos de prueba


ID del caso

Se debe establecer un identificador para cada prueba.

Descripcin

De la prueba a realizar

Pasos

Se deben escribir los pasos necesarios para poder realizar el caso.

Datos

Se debe especificar el lote de prueba.

Resultado esperado

Es la consecuencia esperada de la ejecucin del caso.

Prioridad

Alta, media y baja. Generalmente los de alta son los de regresin.

Lineamientos

Descripcin
Ser claros, breves, simples.
Estructurar la descripcin de manera que resulte claro
que pantalla/funcionalidad se desea probar (y en lo
posible en que contexto se debe producir).
Incorrecto
Verificar que al grabar se de el alta de forma correcta.

Correcto:
Usuarios. Alta. Datos vlidos. Grabar.

Lineamientos

Descripcin

Debe ser un buen resumen de la prueba a realizar.

No debera ser necesario ms detalle para entenderlo a alto nivel.

Incorrecto
Se debe dar el alta de un usuario completando algunos campos (ver detalle).

Correcto
Usuario. Alta. Campos obligatorios (ver detalle). Datos vlidos. Grabar.

Lineamientos

Descripcin

Identificacin rpida y unvoca


Debe contener las palabras clave que faciliten su bsqueda.
No deben existir dos casos de prueba con la misma descripcin.

Incorrecto
Probar ingresar al sistema con usuario y clave incorrectas.

Correcto
Login. Usuario incorrecto. Clave correcta. Ingresar
Login. Usuario correcto. Clave incorrecta. Ingresar

Descripcin
Primero el contexto
Al final el desencadenador

Incorrecto
Verificar la exportacin de un archivo de novedades.

Correcto
Exportacin. Novedades. Exportar

Contexto

Desencaden
ador

Descripcin
Usar operadores lgicos siempre que se pueda!
Ayuda a identificar los casos N

Incorrecto
Eliminar un cliente con facturas asociadas.

Correcto
Cliente. Facturas > 1. Eliminar.

Esto ayuda a identificar


ms rpido otros casos:
Cliente. Facturas = 0.
Eliminar.
Cliente. Facturas = 1.

Lineamientos

Pasos
Acciones que debe realizar el Tester para realizar la
prueba
Primer paso
Especificar con quin se ingresa al sistema (usuario/rol/perfil).

Segundo a ante ultimo paso


Detallar que acciones se debe realizar para llegar al ltimo
paso.

Ultimo paso
Ultima accin necesaria para ejecutar poder verificar el
resultado de la prueba.

Lineamientos

Pasos
Ejemplo
1.
2.
3.
4.
5.

Ingresar al sistema con un usuario con rol Vendedor.


Ingresar al mdulo Cobranzas.
Ingresar a la opcin Generar cobranza.
Completar los campos de la cobranza con datos vlidos.
Presionar el botn Generar.

Lineamientos

Datos de prueba
En general, no es obligatorio agregarlos, pero siempre
agrega valor.
Se especifica un dominio de datos con los que se
puede/debe realizar la prueba.
Cuando el dominio de datos es especifico, especificar el
lote de datos es obligatorio.

Lineamientos

Datos - Ejemplo
Pasos
1.
2.
3.
4.

Ingresar al sistema con un usuario con rol (ver datos).


Ingresar al mdulo Cobranzas.
Ingresar a la opcin Generar cobranza.
Completar los campos de la cobranza con datos invlidos (ver
datos).
5. Presionar el botn Generar.

Datos
. Roles: Vendedor, Jefe de ventas, administrador
. Datos invlidos:
o Importe: -500, 1321321312, etc.
o Fecha: 001/002/2022, 1/1/1, etc.

Lineamientos

Resultado esperado
Cualquier discrepancia entre el resultado obtenido y el
esperado debe ser reportado como un error.
Se debe especificar con el mayor detalle posible.
Las diferencias pueden generar uno o ms errores.
Hay que ser explcitos!

Lineamientos

Resultado esperado - Ejemplo


Definicin
Ventas. Cobranzas. Datos vlidos. Grabar.

Resultado esperado
Se da de alta la cobranza ingresada. Se enva un mail a los
usuarios del departamento de ventas (ver datos). Se redirige a
la pantalla de Listado de Cobranzas y se ve reflejada como
primer cobranza la recientemente generada.

Lineamientos

Prioridades
Alta
Testing positivo, son los que nos aseguran que la aplicacin se
puede usar.
Generalmente imposibilitan realizar otras pruebas
Se utilizan para hacer regresin

Media
Testing positivo, casos n
Son los casos , generalmente, presentan ms errores

Baja
Testing negativo
Agregan calidad al producto
No son bloqueantes

Lineamientos

Prioridades - Ejemplo
Alta
Desc.: Login. Usuario correcto. Clave correcta.
Resul. Esper.: Se ingresa al sistema y cargar la pantalla de
Listado de usuarios.

Media
Desc.: Login. Usuario correcto. Clave incorrecta.
Resul. Esper.: No se puede ingresar. El sistema muestra un
mensaje indicando que la clave o el usuario son incorrectos.

Baja
Desc.: Login. Ortografa y gramtica.
Resul. Esper.: La ortografa y gramtica de la pantalla de
ingreso es correcta.

Lineamientos

Generales
La gramtica y ortografa deben ser correctas.
Un caso de prueba debe tener toda la informacin necesaria para poder ejecutar una
prueba.
En un mdulo/pantalla, nunca debe faltar un CP para la revisin de gramtica y ortografa.
La definicin de casos es un proceso creativo. Se debe pensar para definir!
Si es necesario, indicar un lote de datos con los que se deba realizar la prueba.
Los casos de prueba deben estar actualizados!
No hacer un CP por cada campo obligatorio
No hacer un CP por cada campo invlido

Regresin
Circuitos principales de la aplicacin
Siempre son de Alta
Que sea de Alta no significa que debe ser regresin
Se deben poder identificar

Regresin
Cmo saber cuando es regresin?

Es un caso feliz de la funcionalidad?


Es un circuito principal o secundario de la aplicacin?
Tiene un grado de ocurrencia elevado en la aplicacin?
Su posible falla, imposibilita realizar circuitos principales?

Si las respuestas fueron S, el caso de prueba es un buen


candidato!

Preguntas?