TESTING. Universidad Simón Bolívar. Ing. de Software. Profa. Marlene Goncalves

Transcripción

1 TESTING Universidad Simón Bolívar. Ing. de Software. Profa. Marlene Goncalves

2 Definiciones Error: Equivocación cometida por un desarrollador. Ejemplos: un error de tipeo, una mal interpretación de un requerimiento o de la funcionalidad de un método. Defecto (fault, defect): Diferencia entre la versión correcta del artefacto y una versión incorrecta. Ejemplo: Utilizar el operador"<" en vez de "<=". Falla (failure): Discrepancia visible que se produce al ejecutar un programa con un defecto, respecto a la ejecución del programa correcto. Es el síntoma de un defecto.

3 Definiciones Validación: el software responde a lo que espera el usuario Verificación: el software satisface la especificación Inspección: Cuando se valida o verifica la consistencia de un artefacto no ejecutable respecto a otro artefacto no ejecutable Testing: cuando se valida un artefacto ejecutable (típicamente el código del software) Someter a pruebas (testing) un producto es buscarle sus defectos. Las pruebas sólo pueden demostrar la presencia de errores, no su ausencia

4 Barreras Barreras Por ser el programador. Por ser miembro del equipo. Los testers suelen verse como obstáculos Como empleados de una empresa Se sacrifican las pruebas. Cómo se tratan las malas noticias? Cómo reacciona la empresa ante los errores de sus empleados? Quién asume los errores en la empresa? En conclusión, las pruebas deberían ser conducidas por un equipo distinto a quienes programaron el software

5 Tipos de Pruebas Probar o validar el software contra los requerimientos funcionales (prueba de requerimientos funcionales del sistema) Probar el software a ver si cumple con los atributos establecidos para él (prueba de desempeño, prueba de usabilidad, prueba de instalabilidad, prueba de disponibilidad, prueba de stress, prueba de mantenibilidad) Probar unidades del software --rutinas o clases-- contra sus especificaciones (pruebas unitarias de métodos o de clases).

6 Etapas del Proceso de Prueba Planificación del proceso de prueba Elaboración de casos de prueba Ejecución de los casos de prueba Evaluación de los resultados de las pruebas

7 Etapas Planificación del proceso de prueba El nombre del coordinador del proceso de prueba El alcance del proceso de pruebas Las características del ambiente de prueba Los nombres de los responsables de las actividades de prueba El calendario y esfuerzo previsto (schedule) para las actividades.

8 Etapas Planificación del proceso de prueba Elaboración de casos de prueba Un nombre que identifica el caso Sus entradas: es la secuencia exacta de acciones que debe realizar el usuario para ejecutar el caso de prueba. Su salida esperada: Los resultados exactos observables que debe producir el sistema al ejecutar el caso de prueba.

9 Etapas Planificación del proceso de prueba Elaboración de casos de prueba Ejecución de los casos de prueba El nombre del caso de prueba ejecutado La fecha y hora de la ejecución La salida obtenida El resultado de comparar la salida obtenida con la salida esperada: ok (la salida obtenida está dentro del rango previsto por la salida esperada), falla menor (la diferencia entre las salidas es una cuestión de formato), falla grave, falla catastrófica (el sistema no completó su salida o la completó pero se "cayó" después).

10 Etapas Planificación del proceso de prueba Elaboración de casos de prueba Ejecución de los casos de prueba Evaluación de los resultados de las pruebas Se puede dar por concluido el proceso de pruebas? No, aplicar algunos casos de prueba nuevamente y generar nuevos casos de pruebas.

11 Elaboración de casos de prueba Un software ha sido débilmente sometido a pruebas contra un caso de uso sii se ejecutan casos de prueba que: Ejecutan al menos una vez cada acción condicionada de un curso normal Ejecutan cero( si aplica), una y más de una vez cada acción iterable de un curso normal Producen al menos una vez cada posible excepción.

12 Ejemplo Escenario Principal de Éxito (pago en efectivo solamente): 1. El Cajero inicia una nueva venta 2. El Cajero introduce el código del producto 3. El Sistema registra el producto y presenta la descripción del producto, precio y subtotal El cajero repite los pasos 2-3 hasta procesar todos los artículos y servicios 4. El Sistema muestra el total con el impuesto calculado 5. El Cajero indica al Cliente el total y pregunta la forma de pago 6. El Cliente paga y el Sistema maneja el pago 7. El Sistema registra la venta 8. El Sistema emite la factura

13 Ejemplo El escenario normal de este caso de uso contiene: Una acción iterable: evento introducirproductos(cup, cant) Una acción condicionada ("Si un producto se repite, el Cajero puede introducir la cantidad").

14 Ejemplo Casos de Prueba: Un caso de prueba que ejercite el escenario normal y produzca cero iteraciones de la acción iterable. Un caso de prueba que ejercite el escenario normal, produzca exactamente una iteración de la acción iterable y no se ejecute la acción condicionada. Un caso de uso que ejercite el escenario normal, produzca exactamente una iteración de la acción iterable y se ejecute la acción condicionada. Un caso de prueba que ejercite el escenario normal y produzca dos o más iteraciones de la acción iterable. Un caso de prueba que ejercite la opción al curso normal.

15 Ejemplo Un caso de prueba que ejercite el escenario normal y produzca cero iteraciones de la acción iterable. Un caso de prueba en el que no se compren productos: terminarventa() como primer evento del sistema.

16 Ejemplo Un caso de prueba que ejercite el escenario normal, produzca exactamente una iteración de la acción iterable y no se ejecute la acción condicionada. Un caso de prueba en el que se compre exactamente un producto: Un evento introducirproductos(cup, cant) donde cup corresponde a un código catalogado y cant es exactamente uno Un evento terminarventa() Un evento pagar(monto) donde el monto sea mayor o igual al total a pagar por la compra del producto introducido

17 Ejemplo Un caso de uso que ejercite el escenario normal, produzca exactamente una iteración de la acción iterable y se ejecute la acción condicionada Un caso de prueba en el que se compre más de un producto del mismo tipo: Un evento introducirproductos(cup, cant) donde cup corresponde a un código catalogado y cant es mayor que uno Un evento terminarventa() Un evento pagar(monto) donde el monto sea mayor o igual al total a pagar por la compra de los productos introducidos

18 Ejemplo Un caso de prueba que ejercite el escenario normal y produzca dos o más iteraciones de la acción iterable. Un caso de prueba en el que se compren varios productos Un evento introducirproductos(cup, cant) donde cup corresponde a un código catalogado y cant es mayor o igual que uno Un evento introducirproductos(cup', cant') donde cup' corresponda a un código catalogado diferente a cup y cant' es mayor o igual a uno Un evento terminarventa() Un evento pagar(monto) donde el monto sea mayor o igual al total a pagar por la compra de los productos introducidos

19 Ejemplo Un caso de prueba que ejercite la opción al curso normal. Un caso de prueba en el que se ejecuta el curso alterno correspondiente a introducir un código no catalogado: Un evento introducirproductos(cup, cant) donde cup corresponde a un código no catalogado y cant es mayor o igual que uno

20 Elaboración de casos de prueba Un software ha sido medianamente sometido a pruebas contra un caso de uso sii se ejecutan casos de prueba que: Ejecutan al menos una vez cada acción condicionada de un curso normal Ejecutan cero ( si aplica), una y más de una vez cada acción iterable de un curso normal Producen al menos una vez cada posible excepción Se introducen valores de prueba de fronteras para cada parámetro de cada evento de sistema introducido

21 Elaboración de casos de prueba Se introducen valores de prueba de fronteras para cada parámetro de cada evento de sistema introducido. Ej.: rango de valores para la variable x: [1..10] x= 0, valor máximo que no llega a ser un valor válido x=1, valor mínimo válido x=10, valor máximo válido x=11, valor mínimo que excede los valores válidos

22 Ejemplo Casos de prueba en el que no se compren productos: Se acciona terminarventa() como primer evento del sistema. Se acciona el evento introducirproducto(cup, 0), donde cup corresponde a un código catalogado, seguido por la acción terminarventa()

23 Ejemplo Casos de prueba en los que se compra exactamente un producto: Un evento introducirproductos(cup, cant) donde cup corresponde a un código catalogado y cant es exactamente uno. Un evento terminarventa(); y se distinguen por el valor que le proporcionan al parámetro monto del evento pagar: Un evento pagar(monto) donde el monto sea el mayor valor posible menor al total a pagar por la compra del producto introducido. Un evento pagar(monto) donde el monto sea igual al total a pagar por la compra del producto introducido; Un evento pagar(monto), donde el monto sea igual al máximo valor que se pueda introducir por la interfaz;

24 Ejemplo Casos de prueba en el que se compre más de un producto del mismo tipo. Por ejemplo: Caso 1 Caso 2 Un evento introducirproductos(cup, cant) donde cup corresponde a un código catalogado y cant es exactamente igual a dos; Un evento terminarventa(); Un evento pagar(monto) donde el monto sea igual al total a pagar por la compra de los productos introducidos; Un evento introducirproductos(cup, cant) donde cup corresponde a un código catalogado y cant es igual al mayor valor que se pueda introducir; Un evento terminarventa(); Un evento pagar(monto) donde el monto sea igual al total a pagar por la compra de los productos introducidos.

25 Ejemplo Un caso de prueba en el que se compren varios productos: Un evento introducirproductos(cup, cant) donde cup corresponde a un código catalogado y cant es mayor o igual que uno Un evento introducirproductos(cup', cant') donde cup' corresponda a un código catalogado diferente a cup y cant' es mayor o igual a uno Un evento terminarventa() Un evento pagar(monto) donde el monto sea mayor o igual al total a pagar por la compra de los productos introducidos

26 Ejemplo Un caso de prueba en el que se ejecuta el curso alterno correspondiente a introducir un código no catalogado: Un evento introducirproductos(cup, cant) donde cup corresponde a un código no catalogado y cant es mayor o igual que uno

27 Prueba de sesiones de uso

28 Referencias