大话西游3内测BUG提交指引

　　这是一篇提交BUG的指引，可以帮助各位大话3的参测玩家了解测试基本知识，在内测阶段提交清晰明确的BUG问题。

问题一：什么是BUG？

　　BUG，也称“缺陷”，还有少量书籍上翻译叫做“隐错”。是指软件中的各种设计上的逻辑错误，通常指的是计算机程序代码可以顺利编译通过并且运行，但是运行结果错误，与预期运行的结果不符合。

　　最简单的例子，想做加法运算的一段程序，由于失误进行了减法，那么计算机程序可以正常运行，但是算出来的结果却不对。

　　这，就是“缺陷”。也叫BUG。

　　通常的，在游戏中遇到比如各种当机、客户端崩溃、任务逻辑错误不能交、刷钱刷经验漏洞、种种类似情况，都算是“缺陷”。

　　比如大家提的比较多的大话3战斗中站位不对，还有场景卡住人等等问题，这些都是大话3的BUG。

问题二：游戏可能会存在什么“缺陷”？

　　游戏，是计算机软件的一个特例，它具备计算软件的基本特征，但是它又具备游戏软件所特有的特征。

　　普通的计算机软件：
　　WINDOWS/OFFICE/PHOTOSHOP这种都算是。

　　游戏：
　　 除了普通软件的特征之外，游戏还可能存在各种游戏设定上的漏洞、错误、缺陷。常见的比如游戏引导不明确，导致玩家迷茫；再比如收支设定不合理，玩家赚钱太快或者太慢；或者比如各种设计上的“后门”，导致的任务、系统、规则之间冲突引发漏洞；再有就是比如界面操作不方便、或者游戏难度太大关卡打不过，诸如此类等等问题……
　　游戏中的普通软件特性的问题包括比如当机、站位错误、各种判定比如死亡、切换场景异常、或者比如任务做不下去，等等诸如此类问题

　　当然，除了上面列出来的，还存在有很多很多未列出的问题。总结起来说，游戏中存在的各种“异常”和“不合理”，都是BUG。

问题三：发现了BUG应该怎样做？

　　发现了BUG，当然是要报BUG。

　　如果是发现程序运行异常的BUG：
　　这里存在有一个问题，其实，一个游戏的程序代码，肯定不会少于几十万行。单纯的发现了一个比如人物站位错误了，或者任务做不下去了，或者是服务器当机了，或者是客户端崩溃了，单纯的发现这种问题，告诉开发人员说“服务器当机了”，其实这时候开发人员是很迷茫的，是很无奈的，几十万行代码啊！这么去查，肯定很难查出问题在哪里的。
　　所幸的是，程序员有调试的办法，通常会逐渐跟踪数据的变化来发现程序代码是运行到哪里出错的。
　　但是这就需要测试人员以及程序技术人员的“重现”，就是把发现的BUG再重演一遍。确定了一个必定重现的方法之后，技术人员根据这样的重现方法，去跟踪代码中涉及到的语句行，从而发现问题在哪里，进而修正BUG。

　　如果是发现设计上的不合理：
　　这种通常不需要“重现”，只是需要设计者清楚用户（玩家）的需求，清楚玩家这时候想要什么，玩家遇到了什么困难情况，就可以了，下一步就是设计者针对玩家的需求、心理，把游戏设定进行更合理的修改。

问题四：怎样报一个清晰明确BUG

　　通常的，报一个BUG上来，程序技术人员最想知道的，就是BUG的重现过程。这对解决问题很有帮助。

　　所以，报一个清晰明确的BUG，最重要的就是重现方法。

　　重现方法通常是包括：

　　1、 BUG发生时候我正在做什么？
　　例如：正在战斗，用了一个××技能？死亡？聊天？

　　2、 BUG发生时候周围的人正在做什么？
　　例如：有人正在和我交易？有人加了我好友？

　　3、 BUG发生时候周围的环境是怎样的？
　　例如：很多人，很卡？正在什么场景？正在战斗中？聊天频道有人发大量的消息？我的道具栏满了？

　　4、 需要仔细回忆BUG发生之前所作的事情，BUG发生之前做了什么事情？
例如：先去做了一个赏金，然后没有交任务，又去接了一个种花任务，然后掉线了，再上线又如何如何了……

　　5、 运行的硬件、软件环境：操作系统，WIN98/WINXP或者是别的什么操作系统？内存、显卡、CPU、声卡？是否开了病毒防火墙，是什么？网络质量是什么情况，电话线拨号？ADSL？网吧？校园网？网通？电信？铁通？长宽？

　　6、 如果有截图，那么请附上截图。

　　7、 如果有录像，那么请附上录像。

　　通常的报一个BUG按照下面的格式就可以了：

　　BUG标题：取一个简单明了的标题，让人一看就一目了然。
　　好的标题：赏金任务出现不能交还的情况。
　　不好的标题：赏金任务有大BUG。

　　BUG描述：要把BUG现象描述清楚，让人知道病症的症状，相当于问诊。
　　好的描述：领了赏金任务之后，交给NPC××的时候，他只说闲话，不收我的任务道具。
　　不好的描述：赏金任务交不了了。

　　BUG重现方法：要描述清楚你是怎么遇到这个BUG的。
　　好的描述：领取一个赏金任务，得到一个+号的任务道具，要求把它交给NPC阮夫子，但是无论我点击还是给与他，都没有反应，任务无法做下去。
　　不好的描述：领了赏金任务之后不知道怎么就是交不了。

　　BUG的重现环境：要描述清楚发生BUG周围的环境。有需要才描述，比较明显和BUG发生无关的环境就可以不描述了。
　　好的描述：
　　发生BUG的时候，我正在战斗中，守护被打飞了，有个队友掉线了，战斗中有人加我好友……
　　所在服务器、ID、帮派、种族、装备情况、带守护情况、任务进行情况等等……
　　不好的描述：
　　通常是根本不描述。

　　BUG的运行环境：
　　好的描述：
　　操作系统：WINDOWS XP、512M内存、GF5700显卡64M显存、板载声卡、P4 2.4G的CPU、电信ADSL网络、开了卡巴斯基防火墙。
　　不好的描述：
　　通常是根本不描述。
　　最后是附上你的截图或者录像。

　　其他一些关于提交BUG的常识：

　　通常提交的BUG都是有严重性的区分的，诸如错字这种，就是比较轻微的BUG，然而比如程序崩溃这种就是非常严重的，还有介于中间的一些级别。当然，这种区分只是内部人员才会做，不需要普通用户也了解，但是从工作人员来说，越早发现严重的问题，越早修正严重的问题越好。

问题五：收到BUG之后工作人员会做些什么？

　　收到BUG之后，当然要做的是鉴定BUG，要辨别出大家所报的问题是否确实属于BUG，而非游戏正常设定或者误报。

　　我们会将BUG以表单的形式提交给测试工程师，由测试工程师对BUG进行验证是否能重现。

　　如果能够顺利重现BUG，那么一般来说，程序技术人员都会很快的把BUG修正。

　　如果迟迟重现不出来，那么查找到原因的机会就会大大减小，处理起来也就慢很多了。

　　如果是玩法设计方面的问题，则一般是由策划修改游戏设定，再交由程序技术人员修改程序代码。

　　所以，请大家提交BUG的时候，一定一定要把BUG的前因后果都描述清楚哦。