在软件测试领域，有这样的一席之地：游戏测试，它也具备了软件测试所有的共同特性，目的也是为了发现软件中的缺陷。那么今天来说说游戏测试的技术点分析，让游戏测试变得更得心应手。

　　首先要了解到游戏测试的整个流程，从测试经验角度可以大概总结为：获取测试需求，制定测试计划和方案与评审，测试用例设计与评审，搭建对应的测试环境，执行测试，分析测试结果，提交缺陷，确认并修正缺陷，进行缺陷追踪，产品度量与追踪管理。

　　在游戏测试需求分析阶段，通过各方渠道收集过来的需求进行分析，主要来源于PRD、SRS、项目合同书、沟通记录等，站在测试的角度分析待测对象的软件需求。了解到常⽤的业务流程，以及各业务流程分⽀的情况，也可以描述出规定不可使⽤的业务流程，没有明确规定应该是不可以执⾏的业务流程，包括其它异常或不符合规定的操作，以此捋清楚业务的常规逻辑，可以通过xmind思维导图的形式列出未来可能出现的各种测试需求。

　　测试人员在测试过程中一定要了解到游戏的组成部分，否则将来再执行测试就非常的困难。制定测试计划，可以明确测试的目标，需要的硬件、软件、人力资源，测试进度的安排。通过测试计划的安排，让测试人员了解此次游戏测试中那些是测试重点，又可以与产品开发运维等相关的人员进行交流。举个例子，有时候在公司开发中，测试计划书来源于需求相关的说明文档，所以在游戏开发过程中，测试计划的来源则是产品说明书(不同的公司说法可能也不一样)，一般包含了游戏的风格、类型、故事情节、相关要求配置等。同时还写明了会用到的测试方法、自动化测试工具、性能测试等要求，为后期的测试打下较好的基础。

　　游戏测试中用到的测试方法主要集中在黑盒测试和白盒测试两个角度。黑盒测试不需要知道程序内部是怎么运行的，也不用了解内部算法原理，主要是在操作层面上对游戏进行测试，关注点偏向于功能方向，比如只要看游戏中的操作或剧情发展是否按照要求来进行的即可，测试过程中也要记录下所发现的问题。白盒测试就需要关注程序的内部结构，一般是对各种细节设计方面的测试，比如英雄人物1打英雄人物2一下，在这样的状态下应该掉血、消耗蓝之类的场景。可以把黑盒和白盒测试结合在一起，根据游戏开发阶段，测试工作的推进可以大概分为单元测试、集成测试、确认测试、系统测试、验收测试等几个部分。过程中可能会出现较多的测试的工作量，所以要合理安排好测试和修正BUG的时间，否则很容易出现发现了问题却没有时间修复的情况。

　　最后小编想说游戏测试还要考虑到性能测试与优化，可以借助于一些测试工具来进行，毕竟现在的玩家对于游戏的性能要求还是比较高的。