La toma de requisitos es la primera fase de cualquier ciclo de vida de una aplicación, y por lo tanto, la más delicada. De ella saldrá nuestro producto final. Consideraciones de esta fase:
1. Involucrarse desde el principio.
Un ingeniero de Test necesitan involucrarse en el ciclo de vida del proyecto desde el principio, así podrán entender que están exactamente testeando.y prevenir defectos. Para prevenir defectos debemos usar tecnicas y procesos que pueden ayudar a detectar y prevenir errores. Por lo tanto, el equipo de pruebas debe formar parte de las reuniones de toma de requisitos.
Un requisito puede ser considerado testable si es posible diseñar un procedimiento en el cual la funcionalidad testada pueda ser ejecutada, el resultado esperado es conocido y se puede verificar visualmente.
Cuanto más temprano el defecto sea detectado dentro del ciclo de vida del proyecto, más barato será de arreglar.
2. Verificar los requisitos:
Los requitos deben estar bien definidos. En algunas ocasiones los requisitos no son del todo claros y pueden ser interpretados de multiples maneras. Una buena costumbre para obtener los requisitos funcionales de nuestra aplicación es usar Use Cases (casos de uso). La UML (Unifique Modeling Language) puede ayudarnos de una manera rápida y facil a obtener nuestros Use
Pero, ¿Que métodos podemos utilizar para definir requisitos? hay muchas meneras, pero una de las más usadas es la realización de un prototipo (prototipado). Otros métodos conocidos pueden ser las entrevistas a clientes ó cuestionarios, análisis de posibles escenarios, utilizar animaciones, brainstormings…
En la toma de requisitos han de tenerse una serie de consideraciones, como la complejidad, ambigüedad, relación, trazabilidad…
Existen un gran número de herramietas de gestión de requisitos, aunque la mayoría son de pago. Una de las herramientas más conocidad es “Doors” , aunque naturalmente, es de pago.
