什么是软件测试生命周期（STLC）？
软件测试生命周期（STLC）定义为执行软件测试的一系列活动。
与普遍看法相反，软件测试不仅仅是一项活动。 它包含一系列在方法上进行的活动，以帮助认证您的软件产品。
STLC模型的不同阶段
图片.png
以下是STLC的各个阶段：
- 需求分析
- 测试计划
- 测试用例开发
- 测试环境设置
- 测试执行
- 测试周期关闭
每个阶段都有明确的进入和退出标准，与之相关的活动和交付项目。
什么是进入和退出标准？
- 进入标准：进入标准给出了必须在测试开始之前完成的先决条件。
- 退出标准：退出标准定义了在完成测试之前必须完成的项目
您有软件测试生命周期（STLC）中所有级别的进入和退出标准
在理想世界中，在满足前一阶段的退出标准之前，您不会进入下一阶段。 但实际上这并不总是可行的。 因此，对于本教程，我们将重点关注STLC生命周期中不同阶段的活动和可交付成果。 让我们详细研究它们。
需求分析
在此阶段，测试团队从测试的角度研究需求，以确定可测试的需求。
质量保证团队可以与各种利益相关者（客户，业务分析师，技术主管，系统架构师等）进行互动，以详细了解需求。
要求可以是功能（定义软件必须执行的操作）或非功能（定义系统性能/安全可用性）
在此阶段还完成了给定测试项目的自动化可行性。
活动
- 确定要执行的测试类型。
- 收集有关测试优先级和重点的详细信息。
- 准备需求可追踪性矩阵RTM。
- 确定应该进行测试的测试环境细节。
- 自动化可行性分析（如果需要）。
交付
- RTM
- 自动化可行性报告 （如适用）
测试计划
通常，在此阶段，高级质量保证经理将确定项目的工作量和成本估算，并准备并最终确定测试计划。 在此阶段，还确定了测试策略。
活动
- 为各种类型的测试准备测试计划/策略文档
- 测试工具选择
- 测试工作量估算
- 资源规划和确定角色和职责。
- 培训要求
交付
- 测试计划/战略文件。
- 工作量估算文件。
测试用例开发
此阶段涉及测试用例和测试脚本的创建，验证和返工。 识别/创建测试数据]并进行检查，然后再进行重新设计。
活动
- 创建测试用例，自动化脚本（如果适用）
- 检查和基准测试用例和脚本
- 创建测试数据（如果测试环境可用）
交付
- 测试用例/脚本
- 测试数据
测试环境设置
测试环境决定测试工作产品的软件和硬件条件。 测试环境设置是测试过程的关键方面之一， 可以与测试用例开发阶段并行完成 。 如果客户/开发团队提供测试环境， 测试团队可能不参与此活动 ，在这种情况下，测试团队需要对给定环境进行准备检查（冒烟测试）。
活动
- 了解所需的体系结构，环境设置以及为测试环境准备硬件和软件需求列表。
- 设置测试环境和测试数据
- 在构建上执行冒烟测试
交付
- 环境准备就绪，设置了测试数据
- 冒烟测试结果。
测试执行
在此阶段，测试人员将根据测试计划和准备的测试用例进行测试。 将向开发团队报告错误以进行更正，并将执行重新测试。
活动
- 按计划执行测试
- 记录测试结果，并记录失败案例的缺陷
- 将缺陷映射到RTM中的测试用例
- 重新测试缺陷修复程序
- 跟踪缺陷到关闭
交付
- 已完成具有执行状态的RTM
- 测试用例更新了结果
- 缺陷报告
测试周期关闭
测试团队将会见，讨论和分析测试工件，以确定将来必须实施的策略，从当前测试周期中吸取教训。 我们的想法是消除未来测试周期的流程瓶颈，并在将来分享任何类似项目的最佳实践。
活动
- 根据时间，测试覆盖率，成本，软件，关键业务目标，质量评估周期完成标准
- 根据上述参数准备测试指标。
- 记录项目的学习情况
- 准备测试结束报告
- 向客户定性和定量报告工作产品的质量。
- 测试结果分析以按类型和严重性找出缺陷分布。
交付
- 测试结束报告
- 测试指标
| STLC阶段 | 入境标准 | 活动 | 退出标准 | 交付 |
|---|---|---|---|---|
| 需求分析 | 需求分析文件可用(功能和非功能)；确定了验收标准。 应用程序架构文档可用 | 分析业务功能以了解业务模块和模块特定功能;识别模块中的所有事务;识别所有用户配置文件。收集用户UI/身份验证，地理范围要求。确定要执行的测试类型。收集有关测试优先级和重点的详细信息。准备需求RTM。确定应该进行测试的测试环境细节。自动化可行性分析(如果需要)。 | 退出RTM;测试自动化可行性报告由客户签字 | RTM 自动化可行性报告（如适用） |
| 测试计划 | 需求文件 RTM 测试自动化可行性文件 | 分析各种可用的测试方法;最终确定最合适的方法;为各种类型的测试准备测试计划/策略文档 ;测试工具选择;测试工作量估算;资源规划和确定角色和职责。 | 批准的测试计划/战略文件。 签署了工作量评估文件。 | 测试计划/战略文件。 工作量估算文件。 |
| 测试用例开发 | 需求文件 RTM和测试计划 自动化分析报告 | 创建测试用例，测试设计，自动化脚本（如果适用） 评审测试用例和脚本；创建测试数据 | 评审并签署测试用例/脚本 评审并签署测试数据 | 测试用例/脚本 测试数据 |
| 测试环境设置 | 系统设计和架构文档可用 提供环境设置计划 | 了解所需的架构，环境设置；准备硬件和软件开发需求列表；最终确定连接要求 ；准备环境设置清单；设置测试环境和测试数据；冒烟测试；根据冒烟测试结果接受/拒绝构建 | 环境设置按计划和清单完成 ；测试数据设置完成；冒烟测试成功 | 环境准备就绪，设置了测试数据 冒烟测试结果。 |
| 测试执行 | 提供基线RTM， 测试计划，测试用例/脚本；测试环境准备就绪；完成测试数据设置；可以使用要测试的构建的单元/集成测试报告 | 按计划执行测试；记录测试结果，并记录失败案例的缺陷；必要时更新测试计划/测试用例；将缺陷映射到RTM中的测试用例；重新测试缺陷修复程序；回归测试；跟踪缺陷到关闭 | 计划的所有测试都将执行 记录缺陷并跟踪到关闭 | 已完成具有执行状态的RTM 测试用例更新了结果 缺陷报告 |
| 测试周期关闭 | 测试已经完成 测试结果可行 缺陷日志可用 | 根据 时间， 测试覆盖率，成本，软件质量，关键业务目标评估周期完成标准 ；根据上述参数准备测试指标；记录项目情况；准备测试结束报告；向客户定性和定量报告工作产品的质量。测试结果分析以按类型和严重性找出缺陷分布 | 测试关闭报告由客户签字 | 测试结束报告，测试指标 |
网友评论