Diferencia entre revisiones de «Concordion»
(→Ejemplo de Uso) |
(→Ejemplo de Uso) |
||
| Línea 17: | Línea 17: | ||
* si se invoca con un null, se tira una java.lang.IllegalArgumentException | * si se invoca con un null, se tira una java.lang.IllegalArgumentException | ||
| − | 1. | + | Estos son los pasos que se recomiendan dar: |
| + | |||
| + | 1. 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. | 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. | ||
| + | |||
| + | 2. Escribir la página con las especificaciones de la historia. | ||
| + | |||
| + | La página tiene que ser un resumen del criterio de aceptación acordado por el grupo. Es el acuerdo al que se llega entre desarrolladores, tester, dueño del producto y analista de negocio. | ||
| + | |||
| + | Podríamos dividir la página en sesiones: Atomatizado, Manual y Fuera de Alcance. Idealmente la prueba de aceptación estará totalmente automatizada, pero algunas veces se necesitan pruebas manuales, y esto es cuando la prueba no es fácil de automatizar. | ||
| + | |||
| + | 3. Escribir el detalle de la prueba de aceptación. | ||
== Ver también == | == Ver también == | ||
Revisión del 21:37 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
Estos son los pasos que se recomiendan dar:
1. 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.
2. Escribir la página con las especificaciones de la historia.
La página tiene que ser un resumen del criterio de aceptación acordado por el grupo. Es el acuerdo al que se llega entre desarrolladores, tester, dueño del producto y analista de negocio.
Podríamos dividir la página en sesiones: Atomatizado, Manual y Fuera de Alcance. Idealmente la prueba de aceptación estará totalmente automatizada, pero algunas veces se necesitan pruebas manuales, y esto es cuando la prueba no es fácil de automatizar.
3. Escribir el detalle de la prueba de aceptación.
