如果有个BUG很tough..修？不修？【讨论帖】

yhryan

一个bug在QA与开发之间徘徊，一边说修复，一边说不修。。如何是好呢？bug的修复与否是QA说的算？还是开发说的算？还是万能伟大的老板。。。？

星空物语

商量着来，谈不合只能制作人或老板了

cncnily

说明需要改的原因和产生的后果
修不修是别人的事

shajqiu

首先QC这边先把问题按照严重程度分级，排列出Top N.
然后看一下这个问题是否在Top N里面。 而这Top N的bug列表，应该再每一次report中体现。
也就是说这些严重的bug要让项目的每个人都有所认识。

再结下来，开发人员会就这些Top N进行分析，筛选出他们认为好修的bug，进行解决。 如果发生如楼主所说的情况。
那么就应该权衡一下，如果这个他们认为没有必要修复，而这bug对游戏质量（PC游戏和单机游戏不同，我们这里的严重bug一般都是TCR或者TRC类型bug，即会对游戏发布产生分险）也不会产生重大影响。而QC部门依然坚持自己，能做的只有以下这些方法了：

－ BUG的状态在DB里面应该始终为OPEN
－ 在例会中反复强调
－ 跳过开发部门直接和游戏制作人交流

如果都战不过，那么恭喜你。测试部门在公司一定是很弱势地位。能做的也就只有不关BUG （让开发部门在这个bug里打上,WILL NOT FIX的标签）
好处是如果项目败在这个bug上，那到时候只需要开启DB，SHOW一下这个bug，自然屎盆子就不会叩在QC的头上了。

最后要说一下， QC部门都不直接做决定；哪个bug要修 哪个bug不需要修。 QC只是负责找bug；告知bug的严重程度；解释bug 让看bug的人都明白bug；
定期“报告”。但仅仅是报告而不是决策。对项目进程产生推动作用。
真正的决策者是 看报告的同学，即游戏制作人或者项目经理再或者老板。
所以楼主的 “一个bug在QA与开发之间徘徊，一边说修复，一边说不修”这句话本身就已经不对了。

cncnily

每个部门都要做好本职工作 不要越级。你要明白你的职责及范围。
在范围外的不要去管，只做自己范围内的事。
公司里的每个人每个部门不是都不一定那么的负责 每个人对问题的理解也不一样的 解决不了的找领导 领导说什么就是什么。
还是那句话 报不报是你的问题 修不修是别人的问题。

yhryan

原帖由 shajqiu 于 2010-8-4 09:32 发表
首先QC这边先把问题按照严重程度分级，排列出Top N.
然后看一下这个问题是否在Top N里面。 而这Top N的bug列表，应该再每一次report中体现。
也就是说这些严重的bug要让项目的每个人都有所认识。

再结下来，开发 ...

SHA兄不是做平台机测试的把？

shajqiu

我是做 Console测试的.
XBOX360, PS3,WII.....

wower

环境不同，策略也应不同。楼主你哪个单位的方便说一下？

真正的决策者是 看报告的同学，即游戏制作人或者项目经理再或者老板。

不见得吧，我这里游戏制作人听QA的.

[ 本帖最后由 wower 于 2010-9-16 14:35 编辑 ]

wower

看上去楼上诸位都是QA隶属制作的模式。要知道有些公司不是这样。

wower

如果都战不过，那么恭喜你。测试部门在公司一定是很弱势地位。

引用一下你的话，强势是如何一个做法呢？