第(2/3)页

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

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

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

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

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

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

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

    一般来说，阿尔法测试是在一款游戏的编码刚刚结束，开发者完成了白盒测试之后进行的，这个时候，对一款游戏来说，不过只是完成了百分之四十到百分之五十的内容，肯定是bug满天飞，优化不到位，故而这个时候的游戏版本可以称为半成品，准确一点的话，就是一个可以玩的半成品。

    而在阿尔法测试之后，就是贝塔测试，阿尔法跟贝塔是希腊字母的头两个，除了表示测试的顺序之外没有其他的额外含义，可以用任何的东西来取代，比如说可以称呼阿尔法测试为a测，称呼贝塔测试为b测，也可以按照国内的习惯将阿尔法测试叫做甲测，贝塔测试叫做乙测，这其实都是没什么意义的。

    贝塔测试是相对于阿尔法测试进行的，在一款游戏完成了阿尔法测试，又根据阿尔法测试得到的反馈进行了修改跟完善后，进行的一次远比阿尔法测试要大的多的，在不受控环境下的测试。

    它跟阿尔法测试想要得到的目的是差不同相同的——进一步的完善游戏的机制跟功能。

    所不同的是这个版本是在不受开发者控制的环境里进行的，它是在真实的模拟各类用户在使用这款游戏时的过程，但因为不能受到开发者的控制，所以发现的问题不会取得即时的修改。

    贝塔测试跟阿尔法测试最大的不同就在这里，阿尔法测试只是在模拟真实，而贝塔测试是真实模拟，更容易理解的说法，就是阿尔法测试环境是封闭的，而贝塔测试是在一定条件下开放的。

    在收集了贝塔测试得到的问题反馈之后，一款产品的技术测试就会结束，经过了最后的修改优化debug之后，一款可以发售的游戏也就正式出炉。
    第(2/3)页