2013年9月游戏测试总结-文档习惯
从事网游测试已经1年半了，下面该总结一下作为一个游戏测试者应该具备的一些文档习惯：
作为我自己，我会使用UltraEdit来整理我的txt工作文件。
每天工作的第一件事，我会打开6个txt文件：
1.sql语句文件：当你需要长期测试一个游戏的时候，会重复性地使用某些语句进行查询。
特别是需要联表查询的内容，最好的习惯是记录下来，分门别类，而且是写成最便于使用的语句类型。
比如我要查询某个玩家有哪些物品，那我需要联表gd_account，gd_role，gd_item来进行查询，我们最好是写成这样的形式：
Select c.*
from gd_account a,gd_role b,gd_item c
where a.gd_accountid = b.gd_accountid
and b.gd_roleid = c.gd_roleid
and a.gd_account = “ddd”
这样我们每次查询玩家的物品，只需要改变gd_account的信息就可以直接搜出想要的结果，而不需要一个个表来查了。
2.GM命令文件：GM命令是加快游戏测试速度的工具，我们要善于利用之。平常多跟组内其他人沟通，收集其他系统的GM命令，多做整理，这样自己测试起来才会事半功倍。同时最好推动组内的经验分享，可以把自己整理的文件，如GM命令上传到公共的地方，供其他人查阅或者更新。
3.更新log文件：游戏的发版是很频繁的，有时候一天就发几个版本了。作为测试，要把每次发版的内容以及时间都记录下来，记录更新内容是为了测试时及时查阅什么时候更新了什么内容，记录更新时间是为了可以对比得出某些配置有没有更新到游戏里面，某个程序提交的内容有没有更新成功。
我一般是按日期以倒序的方式记录，也就是最新的日期放在文本的最开头，这样自己能够一打开文本就可以查阅到最近的更新情况。
按照游戏的发版流程，一般会有主干版本（也即正在开发的版本）以及分支版本（也即已经更新到外网的版本）。记录发版内容的时候要分清楚版本，以及分清客户端和服务端的更新。
每次更新时，要大概扫描一下，更新了哪些内容，心中要有个大概，特别注意自己跟进的问题有没有更新，这样也能了解到其他系统有什么问题。有些同学只看到服务端更新了，就跑去验证bug，后面才发现客户端还没更新。所以我们验证问题之前，最好是确保客户端和服务端都已经更新。
4.日常文本：这是记录日常的一些内容，比如有一些bug要稍后处理，那就先记录下来。这同时也是一个记录自己遇到了哪些测试问题的过程。平常工作时，有可能会说一些规定或者工作计划，也可以记录下来。这里也是按时间倒序记录。
5.常用信息文本：
a.常用的网页链接：定期整理，写清楚链接的来源以及用途。所谓测试链接，就是测试的时候会经常用到的一些登录页面信息。分为2种：第一种是主流版本的链接，一般是主干服，分支服，预更服，外网秘密通道，私服等等。第二种是在调试过程中使用程序本地的链接（一般是客户端程序给出的链接，客户端会连接特定的服务端），我们也可以记录下常用的链接。
b.常用的数据库链接信息：一般上面所说的链接都会对应一个数据库，分别有cfg库，data库和log库。我们要记录对应的数据库链接信息（用户名，密码，端口等等），以便在测试的时候查询数据，修改数据。
6.linux命令文本：我们的游戏使用到了SecureCRT，来对linux服务器进行操作。所以基本的linux命令是需要懂的，如果怕自己遗忘，可以记录下来，同时也可以整理好跟其他人分享。
同时，可以记录服务器的重要信息一般记录在哪里，比如服务端文件存放位置，知道这个信息就可以直接找服务端程序要最新的文件，替换到自己的私服，利用自己私服的数据来进行测试，因为有时候程序连的数据库不适合我们快速测试，或者他的客户端不是最新版本的。还有比如常用的更新脚本存放位置，平常可以去熟悉一下脚本，如果游戏有变动，自己也可以改脚本来适应新游戏。
作为一个好的测试，最好还懂得下面的技术：
- erlang“发包”测试，wpe发包
- linux基本命令，懂得游戏服务器的更新原理
- 按键精灵的基础使用
- Netlimiter的网络延迟测试
- 文档分析能力
- 版本流程的控制
- Bug跟踪工具：redmine，wiki
- 数据库知识：基本的数据库拷贝，删除操作，sql语句的熟练
- 懂一点点正则表达式，模糊寻找方面很有作用
- 可以学学批处理文件，减轻测试任务
- 善用excel的函数，让你的公式测试更加简便，有空可以学学vba
- Firebug的使用：调试出某些没加载出来的图片是没有叫什么名字，可以缩小问题的范围
