STLC – 需求分析

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

• 本阶段的准入标准是提供SRS（Software Requirement Specification）；还建议应用程序架构得心应手。

• 在此阶段，QA 团队在更高级别分析要测试的内容以及如何测试。

• QA 团队会跟进各种利益相关者，如业务分析师、系统架构、客户、测试经理/负责人，以防需要任何查询或澄清来了解需求。

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

• 此阶段的退出标准是完成 RTM 文档、自动化可行性报告和问题列表（如果适用）以更具体地说明要求。

为需求分析执行的活动

QA 团队在此阶段执行三项主要活动。活动描述如下。

定义范围

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

准备 RTM

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

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

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

自动化分析

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