STLC - 软件测试生命周期

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

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

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

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

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

什么是进入和退出标准?

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

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

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

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

扫描二维码关注公众号,回复: 3013947 查看本文章

需求分析

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

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

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

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

活动

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

交付

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

测试计划

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

活动

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

交付 

测试用例开发

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

活动

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

交付 

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

测试环境设置

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

活动 

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

交付 

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

测试执行

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

活动

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

交付 

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

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

    活动

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

    交付 

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

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

STLC阶段

入境标准

活动

退出标准

交付

需求分析

要求可用文件(功能和非功能)

定义的验收标准。

应用程序架构文档可用

分析业务功能以了解业务模块和模块特定功能。

识别模块中的所有事务。

识别所有用户配置文件。

收集用户界面/身份验证,地理范围要求。

确定要执行的测试类型。

收集有关测试优先级和重点的详细信息。

准备需求可追踪性矩阵(RTM)。

确定应该进行测试的测试环境细节。

自动化可行性分析(如果需要)。

签署RTM 

测试自动化可行性报告由客户签字

   

RTM 

Automation可行性报告(如适用)

   

测试计划

要求文件

要求可追溯性矩阵。

测试自动化可行性文件

分析可用的各种测试方法

最适合最适合的方法

为各种类型的测试准备测试计划/策略文档

测试工具选择

测试工作量估算

资源规划和确定角色和职责。

批准的测试计划/战略文件。

签署了努力估算文件。  

测试计划/战略文件。

努力估算文件。  

测试用例开发

要求文件

RTM和测试计划

自动化分析报告

创建测试用例,测试设计,自动化脚本(如果适用)

查看和基准测试用例和脚本

创建测试数据

审核并签署测试用例/脚本已

审核并签署测试数据  

测试用例/脚本

测试数据  

测试环境设置

系统设计和体系结构文档可用

环境设置计划可用

了解所需的体系结构,环境设置

准备硬件和软件开发需求列表

最终确定连接要求

准备环境设置清单

设置测试环境和测试数据

在构建上执行烟雾测试

根据烟雾测试结果接受/拒绝构建

环境设置按照计划和清单工作

测试数据设置完成

烟雾测试成功  

环境准备就绪,测试数据设置

烟雾测试结果。  

测试执行

基线RTM,测试计划,测试用例/脚本可用

测试环境已准备好

测试数据设置已完成

要测试的构建的单元/集成测试报告可用

按计划执行测试

文档测试结果和失败案例的日志缺陷

更新测试计划/测试用例(如有必要)将

缺陷映射到RTM中的测试用例

重新

测试缺陷修复程序回归测试应用程序

跟踪缺陷到关闭  

计划的所有测试都会执行

缺陷记录并跟踪到关闭  

已完成的RTM执行状态

测试用例已更新结果

缺陷报告

测试周期关闭

测试已完成

测试结果可用

缺陷日志可用

根据时间,测试覆盖率,成本,软件质量,关键业务目标评估周期完成标准根据

上述参数准备测试指标。

记录项目学习

准备测试结束报告

向客户提供工作产品质量的定性和定量报告。

测试结果分析,根据类型和严重程度找出缺陷分布

测试关闭报告由客户签字  

测试结束报告

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

猜你喜欢

转载自www.cnblogs.com/qy1234/p/9573780.html