测试过程度量

fin | 微信公众号:测试开发社区 2019/12/05 10:09

点击上方 蓝字 关注我们

以下文章来源于脉脉 ,作者陆思远 • 百信银行服务端测试负责人

从软件生存周期模型中来看,人们常常直观的认为软件测试仅仅是软件生存周期中软件编码完成之后的一个或几个阶段。而实际上,软件测试本身也是一个过程,它可以进一步具体的分成若干个阶段性活动,如:测试计划、测试设计、测试执行、测试总结。对测试过程的度量必须涉及到测试过程中的各个阶段的度量,包括规模、工作量、进度、缺陷等等。

测试度量的目的?

1)判断测试的有效性

2)判断测试的完整性

3)判断产品的质量

4)分析和改进测试过程

测试度量的意义?

1)提高测试流程可控性

2)提高测试效率和质量

3)提高测试人员的成就感

度量的过程定义?

度量应该能够根据质量或进度表明什么是“好”的或什么是“坏”的,以此来证明其有用性。为了达到这些目标,经常需要进行历史比较。最后,度量应当能够驱动改进行为,度量工作的最终问题是将进行什么样的以及进行多少改进,以及最终的产品质量将收到什么程度的影响。

新知图谱, 测试过程度量

测试度量分类?

横向:

1)衡量测试效率和测试工作量 - 工作量指标

2)从质量的角度表明测试结果 - 结果指标

3)从持续集成构建质量表明集成稳定性情况 - 稳定性指标

纵向:

1)测试用例设计阶段:

规模:测试方案数量,测试用例数量,测试工具设计数量,测试用例/人天

工作量:文档编写工作量,评审工作量,修改工作量,执行工作量

进度:每件具体工作的计划开始结束时间,实际开始结束时间,计划工时,实际工时,计划完成率

缺陷:评审过程中出现的错误数量、缺陷数量、级别

2)测试执行阶段:

测试用例的执行率,通过率,问题发现率、测试用例覆盖率,需求变化程度,测试工作量等等。

BUG相关统计

新知图谱, 测试过程度量

新知图谱, 测试过程度量

上线完成后:

线上BUG数、级别,漏测情况,发布过程中的验证工作量,线上验证用例覆盖率等等。

总结:

无论是测试,还是质量管理需要平台化、工具化,一方面走持续集成和持续交付;另外一方面,让产品经理、研发、算法和运维同学都参与到测试或质量保障中。测试团队要在项目流程中不断收集数据,不断总结分析当前项目痛点,并有针对性的去解决,先有质量意识才能慢慢的形成团队的质量体系。至于如何去收集各种数据,我们采取的方式是在团队内引用自己开发的测试平台,因为自己开发,所以在使用中遇到各种问题可以不断改进。针对测试平台,我们的理念是测试平台本身应该是个产品,解决四个问题。一,保证产品的测试流程能够严格高效的执行,同时还要保证测试流程执行的效率以及便捷性。二,提高测试这件事的效率包括打包构建,部署,自动化测试等内容。三,完成对测试过程的评估,利用平台的综合性,收集数据,分析数据不断的改进测试流程,产品质量以及过程质量。四,测试平台只提供大量的基础功能,不对具体如何使用做强制要求,力求让测试人员在实际工作中不断提炼出好的工作模式与使用方法。针对上面的第三点,我们在平台上具体需要收集哪些数据信息?针对这些数据又如何做好测试过程中的测试度量?我觉得这是个非常值得思考的方向,希望有想法或者有经验的同学多多分享下自己的思路~

TeamVision详细介绍

Demo展示地址:http://www.teamcat.cn/

Github地址:https://github.com/TeamcatCorp/Teamcat

本文转自:

https://maimai.cn/article/detail?fid=1374374303&efid=wWI-6-diQdTF3n739Q6Jmg&use_rn=1&from=singlemessage

- To Be Continued -

相关推荐

更多“测试”相关内容

新知精选