测试投入度量元的选择

发布于 2024-10-02
1792
版权声明

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：测试投入度量元的选择
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
测试投入度量元摘要

项目在讨论测试是否结束时常常关注缺陷的数量、严重级别和关闭情况，而忽略了测试投入是否充分。测试投入可以通过多个方面量化，例如测试用例的密度、工作量、工期和人数等。

选择合适的测试投入度量元需要根据产出来定，通过收集多个项目的度量数据并分析其与测试产出的相关性来判断。如果度量元与测试产出相关，则可作为测试投入的度量元；否则应舍弃。

系统测试用例密度是一个合适的度量元，如图二所示。而图三显示，缺陷逃逸率与测试工作量/开发工作量不是合适的度量元，这一点在不同公司可能不同。

在其他条件相同的情况下，测试投入充分时，发现的缺陷多意味着代码质量差，缺陷少则代码质量好。图四说明，当测试投入达到8人天/KLOC，缺陷密度趋于平稳，此时可认为测试投入充分，无需进一步测试。

麦哲思科技任甲林

查看原文：测试投入度量元的选择
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
一个敏捷项目的咨询记录
2101
近日对一个敏捷项目进行了2小时的简单访谈，对他们的一些实践点评如下：综述：       1 敏捷的实践看着简单做着难，实践少，但是实践的很多细节要做到位。       2 要让团队的成员知其然知其所以然，才能够进行经验化过程控制。       3 要在团队内建立承诺的文化，说到一定要做到。       4 目标、需求、任务、任务状态、问题、团队规则都要可视化！       5 牺牲质量追求速度，是
挂在网盘到本地磁盘（以中移动云盘为例）
4552
网盘 本地 配置 百度网
发现百度网盘速度越来越慢，因此我想怎么将百度网盘中300多个G的文件同步到移动云中，因此就有了这一步的探索。
测试同学职场成长的核心认知
2113
技术 质量 测试 成长
拓展认知边界，比技术更重要。
重磅发布！2024年全栈测试开发实战指南（第5期），技能进阶必备！
2791
第5期，重磅回归！
JMeter 常见易错问题
1975
JMeter 常见易错问题
解密：多线程编程中的锁和死锁
2673
什么是锁？在多线程编程中，锁是一种同步机制，用于控制对共享资源的访问。
麦哲思科技任甲林

麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席

471 篇文章
浏览 1278.4K

还在用多套工具管项目？

一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。

查看方案
麦哲思科技任甲林的其他文章
需求变更的5W1H分析
why，需求为什么变化？   甲方的特殊原因：     不知道如何说清楚需求；     没有明确的需求；     没有确认乙方描述的需求；   乙方的特殊原因：     理解错了需求；     没有很好的诱导客户的需求；   共性原因：     业务就是变化；     人与人之间的沟通本来就存在障碍； 特殊原因是可以消除的，共性原因是难以消除的。 who : 谁会提出需求变化？   客户：客户方的
唐僧团队是否是一个优秀的Scrum团队？
唐僧团队通常被认为是一个成功的团队，因为他们是不同风格的成员组合在一起，经过了磨合后，同心协力达成了最初的目标，封神成佛。一个成功的团队，未必是一个优秀的Scrum团队。如果站在Scrum的角度来检视唐僧团队，他们有哪些突出的待改进之处呢？1 不是学习型团队在整个团队组建以后，团队成员的技能没有发生变化，孙悟空仍然还是那些绝技，猪八戒沙僧也没有学到新技能。每次打完妖怪后，没有总结经验教训，如何更好、更快地降服妖怪，打完一次妖怪，团队的整体技能没有提升，说明该团队不是一个学习型团队！...
防止局部代码变更腐蚀全局最优的CMMI实践指南
《代码变更防腐指南》摘要：本指南基于CMMI体系，结合人机协同模式，规范代码变更全流程管控。核心要求所有变更（人工/AI生成）必须遵循全局优先、最小变更等五大原则，防止局部修改破坏架构质量。通过PLAN、TS+PI等五大实践域建立三维防腐机制，利用AI自动校验变更合规性，设置质量门禁拦截腐化代码。配套分级管控红线与持续改进机制，将典型问题沉淀为组织资产，实现从预防到治理的全流程闭环管控，保障系统长期可维护性。
过程改进方法重于CMMI模型
过程改进方法重于CMMI模型在实施CMMI的过程，理解CMMI模型的难点之一是理解模型，模型理解不深不透，就无法正确地判断是否达到了模型的要求，可能做了很多投入产出不成比例的活动，造成资源的浪费。在理解了模型之后，更大的困难在于如何在企业里推广CMMI模型。举个很简单的例子,按CMMI模型的要求，项目组应该进行估算：估算任务和工作产品的属性以及工作量等，对于软件开发，任务和工作产品的属性就是规模、
普通原因与特殊原因的区别
在SPC中，对过程的偏差区分了信号与噪音，信号是特殊原因造成的偏差，噪音是普通原因造成的偏差。这两类原因有啥区别呢？我归纳整理如下：　 普通原因 特殊原因 定义 普通原因指的是造成随着时间的推移具有稳定的且可重义的分布过程中的许多变差的原因，我们称之为:“处于统计控制状态”、“受统计控制”，或有时简称“受控”。普通原因表现为一个稳定系统的偶然原因。只有变差的普通原因存在且不改变时，过程的输出才是可以预测的。 特殊原因(通常也叫查明原因)指的是造成不是始终作用于过程的变差的原.
随机阅读
关于敏捷的慢思考（1）
07-12
沃尔玛的故事，读《富甲美国》
08-17
敏捷史话（九）：用做面包的方式做敏捷——Alistair Cockburn
08-21
你不知道的PHP小技巧之计算文本相似度
07-18
如何做好产品生命周期管理？
08-19
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
去下载