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

yhryan

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

wower

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

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

wower

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

wower

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

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

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

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

shajqiu

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

yhryan

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

再结下来，开发 ...

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

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

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

星空物语

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