第205章 屎山代码

可乐小说阅读盛宴：海量图书、极致体验，。

《看门狗》这款游戏，潘图是从系统商店里兑换的开发资料。

因为系统標註的完整度只有95%，经过潘图检查后，发现缺少的內容主要是ctos这一块。

所以他做好了心理准备。

游戏残缺的这5%开发资料，必定会导致ctos出现各种各样的bug。

他觉得问题不大。

区区几个bug而已，能有什么问题？即使被玩家发现並揭露，也能甩锅给游戏背景，嘴硬说成是游戏特色。

《看门狗》的游戏剧情，发生在一座被程序控制的赛博都市里。

城市里的一切电子设备都被ctos所控制，基於这个前提，那ctos存在漏洞，出现各种程序bug也很合理吧？

ctos要真有那么完美无缺，那主角“艾登皮尔斯”这伙黑客又怎么能轻易骇入呢？

这套说辞滴水不漏。

可潘图做梦也想不到，因残缺ctos程序导致的游戏bug，数量竟然有这么多！

不是几个bug，而是几十个bug……

最重要的是！

这些bug还是测试阶段，已经发现的bug，如果算上还没被发现的bug，数量肯定超过了100个。

数量这么多，全甩给游戏背景设定，解释成游戏特色，先別管玩家们信不信，潘图自己都说不出口。

“bug必须修復！”

潘图眉头紧皱道：“但这指的是恶性bug，影响游戏进程和破坏游戏体验的bug。”

“像一些影响不大的bug，因ctos產生的bug，我们可以予以保留……”

“虽然很不想承认，但这確实是《看门狗》这款游戏的一种特色！”

bug也分轻重缓急。

几十个因ctos导致的游戏bug里，有一些是恶性bug，极其影响游戏体验。

像这种恶性bug，那就必须得修復。

但像一些无关紧要，不影响游玩体验，顶多看个乐子的bug，那倒是可以保留下来。

其实也可以全部修復！

但很显然，bug数量实在太多，一口气全部修復的话，需要的时间和人力实在太多了。

而且……

bug层出不穷，谁也不知道还藏著多少bug，如果发现一个就要修復一个，那开发进度得拖到什么时候？

“区分標准是什么？”

刘瑞好奇道：“上百个游戏bug，我们怎么分辨哪些bug必须修復，哪些bug可以先缓缓？”

“比如这个bug，玩家利用黑客能力入侵ctos控制红绿灯，快速多次修改数据后，会导致该红绿灯常亮不变，完全可以放置不管。”

潘图解释道：“单独一个路口的红绿灯故障而已，不影响玩家们正常游玩体验。”

“而且这个bug，等玩家退出游戏，重新启动后就会恢復正常，所以不用管。”

这种bug很微小，不影响游玩体验，关键是修復起来很费劲，不值得浪费人力时间。

如果玩家问起来，回答一句游戏特色就行了。

基於这个標准，对已发现的游戏bug进行分类，符合標准就保留，不符合標准就调派人手修復。