开发与测试的沟通问题？？

didiyou88

1测试人员对某个BUG的等级设置为优先解决的严重错误，但是对于开发人员来说只是很小的错误，开发很不满。（事实是很严重的BUG）,该怎么样才能达到双赢的局面？

dawee

原帖由 didiyou88 于 2009-2-12 17:33 发表
1测试人员对某个BUG的等级设置为优先解决的严重错误，但是对于开发人员来说只是很小的错误，开发很不满。（事实是很严重的BUG）,该怎么样才能达到双赢的局面？

是对优先解决（修改优先级）不满还是对 严重错误（严重程度）不满呢？

个人认为修改优先级最好由开发负责人来分配，走  测试-->测试组长-->开发组长-->开发人员-->测试 这个流程。

对于严重程度，个人认为首先还是讲道理，对于开发来说，可能就是写错个字母或符号写错或少个判断，但是表现出来的现象却很严重，如果是单纯的黑盒测试，本身就是以表象来判断严重程度的，如果是我，在有严重分歧的情况下，我会主动找开发沟通，如果谈不妥，我会找我的上司。

black_tulip

项目负责人来确定。开发组长测试组长都不要啰嗦。

velata

1、测试组制定bug分级标准。什么样的bug是非常严重的、严重的、一般的、轻微的、建议的（最好各个级别都是有实例）。
2、在公司内（项目内）确定此标准。bug干系人：产品组（需求）、开发组、测试组的leader，一起对这个标准进行修订，大家都认可后在各自组内宣传、讲解。
3、发现bug后直接按照分级标准划分。当然有些拿捏不准的可以测试组内商量。

velata

对于优先级，我们一般不是测试组定，而是项目经理或者是开发负责人选择。
因为有些bug可能是很严重的，但是它是由非常复杂的路径导致，在真实业务中几乎就不会发生，在进度压力下可能就是会延迟解决。优先级是一个综合考虑的东东，单由测试组决定不是很好。（最后一句只是俺个人想法）

didiyou88

看来我们测试部的流程有些不规范，我们平时都是测试人员设定优先级，BUG的优先级应该由掌控整个测试进度的人来决定的。

jackylei

我认为优先级从测试角度来说，表明了bug的问题影响程度，至于是否是解决的优先级，还需要考虑其他一些因素，比如是否必先、是否常用、进度如何等等

sense

严重程度是从测试的定义来的，这个规范要宣传，项目组内要统一是一定的
有时候觉得开发有意见是可能和考核有关，这样就会比较麻烦
优先级由开发来决定是好的，从修复的角度来确定，但还有一个角度是从测试的角度，如果影响测试的，比较重要的，也会定义会优先的，基本上严重程度和优先级还是有一定关联的

jenvee

谢谢