STLC - 需求分析

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

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

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

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

• 需求可能是功能性的，也可能是非功能性的，如性能、安全性、可用性等，或者既有功能性又有非功能性。

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

需求分析执行的活动

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

定义范围

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

准备 RTM

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

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

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

自动化分析

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