STLC——需求分析
需求分析是 STLC 的第一阶段，在与测试团队共享 SRD/SRS 后立即开始。让我们考虑以下几点来理解 STLC 中的需求分析。
本阶段的进入标准是提供SRS（软件需求规范）；还建议应用架构得心应手。
在此阶段，QA 团队在更高的层面上分析要测试什么以及如何测试。
QA 团队会与业务分析师、系统架构、客户、测试经理/主管等各个利益相关者进行跟进，以防需要任何查询或澄清来理解需求。
需求可以是功能性的，也可以是非功能性的，例如性能、安全性、可用性等，或者既可以是功能性的，也可以是非功能性的。
此阶段的退出标准是完成 RTM 文件、自动化可行性报告和问题列表（如果适用）以更具体地说明要求。
为需求分析而进行的活动
质量检查团队在此阶段执行三项主要活动。活动描述如下。
定义范围
QA 团队在高层确定测试范围并划分为各个功能模块。该团队还确定了需要执行的测试类型——冒烟测试、健全性测试、功能测试、回归测试等。QA 团队分析了应该执行测试的先决条件和环境细节。团队收集有关测试优先级的详细信息，并将重点放在要验证的模块的顺序上。如果模块相互矛盾并且功能没有与其他模块一起继承，它还可以识别需求缺陷。
准备RTM
需求跟踪是记录需求和为实现和验证这些需求而开发的工作产品之间的链接的过程。RTM 在单个文档中捕获需求分析中的所有需求及其可追溯性。所有这些都是在生命周期结束时交付的。
该矩阵是在项目一开始就创建的，因为它构成了项目范围和将产生的可交付成果的基础。
该矩阵是双向的，因为它通过检查可交付成果的输出来向前跟踪需求，并通过查看为产品的特定功能指定的业务需求来向后跟踪需求。
自动化分析
在需求阶段，QA 团队分析回归测试的自动化范围。如果在范围内添加自动化，团队将决定可以使用哪种工具、自动化将涵盖哪些功能、自动化开发所涉及的时间框架和资源分配。分析完成后，质量检查团队会向不同的利益相关者提供自动化可行性报告以供签署。