Skip to main content

Acceptance Test Driven Development

Lennon ShimokawaLennon Shimokawa

Loading preview...

Use cases

About

Acceptance Test Driven Development (ATDD) es un enfoque de desarrollo ágil que combina criterios de aceptación con casos de prueba. Este mapa mental de 36 nodos cubre categorías de testing, criterios de aceptación, el ciclo ATDD, herramientas como FIT y FitNesse, y referencias. Incluye nodos clave como 'Criterios de aceptación', 'Sintaxis' con la estructura 'Dada [precondición] / Cuando [actor + acción] / Espero [resultado observable]', y 'Herramientas' que detalla FIT y FitNesse. Es una guía práctica para equipos que adoptan ATDD, integrando conceptos como 'Listo?' y 'Tests de aceptación manuales'.

Terms and Conditions

When to use this template

Equipo de desarrollo ágil y product owner

Al iniciar un nuevo sprint y definir las user stories con el equipo de desarrollo y el product owner.

Scrum master y analistas funcionales

Durante la planificación de la iteración, para detallar los criterios de aceptación de cada historia.

Desarrolladores y testers

Al implementar una nueva funcionalidad, para guiar el desarrollo mediante pruebas de aceptación automatizadas.

How to use this template

Step 1

Abre y explora la estructura principal

Inicia el archivo en Xmind para visualizar las ramas de categorías de testing, criterios de aceptación y el ciclo ATDD.

Step 2

Personaliza criterios y herramientas de desarrollo

Adapta los nodos de ejemplo con tus propias historias de usuario siguiendo la sintaxis Dada/Cuando/Espero y actualiza la sección de herramientas.

Step 3

Alinea y comparte con tu equipo

Exporta o comparte el mapa mental para definir colectivamente los criterios de aceptación y el estado de listo en tu flujo ágil.

Frequently asked questions

Incluye 36 nodos que cubren categorías de testing, criterios de aceptación, el ciclo ATDD, herramientas como FIT y FitNesse, criterios de 'Listo?', y referencias adicionales.

Se estructura con la sintaxis: Dada [precondición], Cuando [actor + acción], Espero [resultado observable]. Esto describe el comportamiento esperado del sistema.

Los criterios de aceptación son condiciones definidas por el cliente o PO, mientras que los tests son la implementación concreta de esos criterios. No son equivalentes.

Se recomiendan FIT (Framework for Integrated Test) y FitNesse, ambos open source. FitNesse está basado en FIT y fue creado por Object Mentor.

Una user story está lista cuando tiene al menos un test de aceptación definido y pasa todos los tests de aceptación. También pueden incluirse tests manuales.

Got an inspiring template?

Share your mind map templates with creators around the world and start earning from your work.

Free template