怎样避免提交重复BUG
最近在CQ中重复的BUG越来越多有时验证时,总出现重复的BUG 感觉看的很烦
有没有什么好的方法来避免这个事情的发生
1、所有bug到一个人手里打开,此人负责再重现一次所有bug
2、bug摘要添加关键字,每次汇报查询所在模块+关键字,确认是否汇报过
3、每天统一汇报bug(先测试组内交流今天都发现什么bug,然后再汇报)
……
楼上的说的是个好办法,可是那样会耽误BUG提交时间吧!
用工具统一管理的
提的BUG可以找到对应的人
测试分工的界限划分的清楚点吧,所有缺陷都汇总到那个模块或功能负责测试的人员进行提交和验证,这样还可以让负责测试的人员对自己负责部分的质量有个跟客观的认识
这个方法不错
发现了bug可以群发邮件啊。
不错啊
同意5楼
模块化细分
把模块分细一些,这样在提交的时候就容易看到是否已有人提交,另外BUG标题来能看出主要是讲什么BUG的
通过BUG命名的规范等,也能够提高效率 抄送每一个相关者 可以看出开发人员绩效中没有Bug相关指标。
重复Bug,都能到验证过程了,说明Bug修改过程中也发现了。
个人认为重复Bug分两种:同根bug和完全重复的bug
同根Bug是不可避免的,但是出现这种Bug的情况也少。
完全重复bug,也有两种情况:一种是两名测试人员测试相同模块造成的,第二种是“公共功能”出现Bug,比如通用的日期控件。第一种情况,就是测试leader的责任。第二种情况可以组内互相通知,或者bug记录时单独为“公共功能”bug找地方记录。 2F 版主说的方法很好,可以从Bug提出的源头解决问题,我以前也用过,但是对于大项目,“那个人”太痛苦了。我曾经试着做过一阵子,真的有些崩溃。 模块化细分,当遇到交叉模块的bug时,告知相关模块负责人 工具管理bug,提交时添加所属模块,标题描述上做到清晰完整,每个测试人员可以看到所负责模块的所有bug,在录入时使用关键词查询,确定是否已记录。 5L的办法不错,但需要前提是各模块测试用例由所有测试员编写。
页:
[1]