Requisitos: No sólo de documentación vive el tester

Los requisitos vienen de tres fuentes principalmente:

• Conversaciones: Preguntas a los PM o desarrolladores desembocan en nuevos requisitos
• Inferencia: Según la experiencia del tester hay requisitos que son más importantes que otros.
• Referencia: especificaciones explícitas e implícitas.

Requisitos implícitos 

Se denominan requisitos implícitos, aquellos que sin estar documentados son evidentes para la organización:

• Basados en estándares de la industria
• Basados en cómo se comporta la competencia u otros productos similares
• Basados en el comportamiento de la versión anterior del producto
• Basados en las guías de estilo de la organización
• Y finalmente basados en la experiencia del tester, que normalmente es quien mejor conoce el producto y que además tiene feedback de las reacciones de los usuarios.

Documentación del proyecto: protejamos esta especie en vías de extinción

La búsqueda constante de ideas hace que los Product Managers se enfoquen mucho más en el plano estratégico y de negocio que en el plano de especificación técnica, y la figura del "analista" que escribe especificaciones puro y duro tiende a sustituirse/especializarse por/en expertos del negocio.

La velocidad por encima de la mantenibilidad.

Para conseguir la velocidad necesaria, hay que evitar que desarrollo y testing se queden bloqueados o tomen decisiones poco alineadas con el negocio.

La falta de documentación detallada complica tanto el desarrollo como el testing, pero es sobretodo testing quien se ve afectado desde el día 0 en los modelos ágiles. Lo ideal es comenzar el diseño de las pruebas a la vez que desarrollo, y mientras éstos están lidiando con resolver los problemas técnicos de alto nivel o el diseño de clases, el diseño de test cases necesita de requisitos y sentencias precisos.

Los criterios de aceptación

Es por eso que la tradicional fase de revisión de requisitos se produce en el momento de diseño del plan de pruebas, y más concretamente en la definición de los criterios de aceptación. Así el workflow sería: