第一百一十章 技术测试（2 / 2）

，说了一些研发游戏时的趣事，比如有时候在进行冒烟测试的时候发现了一个bug，但是在修整这个bug的时候突然发现其实这么玩也可以，之后在得到了整个研发团队的一致同意之后，这个原本的bug就被当做正式的功能保留下来。

然后就是开始阿尔法测试了。

这个年代的阿尔法测试，跟杰斯特后世在大陆经历过的各种游戏公司这种测，那种测的测试完全不同。

其实这个词在这个年代跟在未来都没有什么不同，唯一的区别就是现在关于软件的测试还没有一个系统的流程，只是随研发公司或者是研发人员的喜好的不同而有所不同，而在后世，这已经是一个非常完善的机制，所有的软件在研发的过程里，都会伴随着一种种不同的测试，尤其的游戏，对这种测试格外看重。

所以，就杰斯特来说，在这个年代出现《et》这种摧毁了一个公司的粪作是可以理解的，毕竟这个年代关于软件的发售前测试是很原始的，但是后世能够做出《血狮》这种游戏就难以理解了。

所谓的测试，根据后世已经成熟的机制，大体上可以分为三个流程，这也是杰斯特在自己的公司里正在推行的。

首先就是开发过程的测试，这个测试叫做冒烟测试，其实这也称不上是一个测试，这只是研发人员在研发过程中发现了一个更好的代码可以替代之前已经完成的部分，将这个新代码嵌入到源程序里面去的时候进行是否存在兼容性问题的一种测试。

这种测试基本上在研发过程里是时刻存在着的，而且也无关功能，只是进行纯粹的代码上的测试。

然后，就是阿尔法测试，这个说起来有些复杂，但用简单一点的语言描述就是，这是一种在受控环境下进行的模拟真实用户使用状态的测试，顾名思义，这个过程都是由开发人员或者受到开发人员邀请的好友在一个可以受到开发团队控制的环境里，进行的测试。

这些参与测试的人通过模拟各种各样的玩家对这款游戏的游戏方式，来发现这款游戏里可能存在的各种问题，不仅仅是bug，因为是在可控环境里进行的，

本章未完，点击下一页继续阅读