如何有效的减少开发对测试工程师提交的缺陷质量的抱怨

jin_wj

常听开发人员说：“这不是缺陷！”，“这个缺陷没有，因为我的系统上运行正常！”。
测试工程师本身就是做质量工作的，提交的成果本身就应该质量高些，为什么还会有这种现象？提交的缺陷引起争议是一种正常的现象，例如测试人员描述不清楚就会引起争议，或者是开发和测试所使用的环境不一致，或者不是一些必然重现的bug，又或是需要执行某些特定的操作才能重现的bug。
减少甚至避免这种现象的方法除了提高测试人员自身能力和对系统的理解外，还可以进行交叉测试。交叉测试是提高测试质量的一个有效手段，当然交叉测试会增加一定的测试成本投入。在测试任务完成后，测试工程师之间互相验证彼此提交的缺陷，就会避免了缺陷描述不清、因运行环境而产生的缺陷等一系列问题，从而大大降低了回归测试以及交流的成本，因而这种投入也是值得的，实际开发人员在单元测试阶段也会进行交叉测试，来提高开发质量。
另外，测试人员一定要按照规范描述测试中发现的缺陷，也是很有必要的。如下是我们在TD上提交缺陷的模板：
【测试环境】
1、客户端
2、服务器
3、外部网元
【问题描述】

【是否重现】

【重现条件】

【修改建议】

zhuzx

1.测试前细化测试需求,避免递交歧义缺陷；
2. 把握不准的缺陷，递交以前最好讨论一下；
3.清除无歧义的描述Bug，减少随机测试，带来不可重现的Bug；
4.做好版本配置管理工作，保证测试环境的准确性；
5.测试模块安排工程师进行交叉测试或漏测试；

jin_wj

archonwang

“这不是缺陷！”
—— 缺陷的标准是什么？如何界定缺陷？

“这个缺陷没有，因为我的系统上运行正常！”。
——你的系统可以作为生产服务器么？如果不可以，请老老实实检查该系统的配置和安装情况。

很多的问题都是因为标准不明确导致的，构建应用和修改bug是开发工程师最主要的工作，如果开发工程师只管构建，不理自己编码上的问题，那么最多只能发一半工资。如果他本人可以认可这种做法，我觉得那也无妨。不妨把剩下的那一半发放给愿意修改这些bug的工程师。

[ 本帖最后由 archonwang 于 2008-11-5 11:43 编辑 ]

yhfeifei

原帖由 zhuzx 于 2008-11-4 11:26 发表
1.测试前细化测试需求,避免递交歧义缺陷；
2. 把握不准的缺陷，递交以前最好讨论一下；
3.清除无歧义的描述Bug，减少随机测试，带来不可重现的Bug；
4.做好版本配置管理工作，保证测试环境的准确性；
5.测试模块 ...

另:如果上面几点测试工程师在提交bug时能 准确执行.一般的bug会很快解决的
如果还是有开发认为bug为非bug,可以要求项目经理和质量管理人员召集会议进行评审

rsc66

zhuzx和archonwang版主，到处都看到你们在回帖，真是一个很负责任的好版主！！

huazai_888

i was come got sauce.