从根本上说，BUG是很难避免的，但是大话三的很多BUG却是本来就不应该犯的常识性错误，在这点上，我不得不说BUG测试员意识不够，在测试方面的工作做的不够好！所以我觉得很有必要讨论下应该如何尽可能的杜绝BUG！
　　一：内部测试员测试杜绝BUG
　　首先，大话三是一款更新内容比较频繁的游戏，一周更新一次内容，对于测试人员的确是一个不小的压力！
　　大话三每周三维护更新，如果测试人员仅仅在维护的这点时间去测试新更新的内容话，那么测试一定是不完善的！
　　大话三玩法系统很多，开发组开发设计新玩法，新东西的时候难免会考虑不周，前后矛盾，测试人员如果仅仅测试新推出的东西很难测试出BUG，因为BUG往往会在其他相矛盾的地方出现！所以测试人员仅仅把刚维护更新增加的东西略微测试下就说新版本没有问题的话！那么开服后往往会出现大问题！
　　内部测试人员的测试时间不应该仅是维护时，那时候时间匆忙，很难发现BUG!BUG的测试工作也就完全没有意义了！
　　测试应该从平时抓起，每新增一个小东西就着手测试，细致测试，这样才能更好的防止一些低级BUG出现扰乱玩家！
　　我认为BUG测试应该这样进行：
　　1，基本测试
新增的任务或者玩法，由测试员按照标准流程进行测试，看是否有异常问题
　　2，反复测试
新增的任务或者玩法，由同一个测试员按照标准流程进行多次测试，看是否会出现异常（端午活动奖券问题肯定就没这样测试过）
　　3，多人测试
新增的任务或者玩法，由多个测试员同时按照标准流程进行多次测试，看多人任务时是否会出现矛盾，交叉现象，同时领取任务后可否串杀（坐骑任务BUG肯定没有经过这种测试）
　　4，奖励测试
新增的任务或者玩法，是否可以通过反复对话的方法无限领取奖励？或者递交任务品取得奖励后，是否可以通过交易，购买等方法获得任务品，再次领取奖励？身上包袱满后可否领取奖励或者刷守护类奖励？包袱留空后，若一次领取奖励失败，可否再次领奖励
　　5，数据测试
新增的因素和以往相关因素叠加算极限，是否符合当初数据设计本意，是否过于变态影响了游戏的平衡？
　　6，溢位测试
新增的可以输入数据的地方输入负号或者输入敏感数据是否会出现异常？
从以前刷钱BUG来看，大话三的敏感数据为2147483648和2147483647
输入这些数据后是否会出现负负得正之类的异常数据问题
　　7，小号测试
一些奖励方面虽少的的任务，是否可以通过刷小号的方法不断牟取利益，破坏游戏经济
　　8，系统测试
新增任务会不会影响正常系统的使用，如发言系统
　　9，交叉测试，新增任务或者玩法不断与前边没有问题的玩法系统交叉起来测试，系统玩法间的焦点就是测试点！看看新增的玩法会不会在以往没有BUG得玩法中造成BUG

　　二，非收费区测试杜绝BUG

　　当然，经过这些环节的测试后，也不能完全的杜绝BUG，毕竟测试人员的智慧远远不能比过广大玩家的智慧，但这样做可以杜绝大多数低级BUG!

　　也正因为如此，大话三应该更改一下测试机制，在经过测试人员的测试后，将测试内容放入试玩区测试！在对试玩区反映时刻留意的情况下，密切监控试玩区数据有无异常，从而判定是否有问题存在！切不可过于急躁将测试内容放入收费区测试！
　　没有人愿意当付费测试员，这点需要格外注意！

　　三，增加激励机制，回档果断，及时补偿杜绝BUG
　　现在大话三的现状是什么？ 对BUG视而不见！找BUG做什么，找BUG没有意义，不仅没有奖励，还要受到惩罚！客服缺少相应的激励政策，造成发现BUG者瞒而用之，用而利之，利而传之，传而知之，知而罚之，罚而骂之，骂而封之，封而走之的恶性循环
　　内测开找BUG活动并不意味着只有内测才有BUG，就算经过试玩区测试再投放到收费区，也有可能会有一些意想不到的BUG出现！因此充分调动玩家找BUG得积极性才是当务之急！
　　第一个找出影响游戏的大BUG并论坛发布者，奖游戏中稀有消耗品，并且毫不犹豫的针对BUG进行回档！因为有奖励机制存在，BUG往往会在第一时间汇报上来！对广大玩家影响也会小很多！然后再针对回档作适当补偿！只有这样才能减少论坛骂声，更好的防BUG于未然