Diferencia entre revisiones de «Concordion»

De Dos Ideas.
Saltar a: navegación, buscar
(Ejemplo de Uso)
(Ejemplo de Uso)
Línea 12: Línea 12:
 
==Ejemplo de Uso==
 
==Ejemplo de Uso==
  
Tomamos una pequeña aplicación de servicios que desarrollamos en el [http://www.dosideas.com/cursos/course/view.php?id=4 Curso de Introducción al desarrollo Java EE].  
+
Tomamos una pequeña aplicación de servicios que desarrollamos en el [http://www.dosideas.com/cursos/course/view.php?id=4 Curso de Introducción al desarrollo Java EE]. Donde necesitamos hacer un servicio que, dado un id de provincia, devuelva la provincia en cuestión. El contrato de negocio deberá ser tal que:
Tomamos el servicio que, dado un id de provincia, devuelva la provincia en cuestión. El contrato de negocio deberá ser tal que:
 
 
     * si se invoca con un id existente, se devuelve la provincia correspondiente
 
     * si se invoca con un id existente, se devuelve la provincia correspondiente
 
     * si se invoca con un id inexistente, se devuelve null
 
     * si se invoca con un id inexistente, se devuelve null

Revisión del 20:54 18 mar 2009

Concordion es un framework Java de Software Libre que permite convertir especificaciones en texto común sobre requerimientos en pruebas automatizadas.

Las especificaciones

En Concordion, las especificaciones(o pruebas de aceptación) se escriben normalmente en archivos HTML, usando tablas y todos los elementos comunes para darle formato. De esta manera se logran especificaciones muy fáciles de leer y que todos pueden comprender (desde analistas de negocio hasta desarrolladores).

Las pruebas

A partir del requerimiento en HTML se realizan asociaciones entre el texto y las pruebas (instrumentación del HTML), extrayendo la información valiosa para la prueba automatizada.

Las pruebas en Concordion son pruebas JUnit.

Ejemplo de Uso

Tomamos una pequeña aplicación de servicios que desarrollamos en el Curso de Introducción al desarrollo Java EE. Donde necesitamos hacer un servicio que, dado un id de provincia, devuelva la provincia en cuestión. El contrato de negocio deberá ser tal que:

   * si se invoca con un id existente, se devuelve la provincia correspondiente
   * si se invoca con un id inexistente, se devuelve null
   * si se invoca con un null, se tira una java.lang.IllegalArgumentException

1. Para empezar, elegimos una de las historias a ser implementada por el proyecto.

Si trabajamos con Scrum, trabajamos con historias, y supongamos que en este iteración nos toca trabajar con la historia "Obtener Provincia". Para esto tenemos que tener en claro el contrato de negocio que acompaña a esta historia.

Ver también