STLC - 软件测试生命周期

什么是软件测试生命周期（STLC）？

软件测试生命周期（STLC）定义为执行软件测试的一系列活动。

它包含一系列在方法上进行的活动，以帮助认证您的软件产品。

图 - 软件测试生命周期的不同阶段

每个阶段都有明确的进入和退出标准; ，与之相关的活动和交付成果。

什么是进入和退出标准？

进入标准：进入标准给出了必须在测试开始之前完成的先决条件。

退出标准：退出标准定义了在完成测试之前必须完成的项目

您有软件测试生命周期（STLC）中所有级别的进入和退出标准

在理想世界中，在满足前一阶段的退出标准之前，您不会进入下一阶段。但实际上这并不总是可行的。因此，对于本教程，我们将重点关注STLC生命周期中不同阶段的活动和可交付成果。让我们详细研究它们。

需求分析

在此阶段，测试团队从测试的角度研究需求，以确定可测试的需求。

QA团队可以与各种利益相关者（客户，业务分析师，技术主管，系统架构师等）进行互动，以详细了解需求。

要求可以是功能（定义软件必须执行的操作）或非功能（定义系统性能/安全可用性）

在此阶段还完成了给定测试项目的自动化可行性。

活动

• 确定要执行的测试类型。
• 收集有关测试优先级和重点的详细信息。
• 准备需求可追踪性矩阵（RTM）。
• 确定应该进行测试的测试环境细节。
• 自动化可行性分析（如果需要）。

交付

• RTM
• 自动化可行性报告 （如适用）

测试计划

通常，在此阶段，高级质量保证经理将确定项目的工作量和成本估算，并准备并最终确定测试计划。在此阶段，还确定了测试策略。

活动

• 为各种类型的测试准备测试计划/策略文档
• 测试工具选择
• 测试工作量估算
• 资源规划和确定角色和职责。
• 培训要求

交付 

• 测试计划 /战略文件。
• 努力估算文件。

测试用例开发

此阶段涉及测试用例和测试脚本的创建，验证和返工。识别/创建测试数据并进行检查，然后再进行重新设计。

活动

• 创建测试用例，自动化脚本（如果适用）
• 检查和基准测试用例和脚本
• 创建测试数据（如果测试环境可用）

交付 

• 测试用例/脚本
• 测试数据

测试环境设置

测试环境决定测试工作产品的软件和硬件条件。测试环境设置是测试过程的关键方面之一，可以与测试用例开发阶段并行完成。如果客户/开发团队提供测试环境，测试团队可能不参与此活动，在这种情况下，测试团队需要对给定环境进行准备检查（冒烟测试）。

活动 

• 了解所需的体系结构，环境设置以及为测试环境准备硬件和软件需求列表。
• 设置测试环境和测试数据
• 在构建上执行冒烟测试

交付 

• 环境准备就绪，设置了测试数据
• 烟雾测试结果。

测试执行

在此阶段，测试人员将根据测试计划和准备的测试用例进行测试。错误将报告给开发团队进行更正，并将进行重新测试。

活动

• 按计划执行测试
• 记录测试结果，并记录失败案例的缺陷
• 将缺陷映射到RTM中的测试用例
• 重新测试缺陷修复程序
• 跟踪缺陷到关闭

交付 

• 已完成具有执行状态的RTM
• 测试用例更新了结果
• 缺陷报告

• 测试周期关闭

  测试团队将会见，讨论和分析测试工件，以确定将来必须实施的策略，从当前测试周期中吸取教训。我们的想法是消除未来测试周期的流程瓶颈，并在将来分享任何类似项目的最佳实践。

  活动

  • 根据时间，测试覆盖率，成本，软件，关键业务目标，质量评估周期完成标准
  • 根据上述参数准备测试指标。
  • 记录项目的学习情况
  • 准备测试结束报告
  • 向客户定性和定量报告工作产品的质量。
  • 测试结果分析，根据类型和严重程度找出缺陷分布。

  交付 

  • 测试结束报告
  • 测试指标

  最后，总结 STLC阶段以及进入和退出标准

STLC阶段	入境标准	活动	退出标准	交付
需求分析	要求可用文件（功能和非功能） 定义的验收标准。 应用程序架构文档可用	分析业务功能以了解业务模块和模块特定功能。 识别模块中的所有事务。 识别所有用户配置文件。 收集用户界面/身份验证，地理范围要求。 确定要执行的测试类型。 收集有关测试优先级和重点的详细信息。 准备需求可追踪性矩阵（RTM）。 确定应该进行测试的测试环境细节。 自动化可行性分析（如果需要）。	签署RTM 测试自动化可行性报告由客户签字	RTM Automation可行性报告（如适用）
测试计划	要求文件 要求可追溯性矩阵。 测试自动化可行性文件	分析可用的各种测试方法 最适合最适合的方法 为各种类型的测试准备测试计划/策略文档 测试工具选择 测试工作量估算 资源规划和确定角色和职责。	批准的测试计划/战略文件。 签署了努力估算文件。	测试计划/战略文件。 努力估算文件。
测试用例开发	要求文件 RTM和测试计划 自动化分析报告	创建测试用例，测试设计，自动化脚本（如果适用） 查看和基准测试用例和脚本 创建测试数据	审核并签署测试用例/脚本已 审核并签署测试数据	测试用例/脚本 测试数据
测试环境设置	系统设计和体系结构文档可用 环境设置计划可用	了解所需的体系结构，环境设置 准备硬件和软件开发需求列表 最终确定连接要求 准备环境设置清单 设置测试环境和测试数据 在构建上执行烟雾测试 根据烟雾测试结果接受/拒绝构建	环境设置按照计划和清单工作 测试数据设置完成 烟雾测试成功	环境准备就绪，测试数据设置 烟雾测试结果。
测试执行	基线RTM，测试计划，测试用例/脚本可用 测试环境已准备好 测试数据设置已完成 要测试的构建的单元/集成测试报告可用	按计划执行测试 文档测试结果和失败案例的日志缺陷 更新测试计划/测试用例（如有必要）将 缺陷映射到RTM中的测试用例 重新 测试缺陷修复程序回归测试应用程序 跟踪缺陷到关闭	计划的所有测试都会执行 缺陷记录并跟踪到关闭	已完成的RTM执行状态 测试用例已更新结果 缺陷报告
测试周期关闭	测试已完成 测试结果可用 缺陷日志可用	根据时间，测试覆盖率，成本，软件质量，关键业务目标评估周期完成标准根据 上述参数准备测试指标。 记录项目学习 准备测试结束报告 向客户提供工作产品质量的定性和定量报告。 测试结果分析，根据类型和严重程度找出缺陷分布	测试关闭报告由客户签字	测试结束报告 测

文章出自之处：https://www.guru99.com/software-testing-life-cycle.html