的bug就被当做正式的功能保留下来。
然后就是开始阿尔法测试了。
这个年代的阿尔法测试,跟杰斯特后世在大陆经历过的各种游戏公司这种测,那种测的测试完全不同。
其实这个词在这个年代跟在未来都没有什么不同,唯一的区别就是现在关于软件的测试还没有一个系统的流程,只是随研发公司或者是研发人员的喜好的不同而有所不同,而在后世,这已经是一个非常完善的机制,所有的软件在研发的过程里,都会伴随着一种种不同的测试,尤其的游戏,对这种测试格外看重。
所以,就杰斯特来说,在这个年代出现《et》这种摧毁了一个公司的粪作是可以理解的,毕竟这个年代关于软件的发售前测试是很原始的,但是后世能够做出《血狮》这种游戏就难以理解了。
所谓的测试,根据后世已经成熟的机制,大体上可以分为三个流程,这也是杰斯特在自己的公司里正在推行的。
首先就是开发过程的测试,这个测试叫做冒烟测试,其实这也称不上是一个测试,这只是研发人员在研发过程中发现了一个更好的代码可以替代之前已经完成的部分,将这个新代码嵌入到源程序里面去的时候进行是否存在兼容性问题的一种测试。
这种测试基本上在研发过程里是时刻存在着的,而且也无关功能,只是进行纯粹的代码上的测试。
然后,就是阿尔法测试,这个说起来有些复杂,但用简单一点的语言描述就是,这是一种在受控环境下进行的模拟真实用户使用状态的测试,顾名思义,这个过程都是由开发人员或者受到开发人员邀请的好友在一个可以受到开发团队控制的环境里,进行的测试。
这些参与测试的人通过模拟各种各样的玩家对这款游戏的游戏方式,来发现这款游戏里可能存在的各种问题,不仅仅是bug,因为是在可控环境里进行的,
本章未完,点击下一页继续阅读
请收藏:https://m.ergen9.cc
(温馨提示:请关闭畅读或阅读模式,否则内容无法正常显示)