Pruebas de software: BRS frente a SRS

La prueba de software es el proceso de examinar y verificar la corrección del software al considerar todos sus atributos, como confiabilidad, escalabilidad, portabilidad, etc., y evaluar la ejecución de los componentes del software para encontrar fallas, errores o defectos del software. Este artículo se centra en discutir la diferencia entre la especificación de requisitos comerciales y la especificación de requisitos de software.

¿Qué es BRS (Especificación de requisitos comerciales)?

Una especificación de requisitos comerciales, o BRS, es un documento que describe cómo lograr los requisitos comerciales a mayor escala. Uno de los documentos de especificación más generalmente aceptados es un documento BRS. Es fundamental, y un BRS generalmente se produce al comienzo del ciclo de vida de un producto para delinear los objetivos o necesidades clave del producto que el cliente desea cumplir con software o productos específicos. Un analista comercial generalmente crea este en función de las especificaciones de otras partes interesadas y después de un examen exhaustivo de la organización del cliente. El cliente suele revisar la versión final del documento para asegurarse de que se cumplen todas las expectativas de las partes interesadas del negocio. 

Características de BRS:

1. Es una lista de todos los requisitos que ha solicitado un cliente. 
2. Incluye el objetivo del producto, los usuarios, el alcance general del trabajo, todas las características y funciones mencionadas, así como los criterios de usabilidad y rendimiento. 
3. Los casos de uso, así como los diagramas y tablas, no se incluyen en este tipo de papel. 
4. La alta y media gerencia, los inversionistas de productos y los analistas de negocios son los principales usuarios de un BRS.

Cubiertas BRS:

1. El objetivo del proyecto.
2. El alcance de las características y funcionalidades del producto.
3. Requisitos de usabilidad.
4. Los usuarios del producto.
5. El alcance del proyecto.
6. Requisitos para el desempeño.

¿Qué es SRS (Especificación de requisitos de software)?

Una especificación de requisitos de software, o SRS , es un documento creado por un grupo de analistas de sistemas que describe el software que se construirá, así como el propósito comercial clave y la funcionalidad de un producto y cómo logra sus funciones fundamentales. Un SRS sirve como base para cualquier proyecto porque consiste en un marco al que cada miembro del equipo debe adherirse. Un SRS también es la base para un contrato con las partes interesadas (usuarios/clientes) que incluye toda la información sobre la funcionalidad del producto futuro y cómo debe operar. Durante la creación de un producto o programa, los ingenieros de software emplean con frecuencia un SRS. 

Características de SRS:

1. Tanto los criterios funcionales como los no funcionales, así como los casos de uso, se incluyen en un SRS. 
2. Un documento SRS impecable incluye cómo el software interactuará con otro software o cuándo está integrado en el hardware, pero también considera a los usuarios futuros y cómo interactuarán con el software. 
3. También incluye referencias a tablas y diagramas para ayudarlo a comprender todos los detalles del producto. 
4. Un documento SRS mantiene a los miembros del equipo de todos los departamentos en la misma página y garantiza que se cumplan todos los requisitos. 
5. Este documento también ayuda a reducir los costos y el tiempo de desarrollo de software.

Cubiertas SRS:

1. SRS describe todo el flujo del sistema, incluida la forma en que los datos ingresarán al sistema y la funcionalidad del sistema.
2. En la documentación de SRS se incluye un conjunto de casos de uso.
3. El SRS también incluye requisitos no funcionales además de casos de uso.

Diferencia entre BRS y SRS

No. S.	SRS (Especificaciones de requisitos del sistema)	BRS (Especificaciones de requisitos comerciales)
1.	La especificación de requisitos de software proporciona una descripción de alto nivel de los requisitos técnicos y funcionales del software.	Business Requirement Specification proporciona una descripción de alto nivel de los requisitos funcionales del software.
2.	El documento SRS se obtiene de BRS.	El documento BRS se obtiene relacionándolo con los requisitos del cliente.
3.	El analista de sistemas es quien lo creó. También se conoce como Especificaciones de requisitos del usuario.	Los Analistas de Negocios son siempre quienes lo crean.
4.	El documento SRS describe la secuencia paso a paso de todas las características de las operaciones para cada módulo y submódulos.	El documento BRS incluye exactamente lo que el cliente quiere. y el equipo sigue el documento de principio a fin.
5.	SRS cubre todos los requisitos funcionales y no funcionales.	BRS cubre todo tipo de requisitos.
6.	El informe de conexiones de usuarios se prepara en SRS.	BRS especifica cómo los clientes se comunican con el sistema con la ayuda de casos de uso.
7.	Es un documento formal que detalla los requisitos del cliente (escrito, verbal).	La expresión no técnica se utiliza para describir los requisitos del cliente.
8.	El documento BRS cubría el alcance futuro del producto, así como las estrategias de desarrollo de la organización.	El alcance del producto no está cubierto en el documento SRS.
9.	El documento BRS puede o no contener las referencias de figuras y tablas.	El documento SRS siempre incluye referencias a figuras y tablas.
10	El documento SRS no incluye a nadie del lado del cliente.	El documento BRS enumera la base de usuarios y partes interesadas similares del lado del cliente.