1 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián Generacion de facturas de un proceso de altas online Ejemplo 2

2 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián 6Efectos (I) 4 E1: 42.500 Pts 4 E2: 1.700 FF 4 E3:52.700 Pts 4 E4:2.108 FF 4 E5:51.000 Pts 4 E6:10% Descuento 4 E7:15% Descuento 4 E8:20% Descuento 4 E9:0% Descuento 4 E10:Factura con IVA 4 E11:Factura sin IVA

3 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián 6Efectos (II) 4 Error: Id-Seminario no válido (errores formales) 4 Error:Falta Id-Seminario 4 Error: Num-Cliente no válido 4 Error:Falta Num-Cliente 4 Error:Id-Asistente no válido 4 Error:Id-Asistente repetido 4 Error:Contenido campo “dietas” no valido (suponemos que todas estas validaciones se dan en el cliente)

4 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián 6Errores

5 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián 6Datos de entrada y salida relevantes y sus rangos(I)

6 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián

7 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián

8 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián 6Asociar datos de entrada y efectos

9 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián C1.1: Seminario de corta duración en España con dietas C1.2: Seminario de larga duración en España con dietas C1.3: Seminario de corta o larga duración en Francia con dietas C1.5: Seminario de corta o larga duración en España sin dietas C1.7: Seminario de corta o larga duración en Francia sin dietas 6Dependencias (I)

10 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián C2.1: Cliente con pocos asistentes y facturación baja C2.2 Cliente con pocos asistentes y facturación media o alta C2.4 Cliente con muchos asistentes y facturación media o baja C2.6 Cliente con muchos asistentes y facturación alta 6Dependencias (II)

11 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián 6 Construcción de los Casos de Prueba Positivos 6En un caso de prueba sólo se puede referenciar una única combinación correspondiente a una determinada clase de dependencia. 6Combinaciones correspondientes a diferentes dependencias pueden ser introducidas en un caso de prueba, siempre que los efectos de esas combinaciones no se contradigan. 6El número mínimo de casos de prueba (positivos) necesarios se corresponde con el número de combinaciones positivas de la dependencia con más combinaciones (5)

12 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián C.P. 1 Seminario de corta duración en España con dietas / Cliente con pocos asistentes y facturación baja (c1.1, c2.1) C.P. 2: Seminario de larga duración en España con dietas / Cliente con pocos asistentes y facturación media o alta (c.1.2,c2.2) C.P. 3: Seminario de corta o larga duración en Francia con dietas / Cliente con muchos asistentes y facturación media o baja (c1.3, c.2.4) C.P. 4 Seminario de corta o larga duración en España sin dietas / Cliente con muchos asistentes y facturación alta (c1.5, c2.6) C.P. 5 Seminario de corta o larga duración en Francia sin dietas / Combinación estándar (c1.7)

13 WEB Testing Donostiako Teknologi Elkartegia ---------- Parque Tecnológico de San Sebastián 6 Construcción de los Casos de Prueba de Errores 6 Para cada caso de error se necesita un caso de prueba diferente. 6 Un caso de prueba de error puede contener varias entradas que lleven a un resultado positivo pero sólo una que de lugar a error.