STLC(软件测试生命周期)阶段、进入、退出标准

软件测试生命周期(STLC)是在测试过程中为确保实现软件质量目标而进行的一系列特定活动。STLC代表软件测试生命周期。

在本教程中,将了解-

  • STLC相
  • 需求分析
  • 测试计划
  • 测试用例开发
  • 测试环境设置
  • 测试执行
  • 测试周期关闭
  • STLC阶段以及进入和退出标准

STLC相

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

  1. 需求分析
  2. 测试计划
  3. 测试用例开发
  4. 测试环境设置
  5. 测试执行
  6. 测试周期关闭

STLC模型阶段:

STLC Model
STLC Model

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

STLC中的进出标准是什么?

  • 进入标准:进入标准给出了在开始测试之前必须完成的必备项目。
  • 退出标准:退出标准定义了测试结束前必须完成的项目

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

在理想情况下,在满足上一阶段的退出标准之前,不会进入下一阶段。详细了解一下。

需求阶段测试

需求阶段测试,也称为需求分析,测试团队从测试的角度研究需求,以确定可测试的需求,QA团队可以与不同的涉众进行交互,以详细了解需求。在此阶段还完成了测试项目的自动化可行性。

需求阶段测试中的活动

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

需求阶段测试的交付内容

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

STLC中的测试计划

STLC中的测试计划是高级QA经理确定测试计划策略以及项目的工作和成本估计的阶段。测试计划在同一阶段进行准备和定稿。 测试计划活动:

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

测试计划的交付内容

  • 测试计划/策略文档。
  • 工作量估算文档。

测试用例开发阶段

测试用例开发阶段涉及测试计划准备好后测试用例和测试脚本的创建、验证和返工。首先,识别测试数据,然后创建和审查测试数据,然后根据前提条件重新处理测试数据。然后,QA团队开始为各个单元开发测试用例。

测试用例开发活动

  • 创建测试用例、自动化脚本(如果适用)
  • 检查并确定测试用例和脚本的基线
  • 创建测试数据(如果测试环境可用)

测试用例开发的交付内容

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

测试环境设置

测试环境设置决定测试工作产品的软件和硬件条件。这是测试团队被要求对给定环境进行准备情况检查(冒烟测试)的其中一项工作。

测试环境设置活动

  • 了解所需的体系结构、环境设置,并准备测试环境的硬件和软件要求列表。
  • 设置测试环境和测试数据
  • 对构建执行冒烟测试

测试环境设置的交付内容

  • 测试数据设置就绪的环境
  • 烟雾测试结果。

测试执行阶段

测试执行阶段由测试人员执行,在该阶段中,基于准备的测试计划和测试用例完成软件构建的测试。如果报告了错误,则会将其返回给开发团队进行更正,并将执行重新测试。

测试执行活动

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

测试执行的交付内容

  • RTM已完成,且处于执行状态
  • 使用结果更新测试用例
  • 缺陷报告

测试周期关闭

测试周期结束阶段是测试执行的完成阶段,它涉及几个活动,如测试完成报告、测试完成矩阵的收集和测试结果。我们的想法是消除未来测试周期的流程瓶颈。

测试周期关闭活动

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

测试周期结束的交付内容

  • 测试关闭报告
  • 测试指标

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

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

IT赶路人

专注IT知识分享