Importancia de la documentación
Toda esta documentación indica cuál es la forma en la que debe comportarse el sistema, con lo cual es algo muy útil para un tester, ya que puede basar sus pruebas en esta documentación (claro está, siempre y cuando esta documentación sea correcta y esté actualizada).
¿Podemos empezar a probar sin documentación?
• Hacer entrevistas a personas con conocimiento sobre la aplicación, sobre el negocio o sobre lo que se espera que sea construido
• Buscar información sobre normativas, leyes vigentes, regulaciones, etc., que apliquen al producto.
• Basarnos en una versión anterior de la aplicación, o en otra aplicación similar. Por ejemplo, si es una aplicación que se va a hacer de nuevo podemos tomar la aplicación anterior como referencia.
Importación de ESRE:
El Tester mediante el ESRE valida que el sistema se comporte de acuerdo a lo que nos indica la especificación de requerimientos. Va a ser uno de los documentos de referencia cuando nos peguntemos si está bien tal o cual comportamiento. Es decir, contiene toda la información de los requisitorios funcionales y no funcionales que el Cliente desea en el sistema, se incluye información detallada de cada uno, cómo debería comportarse el sistema en distintas situaciones, qué campos va a contener cada pantalla, cuánto debería demorar como máximo en cargar, etc
ESRE:
Es un documento clave en el desarrollo de Software, cuando consideramos los ciclos de vida clásicos, tiene la descripción completa de lo QUE va a hacer el sistema sin describir COMO lo va a hacer.
Un ESRE son: carátula, historial de cambios, introducción, definiciones, acrónimos y abreviaturas, especificación de requerimientos funcionales, especificación de requerimientos no funcionales y casos de uso.
Casos de Uso
Los casos de uso nos describen la interacción entre un actor y el sistema. De este modo, podemos saber para determinadas acciones del actor correspondiente qué es lo que se espera que haga el sistema.
Un escenario que describe el uso del sistema por un actor para lograr un objetivo específico.
1. Modelan la interacción entre actor y sistema
2. Son iniciados por un actor
3. Describen una secuencia de acciones/pasos
4. Capturan requerimientos funcionales del sistema
5. Representan un flujo completo y significativo de eventos