欢迎来到测试投入度量元的选择
发布于 2024-10-02
1136
版权声明
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：测试投入度量元的选择
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目在讨论测试是否结束时常常关注缺陷的数量、严重级别和关闭情况，而忽略了测试投入是否充分。测试投入可以通过多个方面量化，例如测试用例的密度、工作量、工期和人数等。
选择合适的测试投入度量元需要根据产出来定，通过收集多个项目的度量数据并分析其与测试产出的相关性来判断。如果度量元与测试产出相关，则可作为测试投入的度量元；否则应舍弃。
系统测试用例密度是一个合适的度量元，如图二所示。而图三显示，缺陷逃逸率与测试工作量/开发工作量不是合适的度量元，这一点在不同公司可能不同。
在其他条件相同的情况下，测试投入充分时，发现的缺陷多意味着代码质量差，缺陷少则代码质量好。图四说明，当测试投入达到8人天/KLOC，缺陷密度趋于平稳，此时可认为测试投入充分，无需进一步测试。
麦哲思科技任甲林
查看原文：测试投入度量元的选择
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席
471 篇文章
浏览 850.3K
还在用多套工具管项目？
一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
维护项目的管理策略案例
维护类项目的定义： （1）在已交付的软件基础上增加少量功能； （2）对已交付的软件进行局部的需求变更； （3）修改已交付软件的bug；维护类项目的特点： （1）工期短，客户要求相应快； （2）对已有的软件进行局部修改，投入的人力少； （3）变更容易对已有的功能造成影响，容易注入新的bug； （4）需求沟通、设计方案的确定、测试的
客户的水平决定了供应商的水平
美国国防部是全球最大的软件客户，为了管理好自己的软件供货商，所以才产生了CMM，才会有N多的给美国国防部提供软件服务的企业要通过CMM评估，是客户的要求促进了软件供应商的管理水平的提高。 在国内做软件开的软件公司中，做外包的软件公司普遍比非外包的软件公司管理更加规范，因为客户要求提交的软件要改掉了所有的已知缺陷。在外包公司中，对日外包的软件公司的管理水平要好与对欧美的外包的软件公司，因为日本的客户
浅显与深奥
项目管理类与工程类的过程域已经讲过多遍了，在每次讲课前,总要花费很多时间来备课,每次备课,每次讲课都会有新的体会.然而仍然对CMMI中的有些概念不能准确把握,很是郁闷.忽然想起来了"简单就是美"这句话,模型是实践的总结,不是理论的总结,我也有10多年的软件工程经验了,也读了N多的书,为什么仍然在查阅了那么多资料后,仍然模型中的概念和实践映射不过来呢.如果我们专业的咨询顾问不能掌握的话,只能是模型太
过程描述的方法
图片： 图片： 在CMMI模型中提供了一种描述过程元素的方法，包含了12个要素：• 过程角色（Process roles）:哪些角色参与本过程的哪些活动，可以用角色-职责矩阵表示• 适用的过程和产品标准（Applicable process and product standards），包括企业内的或者企业外的• 适用的规程、方法、工具和资源（Applicable procedures, meth
我说CMMI2.0之同行评审
同行评审，不是通过测试去发现缺陷，而是通过专家阅读文档、代码发现缺陷，是在实现之前发现缺陷的最有效手段。同行评审这个PA是从VER中剥离出来的，原来1.3版本的VER与VAL合并成了VV PA，让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。这个PA的实践描述通俗易懂，最好理解。但是，很多公司做了同行评审，效果不好。我之前写过多篇博客讲解同行评审如何做的问题，分别列举到对应的...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线
-
联系我们
电话：4006 8899 23 邮箱：beining@chandao.com -
融实践库
关于我们 加入我们立即学习
微信号：rongpmcom
-
微信公众号
-
微信视频号
-
社区微信群
