Taller de Testingandres.grosso@engee.com.arDefnicin de casos de pruebaDefinicionesEl testing es el proceso que compara lo que es con lo que debera ser.Casos de testDescripciones 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 ! mu! poco creativo.Recordando . . ."#s definicionesTest Limpio (o positivo)$ntenta mostrar que el producto satisface sus requerimientos.Test Sucio (o negativo)El objetivo es romper el sistema.Test de regresinLuego de agregar una nueva funcionalidad se vuelven a probar las funcionalidades !a e%istentes&casos m#s importantes'.Recordando . . .Tcnicas de derivaci(n de casos de testParticin de equivalencias)articiona 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*ariaci(n de la tcnica de partici(n de equivalencias que se focali+a en los bordes de cada clase de equivalencia, por arriba ! por debajo de cada clase.Test de robuste!Es una variaci(n de la tcnica de an#lisis de borde.Consiste en ingresar no un valor apenas superior al m#%imo valor sino muc-.simo ma!or ! un valor muc-.simo inferior al m.nimo valor.Recordando . . .Definici(n de casos de prueba Comunicaci(n -acia el equipo del pro!ecto sobre el estado de las pruebas reali+adas. /e deben definir casos de prueba que aseguren la calidad del soft0are. Los casos de pruebas 1tiles son aquellos que a!udan a encontrar defectos. Los lineamientos que se e%ponen a continuaci(n buscan,2niformi+ar la manera en que se definen Casos de )rueba.3segurar la calidad m.nima de su contenido.3celerar los tiempos de definici(n ! ejecuci(n.Definici(n de casos de prueba$D del caso Se debe establecer un identificador para cada prueba.Descripci(n De la prueba a realizar)asos Se deben escribir los pasos necesarios para poder realizar el caso.Datos Se debe especificar el lote de prueba.4esultado esperado Es la consecuencia esperada de la ejecucin del caso.)rioridad Alta, media y baja. Generalmente los de alta son los de regresin.Descripci(n/er claros breves simples."structurar la descripci(n de manera que resulte claro que pantalla#$uncionalidad se desea probar &! en lo posible en que conte%to se debe producir'.&ncorrecto*erificar que al grabar se de el alta de forma correcta.Correcto, 2suarios. 3lta. Datos v#lidos. 5rabar. LineamientosDescripci(n Debe ser un buen resumen de la prueba a reali+ar. 6o deber.a ser necesario m#s detalle para entenderlo a alto nivel. &ncorrecto/e debe dar el alta de un usuario completando algunos campos &ver detalle'. Correcto2suario. 3lta. Campos obligatorios &ver detalle'. Datos v#lidos. 5rabar.LineamientosDescripci(n$dentificaci(n rpida ! unvocaDebe contener las palabras clave que faciliten su b1squeda.6o deben e%istir dos casos de prueba con la misma descripci(n. &ncorrecto)robar ingresar al sistema con usuario ! clave incorrectas. CorrectoLogin. 2suario incorrecto. Clave correcta. $ngresarLogin. 2suario correcto. Clave incorrecta. $ngresarLineamientosDescripci(n)rimero el conte%to 3l final el desencadenador &ncorrecto*erificar la e%portaci(n de un arc-ivo de novedades. CorrectoE%portaci(n. 6ovedades. E%portarContextoDesencadenadorDescripci(n2sar operadores l(gicos siempre que se pueda73!uda a identificar los casos 869 &ncorrectoEliminar un cliente con facturas asociadas. CorrectoCliente. :acturas ; . $ngresar al m(dulo Cobran+as.?. $ngresar a la opci(n 5enerar cobran+a.@. Completar los campos de la cobran+a con datos inv#lidos &ver datos'.A. )resionar el bot(n 5enerar.Datos.4oles, *endedor Cefe de ventas administrador.Datos inv#lidos, o$mporte, BADD