[游戏测试入门]测试工具相关

马艺匀

测试过程中或多或少要用到一些相关的工具，这些能够从根本上改善测试速度。
1.Xmind思维导图
测试用例可以是纯文本描述形式，也可以通过思维导图，更清晰地展示测试用例。
测试前阅读策划的功能文档，将预进行的测试用例通过xmind记录，同时添加测试相关重要信息，包括数据库，GM指令，配置，相关限制等，从而让自己的测试变得条理有序，同时也方便下一个接受功能测试的人员快速进入测试与自己更快的回归测试。而xmind的版本选择一般选择xmind8破解版，最新版的xmind10需要购买使用。
用思维导图写测试用例一般选择逻辑图。


确定大标题后，分别对子功能测试点进行列举。详细见测试用例的撰写相关解析。
2.爱拍
对不确定的游戏缺陷复现过程与快速进行的游戏功能进行录屏，方便回放与重现bug。


3.OBS录屏软件
这可以说是最高清最稳定且免费的无敌录屏软件了，谁用谁知道。
直接在官网下载并解压即可使用（https://obsproject.com/zh-cn/download）


4.Netlimiter
网速限制工具：start所有status，再点击connect locally，对想禁止的端进行网速限制


5.excel
BUG列表模板文档，列举测试过程中遇到的问题（因人而异）

6.截图工具
Screenpresso和聊天工具（qq或微信电脑版）自带截图


7.协作工具
有道云协作是众多协作软件里使用比较舒服的。且对于多人协助功能能够实时更新最新的编辑进度。其他类似的协作工具亦可作为替代。
8.性能测试工具
Perfdog腾讯性能测试工具，使用该软件打开需要测试性能的软件或游戏，便可检测运行过程中CPU内存占用率，显存占用率，CPU温度，运行时截图等一系列相关的数据。这对性能的检测有很大的帮助。倘若出现内存泄漏或者帧率卡顿，则可以立马反馈于波形图中，并予以前端优化与修改。目前该工具已经需要收费，可通过企业版统一购买使用。



9.延伸类大工具
（1）测试服
测试服定义：内网的测试服可以看做是独立于项目组正常开发服务器的一个复制版的服务器，搭建在一台独立的机器上，其与普通开发服务器共用同一个前端，且后端代码逻辑通过同步保持一致。而测试服能做到的是修改服务器时间（从而测试活动类开启，跨天次数刷新，战场模拟等），版本控制（后端不更新代码方便重现bug），独立测试环境（基本只有测试人员在用，保持不重启状态）等方便测试的功能，是一个极佳的测试端口。
测试服相关功能
1）停服：普通停服，一般用于数据库操作。先停服后删除或修改数据库数据。
2）重启：重启按钮实现包括重启服务器和重启跨服在内的两个重启。
3）重启服务器一般是更新新代码后的例行重启，又或是用作测试重启是否会导致新BUG（数据保存回写，副本状态，战场规则判断等）。
4）重启跨服一般是为了测试跨服相关功能的功能逻辑适配。一般重启跨服都需要在跨服重连后检查各类游戏状态的恢复与数据返回。"
5）获取服务器时间：实时获取服务器时间，方便复制并修改服务器时间。
6）更新服务端版本：同步开发服的后端代码逻辑，相当于更新版本。
7）清档：清除服务器所有数据，用于测试开服初始状态或清除错误数据，一般使用次数较少且设置密码。
8）查看日志文件：与开发服后台日志一致，用于查看报错信息，打印数据等。
9）修改服务器时间：获取服务器时间，复制粘贴修改后，达到改变服务器时间的效果，修改完需要重启。

测试服注意事项：
1）时间往后调往往会导致各种奇怪的问题。
2）测试跨服类活动，调时间后需要重启服务器和跨服，跨服启动为10分钟，所以一般调时间需要预留10分钟。
3）修改服务器时间后需要重启服务器。
4）测试服存在最小最大服务器时间，如果超越区间，测试服将无法启动。
5）记得同步更新版本并重启。
6）测试服有自己的跨服与时间，如果让后端将各自的服连到测试服跨服，会出现时间不对应的问题。
7）测试服分为不同游戏版本的服务器，如果是在同台服务器上，那需注意时间是共用的。调时间对两个服都生效。
（2）后台配置
后台配置定义
将一些功能逻辑对应的可调整数值的初始化字段，统一规整配置在一张或多张表中，再统一归集于后台配置表中。所有表集中放置在一起，便于直观地修改与维护。其中初始数值
包括各功能常量，活动日历，怪物信息，副本配置等。如图示例：


后台配置修改与提交
PHP大佬将配置表部署在一个内网的网页上，从而可以方便地下载，修改，上传相关的配置文件。针对于单个的小字段数值改变，可以直接在网页上修改；而对于需要对配置表频繁修改变更的情况，最好将整个功能逻辑相关的配置下载到本地，从本地端修改完后再上传，保证不会与其他人修改配置冲突（当你修改配置时，有可能另一个人提前操作并改变了配置格式；或者你上传完配置后，别人会覆盖了你的配置）。这些情况都会时不时在配置多变期出现，所以最好在使用某份常用的配置时能知会一下同项目组成员，这个挺重要的。更甚者可以使用后台小功能，将配置表锁定。
当修改完配置后，需要将已修改的配置表导入到网页端，接着需要生成对应配置，提交svn和lua文件（分别对应后端和前端文件）后，热更当前配置到所在服务器与跨服，从而完成一次后台配置的修改。有时候需要重启服务器配置修改才能生效，且需要更新前端。
后台配置修改注意事项
1）修改测试配置后，测试完毕需要记得将测试配置改回真实配置；
2）某种特殊配置不支持直接在网页端修改，一旦改动则需要回滚（比如场景配置，物品表等）；
3）修改配置的时候需要在项目组群里知会一声，并锁定对应大配置表；
4）测试人员时间允许的条件下，尽量所有测试配置都让策划帮忙改，这样可以规避后面因测试配置更到外服而背锅（小机灵）；
5）修改配置后，记得提交编译与热更，有的时候需要重启服务器或重启游戏跨服。
（3）GM工具
GM定义：
GM是Game Master的缩写，意思是游戏管理员的意思。而游戏管理员往往具有游戏的最高权限与操作。GM工具也就是游戏管理员对游戏进行管理的指令工具。一般该工具会具备当前游戏版本所有功能的快捷实现指令，方便程序员自测代码或测试人员敏捷测试。
GM工具范例截图：


GM工具的合理利用：
一个合格的测试人，需要对所有GM工具指令熟记于心，并在需要测试的时候，熟练地运用每一个指令。当然这也需要长期的经验积累以及超强的记忆，可以通过成就功能，定制活动全任务，功能任务解锁等测试过程快速熟悉GM工具，因为这些测试都包含几乎所有游戏功能的相关任务，通过完成这些任务，可以熟悉几乎整个游戏的所有功能。

回头潮

当然还有其他很好用的工具，只要是对自己测试有帮助的工具，都是好工具~[爱]

就是喜欢怼

撸过