STLC(软件测试生命周期)

软件测试生命周期

什么是软件测试生命周期(STLC)?

软件测试生命周期(STLC) 是在测试过程中进行的一系列特定活动,以确保满足软件质量目标。STLC 涉及验证和确认活动。与普遍看法相反,软件测试不仅仅是一项单一/孤立的活动,即测试。它由一系列以方法论方式开展的活动组成,以帮助认证您的软件产品。STLC 代表软件测试生命周期。

STLC 阶段

每个软件测试生命周期模型(STLC 模型)都有以下六个主要阶段:

STLC 阶段
STLC 模型阶段
  1. 需求分析
  2. 测试计划
  3. 测试用例开发
  4. 测试环境设置
  5. 测试执行
  6. 测试周期结束

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

STLC 的进入和退出标准是什么?

  • 入学标准: 入学标准给出了测试开始前必须完成的先决条件项目。
  • 退出标准: 退出标准定义了测试结束前必须完成的项目

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

在理想情况下,只有满足上一阶段的退出标准后,您才会进入下一阶段。但实际上这并不总是可行的。因此,在本教程中,我们将重点介绍 STLC 生命周期中不同阶段的活动和可交付成果。让我们详细研究一下它们。

软件测试中的 STLC 视频

需求阶段测试

需求阶段测试 也称为需求分析,其中测试团队从测试的角度研究需求以确定可测试的需求,并且 QA 团队可以与各种利益相关者进行互动以详细了解需求。需求可以是功能性的,也可以是非功能性的。测试项目的自动化可行性也在此阶段完成。

需求阶段测试中的活动

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

需求阶段测试的交付成果

  • RTM
  • 自动化可行性报告。(如适用)

STLC 中的测试计划

STLC 中的测试计划 是高级 QA 经理确定测试计划策略以及项目的工作量和成本估算的阶段。此外,还确定资源、测试环境、测试限制和测试计划。测试计划在同一阶段准备和完成。

测试计划活动

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

测试规划的交付成果

测试用例开发阶段

这款 测试用例开发阶段 涉及测试计划准备就绪后测试用例和测试脚本的创建、验证和重新编写。最初, 测试数据 确定后,根据先决条件创建和审查并重新制定。然后,QA 团队开始为各个单元开发测试用例。

测试用例开发活动

  • 创建测试用例、自动化脚本(如果适用)
  • Rev查看和基线测试用例和脚本
  • 创建测试数据(如果测试环境可用)

测试用例开发的交付成果

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

测试环境设置

测试环境设置 决定测试工作产品的软件和硬件条件。这是测试过程的关键方面之一,可以与测试用例开发阶段同时进行。如果开发团队提供测试环境,则测试团队可以不参与此活动。测试团队需要对给定的环境进行准备情况检查(冒烟测试)。

测试环境设置活动

  • 了解所需的架构、环境设置并为测试环境准备硬件和软件需求列表。
  • 设置测试环境和测试数据
  • 对构建进行烟雾测试

测试环境设置的交付成果

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

测试执行阶段

测试执行阶段 由测试人员执行,根据准备的测试计划和测试用例对软件构建进行测试。该过程包括测试脚本执行、测试脚本维护和错误报告。如果报告了错误,则会将其返回给开发团队进行纠正并重新进行测试。

测试执行活动

  • 按计划执行测试
  • 记录测试结果,并记录失败案例的缺陷
  • 在 RTM 中将缺陷映射到测试用例
  • 重新测试 缺陷 固定
  • 跟踪缺陷直至关闭

测试执行的交付成果

  • 已完成 RTM 并处于执行状态
  • 测试用例已根据结果更新
  • 缺陷报告

测试周期结束

测试周期结束 阶段是完成测试执行,涉及多项活动,如测试完成报告、收集测试完成矩阵和测试结果。测试团队成员开会、讨论和分析测试工件,以确定未来必须实施的策略,从当前测试周期中吸取教训。这样做的目的是消除未来测试周期的流程瓶颈。

测试周期结束活动

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

测试周期收尾的交付成果

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

STLC 阶段以及进入和退出标准

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

阅读更多 readmore