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.

Es complejo en ocasiones reportar issues por incumplimiento de estos requisitos implícitos, pero en el caso de duda y de que aplicar el sentido común no funcione, hay que involucrar al PM para que dirija, una vez más, el sentido y scope del problema.