测试如何更有效说服研发去修改bug?(转)
J h0W'd(W4T&K0本文出自51Testing软件测试网,感谢会员sun_0910在每周一问(08-10-27)中的精彩回答。51Testing软件测试网0S@:J0r1AaI
http://bbs.51testing.com/forum-157-1.html51Testing软件测试网ldVV
i
问题描述:测试过程中一些bug会被研发认为是无效bug,但从用户角度出发,测试认为该bug需要更改,此时测试如何更有效的说服研发去修改bug?
)Zw9k9]\et.l05Vk2E3A eG1\$l @%N0精彩回答:
Z"[ud#n~0s/Z9A.||+N2V3]0 1. 扭转研发领导的思想,提高研发人员的响应速度:51Testing软件测试网f5v{a8z6^
`j8A q2m8[a3N`"~0 a). 让研发团队的领导重视缺陷:51Testing软件测试网r_#Sr~4kW
51Testing软件测试网4tO WXq/V\6pJ很多研发团队的领导都是销售出生,懂技术的很少,他们和搞技术的想法明显不一样。我在的第一家公司,发布版本时很多时候,都是没有测试结束,功能开发的差不多就把产品卖掉了,后面再对版本不断升级,结果这个公司没多久大概3年不到就散伙了。后面一家公司的领导是做质量管理出生的,明显对测试的质量要求就不一样,每次要求都特严,对以前测试结束标准都做了进一步的修改。如果领导对缺陷都视而不见,你说研发人员还愿意花大量的力气去修改Bug吗?所以说,团队的领导的想法或意识,对缺陷是否修改起到非常重要的作用。我记得以前测试高手zhuzx也在每周一问中提到过,大家也可以借鉴一下。
}+l8UzE H)NY0n'eK!wW0 b). 采用常用的缺陷管理工具(QC9.0),提高缺陷的透明度:51Testing软件测试网g{\P6\3F/M"T)n
51Testing软件测试网r#g*RE.iT0}我们公司使用缺陷管理工具(QC9.0),测试经理任管理员,给公司高层领导、项目经理、开发经理都分配了权限,自己可以登录系统查询相关信息。在测试后期,特别是要发布版本前后,领导们一有空,也随时上去浏览一把,无意识给开发人员施加了较大的压力。如果这个时候还有很多Open的缺陷,开发人员自然不敢怠慢。51Testing软件测试网)H"C3ID U%^d4W3v
51Testing软件测试网 d?3H#T{@c). 把开发人员的修改缺陷的响应速度,记入绩效考核内容:
GO*q;Gx051Testing软件测试网ig0E wk"cEY}由于公司总监特别关注产品质量,我们公司对缺陷修改这一点做得比较好,每次都是递交缺陷以后,开发人员响应特别快。如果有疑问,就马上和测试人员一对一交流,尽快修复或解决该缺陷。我们公司的口号是:“宁愿花出100倍的代价,也不让发现的缺陷留给客户”。还有一点就是开发人员绩效考核的时候,我们测试人员要给开发人员打分,很重要的一点就是:开发人员对测试缺陷的响应速度,如果这一项很低的话,老大要找你谈话的,问具体原因是什么?呵呵。所以,我们公司很少有测试人员追着开发修改缺陷的情况,把修改缺陷的响应速度纳入个人绩效考核,我个人觉的是一种比较好的方式,值得借鉴或推广。51Testing软件测试网_ US:}h4d5m;g
51Testing软件测试网V-JH6EY0l|"?2. 组建一个合理的研发团队,规范测试规范:
$z R8X8cGe7{0h Q@K"_"` r#me;N J+`/w0 a). 关键是建立一个完善的研发机制:
GlzC0i Li051Testing软件测试网}7s/^)Ya/NS(Ks在大多数情况下,是不是软件缺陷或者需不需要修改,怎样修改不是测试人员和开发人员说了算的,应该是靠研发部门的相关制度或相关部门去约束。毕竟在国内软件的软件企业缺少这样的部门,所以说把修改缺陷相关的重任推到了测试人员的头上,其实对测试人员实在是太不公平了。要解决这个问题,最关键就是建立一个完善的研发机制,让QA等相关部门督促解决这类问题,比较好。