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的使用:调试出某些没加载出来的图片是没有叫什么名字,可以缩小问题的范围

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zzpsgg.html