软件测试 - BRS 与 SRS
软件测试是通过考虑软件的所有属性(如可靠性、可扩展性、可移植性等)来检查和验证软件正确性的过程,并评估软件组件的执行以发现软件错误或错误或缺陷。本文重点讨论业务需求规范和软件需求规范之间的区别。
什么是 BRS(业务需求规范)?
业务需求规范或 BRS 是概述如何在更大范围内实现业务需求的文档。最普遍接受的规范文件之一是 BRS 文件。这很关键,BRS 通常在产品生命周期开始时生成,以概述客户希望通过特定软件或产品满足的关键产品目标或需求。业务分析师通常会根据其他利益相关者的规范并在对客户组织进行全面检查后创建这个。客户通常会审查文档的最终版本,以确保满足所有业务利益相关者的期望。
BRS的特点:
- 它是客户请求的所有要求的列表。
- 它包括产品的目标、用户、一般工作范围、所有提到的特性和功能,以及可用性和性能标准。
- 此类论文不包括用例以及图表和表格。
- 中高层管理人员、产品投资者和业务分析师是 BRS 的主要用户。
BRS 涵盖:
- 项目的目标。
- 产品的范围特性和功能。
- 可用性要求。
- 产品的用户。
- 项目的范围。
- 性能要求。
什么是 SRS(软件需求规范)?
软件需求规范(SRS)是由一组系统分析师创建的文档,描述将要构建的软件,以及产品的关键业务目的和功能,以及它如何实现其基本功能。 SRS 是任何项目的基础,因为它由每个团队成员必须遵守的框架组成。 SRS 也是与利益相关者(用户/客户)签订合同的基础,其中包括有关未来产品功能及其运作方式的所有信息。在创建产品或程序期间,软件工程师经常使用 SRS。
SRS的特点:
- 功能性和非功能性标准以及用例都包含在 SRS 中。
- 完美的 SRS 文档包括软件将如何与其他软件交互或何时嵌入到硬件中,但它也考虑了未来的用户以及他们将如何与软件交互。
- 它还包括对表格和图表的引用,以帮助您掌握产品的所有细节。
- SRS 文档将所有部门的团队成员保持在同一页面上,并确保满足所有要求。
- 本文还有助于减少软件开发成本和时间。
SRS 涵盖:
- SRS 概述了整个系统流程,包括数据将如何进入系统以及系统的功能。
- SRS 文档中包含一组用例。
- 除了用例之外,SRS 还包括非功能性需求。
BRS和SRS之间的区别
S No. | SRS(System Requirement Specifications) | BRS(Business Requirement Specifications) |
---|---|---|
1. | Software Requirement Specification gives a high-level description of the software’s functional and technical requirements. | Business Requirement Specification gives a high-level description of the software’s functional requirements. |
2. | SRS document is obtained from BRS. | BRS document is obtained by relating to the client’s requirements. |
3. | The System Analyst is the one who created it. It is also known as User Requirement Specifications. | Business Analysts are always the ones who create it. |
4. | SRS document describes the stepwise sequence of all the operations characteristics for each module and sub-modules. | The BRS document includes what the customer exactly wants. and the team follows the document from beginning to conclusion. |
5. | SRS covers all functional and non-functional requirements. | BRS covers all types of requirements. |
6. | The report of user connections is prepared in SRS. | BRS specifies how clients communicate with the system with the help of use cases. |
7. | It is a formal document that details the client’s requirements (written, verbal). | Non-technical expression is used to describe the requirements of the client. |
8. | The BRS document covered the product’s future scope, as well as the organization’s development strategies. | The scope of the product is not covered in the SRS document. |
9. | The BRS document may or may not contain the references of figures and tables. | The SRS document always includes references to figures and tables. |
10. | The SRS document does not list anyone from the client side. | The BRS document list the user base and similar stakeholders from the client-side. |