游戏功能性测试浅谈

从事游戏测试多年，到今天想总结一下自己关于功能性的测试想法，也理顺一下自己的思路

一般来说，测试收到的测试需求，都来自策划文档，同时，测试也是以此为依据，进行用例的设计及测试的；但是不是完整覆盖了策划文档，就表示所有需求都被覆盖到了呢？是不是代表此需求所有点都被测试到了呢？一开始我还真是这么认为的，因为我无法再生成新的用例，也找不到需求之外的测试点了；工作多年后，随着对游戏技术架构及行业背景知识的增长，我发现，完全不是这样的了，以下是我对游戏功能性测试的新理解

游戏功能性测试，可以分为三个部分：业务流测试、数据流测试、体验性\合理性测试

业务流：这一块主要是指我们根据策划文案而进行的测试，在这一块，测试主要关注业务的实现及流转，也是大部分测试同学都会进行的测试；就不细说了

数据流：就是对功能模块的数据流转进行测试；在了解数据流测试前，需要先对游戏的服务架构有所了解，比如：一般游戏服都会有登录服、中心服、DB服，有的还个具体细分为战斗服、LOG服等，要了解一个角色在游戏里的各个操作，会影响到哪个服或是会跳转至哪个服；其次要有一定的开发语言基础，能够在跟开发人员进行沟通后，了解功能的实现方式；具备以上条件后，就可以开始数据流测试了，既然是数据流，那肯定是关心数据流转了
举个例子：一个登陆操作，玩家输入的帐号、密码，就是数据，在点进入时，程序会先将数据发送到DB服进行用户数据查找，然后将查询的结果反馈回登录服，登录服对结果进行判断，如果是false，则给出相应提示，如果是ture，则角色进入中心服，并同时从DB服提取此用户的关键数据；
对以上例子进行数据流测试时，需要关注的点就很清晰了，所关联的服有登录服、DB服、中心服，按照数据流转的次序，依次验证各个服的数据存取是否正确，同时也可以借助log日志进行分析

体验性\合理性测试：此部分的测试依赖于测试人员的游戏背景知识及对项目游戏的认知深度，当然也有一些方法可以进行简单的合理性及体验性测试；在进行这一块测试时，不需要进行各种复杂的、非常规的操作，按照用户的习惯进行即可，在测试时，要不停的问题自己：这样的操作是最简单的吗？如果不看说明能够快速了解功能的玩法吗？玩家对界面的提示会不会有异议？这个玩法会不会跟其他已有的玩法冲突？玩法的产出与其他玩法的产出相比是更好还是更差？与金钱相关的操作有没有二次确认？一些危险的操作没有二次提示？。。。。
对于这部分，我还在继续思考，希望能有一个通用的方法来进行部分的覆盖

以上即是我对游戏功能性测试的一些想法