STLC - 需求分析

需求分析是STLC的第一阶段，它从SRD/SRS共享给测试团队的那一刻开始。让我们考虑以下几点来理解STLC中的需求分析。

• 本阶段的入口准则是提供SRS（软件需求规格说明书）；也建议准备好应用程序架构。

• 在这个阶段，QA团队在更高层次上分析要测试什么以及如何测试。

• 如果需要任何查询或澄清以理解需求，QA团队将与业务分析师、系统架构师、客户、测试经理/主管等各种利益相关者跟进。

• 需求可以是功能性的或非功能性的，例如性能、安全、可用性等，或者兼具功能性和非功能性。

• 本阶段的出口准则是完成RTM文档、自动化可行性报告以及如有必要的问题列表，以便更具体地说明需求。

需求分析执行的活动

在这个阶段，QA团队执行三个主要活动。这些活动已在下面描述。

定义范围

QA团队在高层次上识别测试范围，并将其划分为各种功能模块。团队还确定需要执行的测试类型——冒烟测试、健全性测试、功能测试、回归测试等。QA团队分析先决条件和应该执行测试的环境细节。团队收集有关测试优先级的详细信息，并重点关注要验证的模块顺序。它还确定如果模块相互矛盾并且功能没有与其他模块一起延续，则需要改进需求。

准备RTM

需求跟踪是记录需求与为实现和验证这些需求而开发的工作产品之间链接的过程。RTM在一个文档中捕获需求分析中的所有需求及其可追溯性。所有这些都在生命周期结束时交付。

矩阵是在项目开始时创建的，因为它构成了项目范围和将要产生的交付成果的基础。

矩阵是双向的，因为它通过检查交付成果的输出来向前跟踪需求，并通过查看为产品特定功能指定的业务需求来向后跟踪。

自动化分析

在需求阶段，QA团队分析回归测试的自动化范围。如果自动化被添加到范围内，团队将决定可以使用哪个工具，哪些功能将被作为自动化覆盖，以及自动化开发涉及的时间范围和资源分配。完成此分析后，QA团队向不同的利益相关者提供自动化可行性报告以获得批准。