Demo. TDD desde Cero. Acceptance Test Driven Development.

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Demo. TDD desde Cero. Acceptance Test Driven Development. www.iwt2.org formacion@iwt2.org"

Gustavo Soto Botella
hace 8 años
Vistas:

1 Demo TDD desde Cero Acceptance Test Driven Development

2 Objetivos Objetivos Conocer cómo desarrollar un sistema software combinando pruebas de aceptación y TDD. Aprender el manejo básico de algunas herramientas para automatización de ATDD Ver varios ejemplos prácticos en distintas herramientas de testing y plataformas 2

Aprender el manejo básico de algunas herramientas para

3 Índice 1. Una idea intuitiva 2. Definiciones 3. El proceso de ATDD 4. Taller de requisitos 5. ATDD con JUnit 6. Herramientas para ATDD Índice 3

4 Una idea intuitiva 4

5 Una idea intuitiva Tenemos el código hecho. Verificado por pruebas unitarias. Refactorizado. Todo perfecto. Pero tenemos una buena aplicación? 5

6 Una idea intuitiva ATDD nos rescata Los requisitos tenían algo que ver con la realidad? Hemos tenido en cuenta todos los posibles escenarios? Podemos implantar nuestra plataforma? La experiencia de usuario es buena? 6

7 Una idea intuitiva Por dónde empezamos a desarrollar un sistema? ATDD = Primer paso 7

8 Definiciones 8

9 Definiciones Pruebas de aceptación Pruebas unitarias / integración Repasemos estas definiciones

10 Definiciones Pruebas unitarias: Cuando: Durante la construcción del sistema Objetivo: Comprueban la correcta unión de los componentes entre sí a través de sus interfaces, y si cumplen con la funcionalidad establecida. Ejemplo: Combinar el código de acceso a la base de datos con el código de lógica de negocio y probar que funciona correctamente. Repaso Módulo 1

cumplen con la funcionalidad establecida.

11 Definiciones Pruebas de aceptación Cuando: Después de la implantación en el entorno de producción Objetivo: Verifican que el sistema cumple con todos los requisitos indicados y permite que los usuarios del sistema den el visto bueno definitivo. Ejemplo: Que el sistema pueda realizar una venta correctamente (ahora en el entorno de producción). Repaso Módulo 1

permite que los usuarios del sistema den el visto bueno definitivo.

12 El proceso de ATDD 12

13 El proceso de ATDD es análogo a TDD. Veámoslo en detalle a continuación Un Proceso ATDD

14 Un Proceso ATDD Elegimos el próximo requisito / historia a implementar Si no lo tenemos, escribimos los posibles casos de prueba / ejemplos identificando valores de prueba con la ayuda de clientes / usuarios / expertos.

los posibles casos de prueba / ejemplos identificando

15 Un Proceso ATDD Para implementar el requisito realizamos dos pasos. En el primer paso automatizamos los ejemplos del paso anterior que queremos convertir en pruebas. En el segundo aplicamos TDD hasta que tenemos implementada la funcionalidad 1 Implementar una prueba 2 Desarrollar el código

16 Un Proceso ATDD El final de la prueba de aceptación debe ser la aceptación efectiva por parte de los responsables del sistema presentado. Esta parte no la tendremos en cuenta en el curso. La funcionalidad o tiene que ser completa, pero sí deben ejecutarse los escenarios / ejemplos elegidos sin errores

Esta parte no la tendremos en cuenta en el curso.

17 Un Proceso ATDD Podemos aplicar todo lo que ya sabemos de TDD Mínimo código para superar la prueba Mocks Refactorizar Hacer avanzar el desarrollo añadiendo nuevas pruebas. Esto lo aplicaremos en los próximos ejemplos y ejercicios.

Refactorizar Hacer avanzar el desarrollo añadiendo nuevas

18 Taller de Requisitos 18

19 Taller de Requisitos Requisito: característica que el sistema debe tener. Habitualmente se clasifican en requisitos funcionales y no funcionales Nos centraremos solo en requisitos funcionales pero los no funcionales también son válidos para ATDD y pruebas automatizadas

20 Taller de Requisitos Notaciones para la definición de requisitos Gráfica: diagramas de casos de uso, diagramas de actividades, máquinas de estados, diagramas de flujos Textuales: plantillas para requisitos, historias de usuario, ejemplos Veamos un ejemplo de cada notación

máquinas de estados, diagramas de flujos Textuales: plantillas para

21 Taller de Requisitos Veamos un ejemplo de cada notación Utilizaremos de ejemplo una sencilla tienda on-line. Nos centraremos en la funcionalidad de cara a los clientes. No definiremos todos los requisitos posibles.

Taller de Requisitos Diagrama de casos de uso (UML) uc Tienda EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version Visitante Buscar productos Añadir producto al carrito de compra EA 9.

22 Taller de Requisitos Diagrama de casos de uso (UML) uc Tienda EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version Visitante Buscar productos Añadir producto al carrito de compra EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version Registrase como Comprador Realizar una compra comprador EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version

23 Taller de Requisitos EA act Añadir 9.3 Unregistered producto al carrito de Trial compra Version EA 9.3 Unregistered Trial Version Diagrama de actividades / Diagrama de estados(uml) Visitante EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version Selecciona producto a incluir Sistema EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version Indica las copias que quiere EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version Solicita las copias de dicho proucto a incluir EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version Añade EA el 9.3 producto Unregistered y las Trial Version copias al carrito y actualiza el total del EA 9.3 Unregistered Trial Version EA 9.3 carrito Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version

24 Taller de Requisitos Plantillas de requisitos Nombre Precondición Actor Añadir producto al carro de la compra No Visitante Secuencia 1. El visitante solicita añadir un producto al carro de la compra. 2. El sistema solicita el número de copias del producto. 3. El visitante indica el número de copias 4. El sistema registra el producto y las copias en el carrito y calcula el nuevo total de la compra Pos-condición El total de la compra se actualiza con la suma del precio del producto por el número de copias

25 Taller de Requisitos Historias de uso Como visitante, quiero seleccionar un producto y el número de copias para añadirlo a mi carrito y que se calcule el nuevo total de mi compra.

26 ATDD con JUnit 26

27 ATDD con JUnit Una prueba de aceptación simula la interacción de un usuario. Una aplicación bien diseñada no tiene lógica de negocio en la interfaz. Así, podemos probar interacciones realistas con JUnit sin interactuar a través de la GUI. Podemos dejar la interacción con la GUI bien para pruebas unitarias de GUI bien para test exploratorios.

28 ATDD con JUnit Podemos probar a través de los presenters (en MVP) o controllers (en MVC) y evitamos la interfaz. Veamos un ejemplo.

29 ATDD con JUnit Recoger gotas con un cubo Requisitos En cada actualiza las gotas caen al suelo Cada segundo aparece una nueva gota en una posición aleatoria El cubo se mueve a la izquierda y derecha mediante el teclado Programado con LibGDX Cuando una gota sale de la pantalla o cae en el cubo desaparece.

ATDD con JUnit Modelo Clase gota con su posición Clase cubo con la posición Clase mundo con métodos de fachada para la vista y el controlador y la lista de gotas Clase colisiones para detectar cuando

30 ATDD con JUnit Modelo Clase gota con su posición Clase cubo con la posición Clase mundo con métodos de fachada para la vista y el controlador y la lista de gotas Clase colisiones para detectar cuando hay una colisión. Controlador Crea y compone el resto de elementos (modelos y vistas) Recibe las pulsaciones de teclas del jugador. Recibe el aviso de que hay que actualizar el modelo y pintar la vista Vista Dibujar los elementos del modelo utilizando un framework (LibGDX). Reproducir sonidos (con LibGDX)

ATDD con JUnit Requisitos En cada actualiza las gotas caen al suelo Cada segundo aparece una nueva gota en una posición aleatoria El cubo se mueve a la izquierda y derecha mediante el teclado Cuando

31 ATDD con JUnit Requisitos En cada actualiza las gotas caen al suelo Cada segundo aparece una nueva gota en una posición aleatoria El cubo se mueve a la izquierda y derecha mediante el teclado Cuando una gota sale de la pantalla o cae en el cubo desaparece. Vamos a escribir una prueba Vamos a escribir una prueba en JUnit que verifique que, cuando el juego se actualice, borre una gota que colisiona con el cubo

32 Veamos el ejemplo paso a paso ATDD con JUnit

33 ATDD con JUnit Creamos un mock del controlador y la vista para desacoplarlo del framework de juegos Modificamos los elementos del modelo para que la gota y el cubo estén en la misma posición Llamamos al controlador para que actualice el estado del juego y pinte la pantalla Comprobamos que, al actualizar el estado del juego, se ha borrado una gota y se ha creado otra El juego completo y todas las pruebas está disponible en los materiales del curso.

34 Herramientas para ATDD 34

35 Herramientas para ATDD Herramientas del curso: Selenium (para web) Jbehave (pruebas basadas en comportamiento) Jasmine (pruebas de código Javascript) Otras herramientas Confluence Fit & Fitnesse Cucumber 35

36 Herramientas para ATDD Consulta el resto de materiales del curso. Cada herramienta tiene un conjunto de materiales y casos prácticos específicos. Utiliza sólo las herramientas que te resulten interesantes Intenta usar al menos una. 36

37 Para terminar Es difícil pero se puede 37

Documentos relacionados

Introducción al Proceso de Pruebas.

Introducción al Proceso de Pruebas. Javier Gutiérrez / javierj@us.es Introducción al proceso de pruebas Objetivo: repasar las ideas principales sobre las pruebas del software y, en concreto, las que usaremos