测试投入度量元的选择
发布于 2024-10-02
931
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目在讨论测试是否结束时常常关注缺陷的数量、严重级别和关闭情况,而忽略了测试投入是否充分。测试投入可以通过多个方面量化,例如测试用例的密度、工作量、工期和人数等。
选择合适的测试投入度量元需要根据产出来定,通过收集多个项目的度量数据并分析其与测试产出的相关性来判断。如果度量元与测试产出相关,则可作为测试投入的度量元;否则应舍弃。
系统测试用例密度是一个合适的度量元,如图二所示。而图三显示,缺陷逃逸率与测试工作量/开发工作量不是合适的度量元,这一点在不同公司可能不同。
在其他条件相同的情况下,测试投入充分时,发现的缺陷多意味着代码质量差,缺陷少则代码质量好。图四说明,当测试投入达到8人天/KLOC,缺陷密度趋于平稳,此时可认为测试投入充分,无需进一步测试。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 708.9K
用例,Bug一团乱麻?
用统一平台打通用例、缺陷与测试执行,告别碎片化管理。
查看测试管理方案
麦哲思科技任甲林的其他文章
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
刘欢
做完了汉王的正式评估,忙了一周,很累。 老耿出差到北京,于是去了他住的宾馆,一人一瓶小二,活血,放松。 回到宿舍,打开电视,中央四台中华情欢聚中山节目,刘欢在唱歌。 刘欢,是除了齐秦之外我最喜欢的歌手。 喜欢齐秦,因为其歌曲的凄美、苍凉。 喜欢刘欢,因为其才,无论是他唱的豪放的《好汉歌》,还是他唱的柔美的《弯弯的月亮》,刘欢对声音控制的技巧可以说是炉火纯情。 实力派的刘欢,我喜欢,希望他一直唱下去
软件项目用人十二策
1 高天赋原则:选择高水平的人员,赋予高水平的待遇,宁缺勿滥。 2 自我发展原则:选择有悟性的能自己不断进步的人参与到团队中来。 3 工作匹配原则:培养专长,稳定专业方向,在某个专业方向使其成为专家,分工时也按其专长进行分工。 4 职业发展原则:一专多能,定期转换方向,当在某个专业方向上成为专家后,要适时变换方向,使其更加全面。如果总是在一个方向上发展,可能导致该人无法寻找
量化考核指标的TQC法
大分类小分类KPI计算公式考核规则出发点数据采集方法潜在的问题 结果工期(T) 取值范围:0.6--1.5工期偏差率系数(DVI)(实际工期-计划工期)/计划工期1 若DVI2 若DVI>10%,则工期系数为0.9,DVI>20%则工期系数为0.8,DVI>30%则工期系数为0.7,DVI>40%以上则工期系数为0.6对于
案例:问题处理与原因分析报告的模板
如何对问题进行原因分析?如何识别出应急措施、纠正措施、管理措施、固化措施?做到技术与管理的双归零,本文将给出两个案例供大家参考。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线