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

WEB Testing Donostiako Teknologi Elkartegia Parque Tecnológico de San Sebastián 6Efectos (I) 4 E1: Pts 4 E2: FF 4 E3: Pts 4 E4:2.108 FF 4 E5: 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

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)

WEB Testing Donostiako Teknologi Elkartegia Parque Tecnológico de San Sebastián 6Errores <E600: El valor introducido en el campo Id-Seminario no existe en el fichero “Seminarios”. <E601: El valor introducido en el campo Num-Cliente no existe en el fichero “Clientes”. <E602: El valor introducido en el campo Id-Asistente no existe en el fichero “Asistentes”. (Errores al validar los datos en el servidor)

WEB Testing Donostiako Teknologi Elkartegia Parque Tecnológico de San Sebastián 6Datos de entrada y salida relevantes y sus rangos(I) <Id-Seminario 4 R01: Existe en fichero ‘Seminarios’ 4 R01F: No existe en fichero ‘Seminarios’ <Num. Cliente 4 R01: Existe en fichero ‘Clientes’ 4 R02F: No existe en fichero ‘Clientes’ <Id-Asistente 4R01: Existe en fichero ‘Asistentes’ 4R02F: No existe en fichero ‘Asistentes’

WEB Testing Donostiako Teknologi Elkartegia Parque Tecnológico de San Sebastián <Número Asistentes (‘Posición’) 4R01: 1-2 Asistentes 4R02: 3-9 Asistentes <Dietas (‘Posición’) 4 R01: ‘S’ 4 R02: ‘N’ <Lugar del seminario (‘Seminarios’) 4 R01: ‘E’ 4 R02: ‘F’ <Pais (‘Clientes’) 4 R01: ‘E’ 4 R02: <> ‘E’ 6Datos de entrada y salida relevantes y sus rangos(II)

WEB Testing Donostiako Teknologi Elkartegia Parque Tecnológico de San Sebastián <Duración Seminario (‘Seminarios’) 4 R01: 1-3 días 4 R02: 4-99 días <Facturación Acumulada (‘Clientes’) 4 R01: 0, Pts 4 R02: Pts 4 R03: > Pts 6Datos de entrada y salida relevantes y sus rangos(III)

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

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)

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)

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)

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)

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.