需求分析是STLC的第一阶段，它在与测试团队共享SRD / SRS后立即开始。让我们考虑以下几点，以了解STLC中的需求分析。

• 此阶段的进入标准是提供SRS(软件需求规范)；还建议该应用程序体系结构方便。

• 在此阶段，质量检查团队会在更高层次上分析要测试的内容和方法。

• 如果需要任何查询或澄清来理解需求，质量保证团队会跟业务分析员，系统架构，客户，测试经理/负责人等各种利益相关者进行跟进。

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

• 此阶段的退出标准是完成RTM文档，自动化可行性报告和问题列表(如果适用)，以更加明确地满足要求。

进行需求分析的活动

质量保证小组在此阶段执行了三项主要活动。活动描述如下。

定义范围

质量检查小组确定高级别的测试范围，并划分为各种功能模块。该团队还确定了执行测试所需的测试类型-烟雾测试，健康测试，功能测试，回归测试等。QA团队分析了应该执行测试的前提条件和环境细节。该团队收集有关测试优先级的详细信息，并将重点放在要验证的模块顺序上。如果模块矛盾并且功能没有与其他模块一起被继承，它还可以识别需求缺陷。

准备RTM

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

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

Matrix是双向的，因为它通过检查可交付成果的输出来跟踪需求，而通过查看针对产品特定功能指定的业务需求来向后跟踪。

自动化分析

在需求阶段，QA团队分析了回归测试的自动化范围。如果将自动化添加到范围内，则团队将决定可以使用哪种工具，将涵盖哪些功能作为自动化，涉及自动化开发的时间范围和资源分配。分析完成后，质量保证团队将向不同的利益相关者提供自动化可行性报告，以提供签字。