STLC软件测试生命周期阶段的进入和退出标准

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

软件测试生命周期(STLC)是在测试过程中进行的一系列特定活动,以确保达到软件质量目标。 STLC涉及验证和确认活动。与普遍的看法相反,软件测试不仅是一项单独的活动,即测试。它包含一系列通过方法进行的活动,以帮助验证您的软件产品。 STLC代表软件测试生命周期。

STLC模型的不同阶段

20200428093956

以下是STLC的阶段:

  • 需求分析
  • 测试计划
  • 测试用例开发
  • 测试环境设置
  • 测试执行
  • 测试周期结束

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

什么是出入条件?

  • 进入标准:进入标准提供了在开始测试之前必须完成的前提条件。
  • 退出标准:“退出标准”定义了可以在完成测试之前必须完成的项目

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

在理想世界中,只有满足上一个阶段的退出条件,您才可以进入下一个阶段。但是实际上这并不总是这样的。因此,对于本教程,我们将重点关注STLC生命周期中不同阶段的活动和可交付成果。让我们详细研究它们。

需求分析

在此阶段,测试团队从测试的角度研究需求,以识别可测试的需求。

质量检查团队可以与各种利益相关者(客户,业务分析师,技术主管,系统架构师等)进行互动,以详细了解需求。

需求可以是功能性的(定义软件必须做什么)或非功能性的(定义系统性能/安全可用性)

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

活动

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

可交付成果

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

测试计划

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

活动

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

可交付成果

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

测试用例开发

此阶段涉及测试用例和测试脚本的创建,验证和返工。识别/创建测试数据,并对其进行审查,然后进行重新处理。

活动

  • 创建测试用例,自动化脚本(如果适用)
  • 审查和基准测试用例和脚本
  • 创建测试数据(如果“测试环境”可用)

可交付成果

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

测试环境设置

测试环境决定了测试工作产品的软件和硬件条件。测试环境的设置是测试过程的关键方面之一,可以与“测试用例开发阶段”同时进行。如果客户/开发团队提供了测试环境,则测试团队可能不会参与此活动,在这种情况下,要求测试团队对给定环境进行就绪性检查(冒烟测试)。

活动

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

可交付成果

  • 环境准备就绪,可以设置测试数据
  • 冒烟测试结果。

测试执行

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

活动

  • 按照计划执行测试
  • 记录测试结果,并记录失败案例的缺陷
  • 将缺陷映射到RTM中的测试用例
  • 重新测试缺陷修复程序
  • 跟踪缺陷以解决问题

可交付成果

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

测试周期结束

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

活动

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

可交付成果

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

STLC阶段以及进入和退出条件

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