STLC - Análisis de requisitos
El análisis de requisitos es la primera fase de STLC y comienza tan pronto como el SRD / SRS se comparte con el equipo de pruebas. Consideremos los siguientes puntos para comprender el análisis de requisitos en STLC.
El criterio de entrada de esta fase es la provisión de SRS (Especificación de requisitos de software); También se recomienda que la arquitectura de la aplicación sea útil.
En esta fase, el equipo de control de calidad analiza en un nivel superior qué probar y cómo probar.
El equipo de control de calidad realiza un seguimiento con varias partes interesadas, como analista de negocios, arquitectura del sistema, cliente, administrador de pruebas / líder en caso de que se requiera alguna consulta o aclaración para comprender el requisito.
Los requisitos pueden ser funcionales o no funcionales, como rendimiento, seguridad, usabilidad, etc., o tanto funcionales como no funcionales.
El criterio de salida de esta fase es completar el documento RTM, el informe de viabilidad de automatización y una lista de preguntas, si corresponde, para ser más específicos sobre los requisitos.
Actividades realizadas para el análisis de requisitos
Hay tres actividades principales que realiza el equipo de garantía de calidad en esta fase. Las actividades se describen a continuación.
Definición del alcance
El equipo de QA identifica el alcance de las pruebas en niveles altos y se divide en varios módulos funcionales. El equipo también identifica los tipos de pruebas requeridas para realizar: pruebas de humo, pruebas de cordura, pruebas funcionales, pruebas de regresión, etc. El equipo de control de calidad analiza los requisitos previos y los detalles del entorno donde se supone que se deben realizar las pruebas. El equipo recopila detalles sobre las prioridades de prueba y se centra en la secuencia de módulos a validar. También identifica los defectos de los requisitos si los módulos se contradicen y la funcionalidad no se transfiere junto con otros módulos.
Preparar RTM
El rastreo de requisitos es un proceso de documentación de los vínculos entre los requisitos y los productos de trabajo desarrollados para implementar y verificar esos requisitos. El RTM captura todos los requisitos en el análisis de requisitos junto con su trazabilidad en un solo documento. Todo esto se entrega al final del ciclo de vida.
La Matriz se crea al comienzo de un proyecto, ya que forma la base del alcance del proyecto y los entregables que se producirán.
La Matriz es bidireccional, ya que rastrea el requisito hacia adelante al examinar el resultado de los entregables y hacia atrás al observar el requisito de negocio que se especificó para una característica particular del producto.
Análisis de automatización
En la fase de requisitos, el equipo de control de calidad analiza el alcance de la automatización para las pruebas de regresión. Si se agrega la automatización en el alcance, el equipo decide qué herramienta se puede usar, qué funcionalidades se cubrirán como automatización, el marco de tiempo y la asignación de recursos involucrados para el desarrollo de la automatización. Una vez que se completa este análisis, el equipo de control de calidad proporciona el Informe de viabilidad de automatización a diferentes partes interesadas para que lo aprueben.