51Testing软件测试论坛

标题: 软件测试质量指标的设定 [打印本页]

作者: 风飞花 时间: 2009-11-18 16:51
标题: 软件测试质量指标的设定
最近公司引进了CMMI，最近遇到一个疑惑，和大家一起讨论一下。

每个项目需求阶段都会针对需求和改动进行工作量估算，但是在本次项目中遇到了这样的问题：测试过程中发现了很多以前版本的问题，且并非本次改动引起。结果研发人员就不修改这些缺陷了，理由是：
1、开发的工作量估算里边不包含发现的老版本的问题，如果修改这些问题势必会增加很多工作量，会影响交付。
2、质量目标是根据增删改的代码来计算的，老版本的问题不应该计算到质量目标里边去，所以发布不会有问题。

可是作为测试人员是无法容忍这些缺陷随着产品发布出去的，更别说质量目标根本不达标的情况。请各位大侠指导指导，谢谢了。

作者: yolander 时间: 2009-11-18 17:05
1、开发的工作量估算里边不包含发现的老版本的问题，如果修改这些问题势必会增加很多工作量，会影响交付。
2、质量目标是根据增删改的代码来计算的，老版本的问题不应该计算到质量目标里边去，所以发布不会有问题。
______________________________________________________________________________________
从这两条描述中可以明显感觉到是度量计划里的度量目标和质量计划里的评价标准没有做好

作者: chengxq 时间: 2009-11-23 17:32
LZ提的问题，不在于CMMI，而是在于和客户的沟通，对以前版本是否进行修正，其次不知楼主是否清楚，定义质量目标的目的是干什么

作者: DIOBRANDO 时间: 2009-11-24 13:06
质量目标应该以满足客户要求为基础，过度的质量是浪费资源
针对楼主的问题，老的缺陷，当时为什么没修改？另外这个缺陷，对于用户来说是否可以接受？如果用户不能接受，那应该是坚决要修改的，毕竟项目最终是要为用户服务

作者: kuailederen 时间: 2009-11-27 12:31
唉，都是为标准所累啊。引进人家的东西，可以有所取舍的用。
人家质量目标里没有包括老版本问题，加上这一目标，不就行了。列这么一个老版本的项，纳入管理。这是持续改进思想允许的嘛。
我还是觉得，客户是无辜的，不能侥幸的以为他们能容忍这些缺陷，这不是我们做测试，做质量管理应该持有的心态。
别忘了，在我们入行的第一课，我们就知道一个要坚持原则。

不知道谁那边cmmi用的比较成功，可以加我MSN聊一聊。cys_goodluck@hotmail.com

作者: 风飞花 时间: 2009-12-1 21:13

原帖由 yolander 于 2009-11-18 17:05 发表
1、开发的工作量估算里边不包含发现的老版本的问题，如果修改这些问题势必会增加很多工作量，会影响交付。
2、质量目标是根据增删改的代码来计算的，老版本的问题不应该计算到质量目标里边去，所以发布不会有问题。 ...

现在很迷茫，可能是因为刚开始，请多多指教。

作者: yiding_he 时间: 2009-12-1 23:01
标题: 质量目标是根据增删改的代码来计算的?这明显不合逻辑
质量要素有几个：用户满意度、BUG 数量和盈利率。其中用户满意度是最重要的，因为它关系到长远的利益。BUG 数量直接反映了开发人员的水平。盈利率跟项目范围和生命周期有关。能够在这几个因素中达到平衡的，就是质量最好的。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)