51Testing软件测试论坛

标题: 开发与测试的沟通问题？？ [打印本页]

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

作者: dawee 时间: 2009-2-13 13:06

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

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

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

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

作者: black_tulip 时间: 2009-2-13 13:29
项目负责人来确定。开发组长测试组长都不要啰嗦。

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

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

作者: didiyou88 时间: 2009-2-15 21:42
看来我们测试部的流程有些不规范，我们平时都是测试人员设定优先级，BUG的优先级应该由掌控整个测试进度的人来决定的。

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

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

作者: jenvee 时间: 2009-2-17 17:10
标题: 学习
谢谢

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