QC应为设计缺陷承担怎样的责任？
设计缺陷是否为bug？在产品的整个生命周期，QC需要为设计缺陷承担怎样的责任呢？说说我的理解。
广义上讲，设计缺陷就是bug；狭义上讲，设计缺陷不是bug。不同的时期对QC在这一方面的要求可能有所不同。
在开发期，QC通过文档分析来发现设计缺陷，主要是策划设计文档的不合理之处；除功能模块自身逻辑之外，还要联系整个产品的其它功能。这是QC的主要工作内容和职责之一。在alpha测试阶段，QC仍有途径来发现和反馈设计缺陷。这2个时期，QC都有责任来解决掉可能的“设计缺陷”，而不是置之不理或轻描淡写；必须有个结果，而结果是说服或者被说服。
在beta测试阶段，设计缺陷通常会通过运营渠道反馈上来，项目经理乃至主策、主程和测试主管都将知晓该情况。这是职责的定位是比较敏感的。我想QC的第一反应不要去追究大家的质疑“为什么有这个缺陷存在？为什么没能更早的发现这个缺陷？”而是把第一时间拿来跟进解决方案。当质疑结束，总结经验教训是必须的。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/qiaoanlu/archive/2010/03/26/5418691.aspx 游戏测试职业讨论群号：106566454
本群的定位是：游戏测试的职业发展、技术、管理的讨论群。
本群只允许讨论游戏测试相关内容。1月不发言者将被请出该群。
本群允许人身攻击，但不许骂脏话。
希望每个人都能为群共享，并从这里获得。我们在一起交流和提高。
为了保证本群能达成该目标，本群欢迎1年以上工作经验的游戏测试从业者加入本群。 测试新人来观摩观摩 在做游戏系统或功能时，程序和QA都应该提前拿都需求文档，从不同角度提出自己的看法并找出文档中的缺陷，但现在很多公司都是在分配任务时才拿到文档，或者是程序做完了才知道有更新。另外QA不是万能的，我们保证需求文档上的功能能正常实现，同时在各种异常的情况下游戏不出错这个需要个人的经验积累，但我们不能保证这个功能一定完美不出BUG。 :L:L:L:funk::funk::funk::funk: 天姿的博文
页:
[1]