软件开发的质量红线
发布于 2024-10-02
1191
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
质量红线是一种确保项目质量不低于某个最低标准的概念,代表了项目管理中的底线要求。无论项目如何在速度、成本、质量和效率(多快好省)之间权衡,都不能跨越设定的质量红线。这个概念强调了质量管理的重要性,确保短期内的权衡不会损害长期利益。
在建立质量红线时,应考虑质量的投入与产出两个方面。质量投入包括评审和测试的工作量及其所占的百分比,以及测试用例的密度等。质量产出方面则涉及评审和测试中发现的缺陷密度,以及缺陷逃逸率等指标。这些指标可以是定量的值,也可以是非定量的,但非定量的质量红线应便于监测。
质量红线体现了公司对质量的最低承诺,并且随着时间的发展,客户要求的提高和公司管理水平的提升,这些质量红线可以逐步提高,以反映企业对长期质量的持续关注和改进。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
职业的程序员与业余程序员
(1)职业的程序员设计的时间长于编码的时间,业余程序员编码的时间长于设计的时间; (2)职业的程序员是设计程序,业余程序员是调试程序; (3)职业的程序员是预防BUG,业余程序员是修改BUG; (4)职业的程序员无论何时都能读懂自己的代码,业务程序员总是读不懂自己的10天前的代码; (5)职业的程序员总能读懂别人的代码,业余程序总是读不懂别人的代码; (6)职业的程序员习惯了读别人的代码,业余程序
不可重现的BUG的应对策略
问题场景:有一些比较严重的BUG随机发生,难以查找规律的,测试工程师提交上去后,有可能会出现以下三个情形:1.开发人员试图重现,重现不出,Reject回来;2.开发人员找不到规律,所以不去解决,问题一直处于Open状态;3.开发人员因为问题难以解决,所以直接Resolved回来,觉得反正是偶发的,先改成解决状态再说。对开发人员、项目经理和测试工程师来说,正确的处理方法应该是怎样的?解决方案:1 缺
规模估算的敏捷方法:策划扑克法
策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点(story points),故事点只是一个计量单位的名称而已,你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量,也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位,不象度量长度的单位:米,大家都知道1米有多长,你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模,不同的项目所定义的故事点
浅显与深奥
项目管理类与工程类的过程域已经讲过多遍了,在每次讲课前,总要花费很多时间来备课,每次备课,每次讲课都会有新的体会.然而仍然对CMMI中的有些概念不能准确把握,很是郁闷.忽然想起来了"简单就是美"这句话,模型是实践的总结,不是理论的总结,我也有10多年的软件工程经验了,也读了N多的书,为什么仍然在查阅了那么多资料后,仍然模型中的概念和实践映射不过来呢.如果我们专业的咨询顾问不能掌握的话,只能是模型太
开好迭代回顾会议的5个原则
迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有: 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施; 把回顾会议开成
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线