好看吧

手机浏览器扫描二维码访问

第三章 出现bug之王千金牛（第2页）

这个游戏顺利进行公开测试，人气如潮。

公测第二天，游戏数据分析员目瞪口呆的看着数据log：

道具：杀破狼

游戏中已经存在个数：3枚。

马上，接到数据分析员的紧急报告，如同被火烧了屁股一样的主程序员跟产品经理连夜开会商议之后，得出结论，应该是掉率的设计上有疏漏，导致玩家在开服第二天就打到了这枚最难掉落的戒指。

最后，由公司高层、游戏主程序员、运营经理等多方紧急召开的会议做出决定：回档。

于是第二天一早，官方网站放出公告：“尊敬的玩家，因为服务器网通和电信机房故障，我们不得不遗憾的告诉大家，数据库回档到昨天，为此，我们表示十二万分的歉意！”

在玩家如潮的谩骂声中，服务器数据紧急回档到开服的当天。

虽然对于游戏在线和玩家的恶评上造成了不可弥补的影响，但是，总好过游戏中最为极品的装备因为数据错误成为开服第二天就有三个的大路货来得好啊！

这一次，游戏主程序员战战兢兢的看了又看，在核对了三十次之后，终于把调整好的新的杀破狼掉率上传到服务器。

这一次，杀破狼掉率改成了一百亿分之一。

旋即游戏再度开服了，所有人都松了一口气，不管怎么说，终于度过了这次难关。

正当大家准备开香槟庆祝游戏公测成功时，数据分析员再次拿着刚刚提取出来的游戏数据分析log，满头大汗的冲了进来。

道具：杀破狼

游戏中已经存在个数：5枚。

在一片混乱中，所有人都明白了一个事实：这，绝对不仅仅是简单的数据填写纰漏造成的问题！

一定是有人掌握了游戏中的bug，导致能够迅速刷到这个枚游戏中最为难得到的终极装备。

而且最为关键的是，这个bug，作为开发人员和游戏设计者主策划，却根本一无所知！

既然事情发生了，那么就必须得解决，再次回档是不可能的了，上次回档已经让游戏的在线玩家流失了近乎三成，再来一次回档的话，大概公测也不用做了，大家一起关服大吉好了。

于是，在紧急召开的事故分析会议上，做出了三项决定。

1、集中所有技术力量，开始全力排查游戏中的每一行数据代码，争取尽快找出这个bug的问题所在。

2、数据分析小组尽快查找出这五枚杀破狼的道具掉落源头，找出其掉落的关联进行分析。

3、客户服务小组马上与这五枚杀破狼道具的拥着者进行接触，尽量想办法予以回收。

一从会议室出来，所有人全部扑了出去，分成三个组开始忙碌起来。

自从这家公司成立以来，从来没有这样的高速效率运转过，哪怕是当年项目草创之初，主策划和主程序住在公司做数据架构的时候也没有这样拼命过。

因为大家都知道，这个bug如果不解决，那么后续的一连续问题将有可能直接导致游戏内的道具系统崩溃！

很快，三个方面的的结果都陆陆续续出来了。

游戏程序代码由于太多，目前只过滤分析了一半不到，主程序员和四个助理程序员已经连续熬夜两个通宵了，双眼赤红似火，可是除了发现大小二十几处语法错误和系统冗长的逻辑溢出之外，根本没有找到任何核心错误的蛛丝马迹。

数据分析小组的工作量最为简单，但是结果却一点也不简单。

五枚杀破狼戒指的掉落时间分别是昨天凌晨1点20分、1点22分、1点25分、1点50分、1点51分。

掉落的怪物分别是灰狼掉落2枚，灵猴掉落1枚，紫色山鸡掉落2枚。