分卷阅读279 (第2/2页)

罚。

    除非读取存档再来一遍，否则这名玩家将会被教会和蓝铃花两方面进行追杀！

    没有安全区（蓝铃花分会），没有资源商店（蓝铃花的接头人），没有任务领取处，反正什么都没了，你只能开无双。

    看看你能无双多久吧！

    139.完美的计划

    的开发工作,　继续在一片鸡飞狗跳中进行着。

    让程序组比较头疼的一点是,　这款半开放式的游戏,　出现了比以往所有游戏都要多的bug数量。

    可能是因为设定上就太过宏大,　系统又数量繁多，完成任务的方式千变万化……

    从某种程度上来说,　一款游戏给玩家提供的自由度越大,　那它容易产生的bug也就越多。

    比如有的游戏就是故意不让玩家跳跃攀岩的,　不是为了别的，就是害怕玩家翻山越岭跑出了他们指定的地图范围之外。

    所以蓝星工作室真是痛并快乐着。

    一边开发，一边每天聚众测试，一边还要修改着刚发现的bug。

    可能有些玩家会认为bug这种东西,　都是在做完整个游戏之后，整个工作室大家一起来修改,　改完bug就可以欢欢乐乐地发布上线了。

    但其实不是的……

    按程序组长薛定谔的话来说：“bug穿插在游戏开发周期的每一个环节，bug存在于游戏本体的每一个部位,　bug是生生不息，bug是这个变化的世界里唯一不变的东西。”

    ——程序员们对bug真的是怨念深重了。

    就算是一款上市多年的游戏，其实它还是能有很多很多个bug，区别只是玩家并没有发现它,　或者玩家并不在意它罢了。

    研发中的游戏，理所当然会有更多更多的bug。

    游戏公司的测试员就是用来干这个活的。

    就拿新加入的测试员梅纳德举例说吧，他每天来到蓝星工作室，第一件事就是下载今天刚封装好的开发中版本。

    一边下载，他就一边看看昨天提交的bug被修复的怎么样了。要是进度不理想,　就去敲打一下对应的程序员。

    下午呢，他就开始测试这个开发版本，在里面跑主线、跑支线，用各种方式跑任务，把发现的bug复现n遍，尽量准确地给程序大佬一个bug定位。

    接下来呢，他就看一遍今天的设计师们和程序员们都提交了什么新内容。

    比如设计师如果今天新做了一个小任务，那测试员就专门针对这个小任务进行各种测试，务求流程正常没有bug了，才能通过这个提交。

    最后临近下班之前，梅纳德就负责将今天的游戏版本封装起来，变成一个可供下载的完整、稳定的版本。

    ……

    每个公司在细节上可能有些许不同。

    但总之，做游戏其实是一边开发一边测试，每天都奋斗在bug的海洋中。

    的beta版本，一直到这一年的4月都还没有搞定。

    一方面固然是因为半开放世界的地图比较广阔

请记住本站永久域名

地址1→wodesimi.com
地址2→simishuwu.com
地址3→simishuwu.github.io
邮箱地址→simishuwu.com@gmail.com