作为研发测试，我做什么

narcist · 发表于 2011-3-26 22:42:17

本帖最后由 narcist 于 2011-3-26 22:52 编辑

不开题了，以下是我的工作内容
对拿到策划案，我会先给予评审，将策划未想到的给予建议--一般的，都会被采纳.
而后最重要的就是对策划案根据功能点进行分解，也就是俗称测试用例的设计.
最终分解的功能点作为测试点进行设计测试用例，同时写出这个测试例的理论测试结果；
然后测试这个测试点的所有可能结果是不是通过，通过就万事大吉，没通过则写最终结果是什么，最终结果的描述及测试用例将使得程序部或者策划部复现.如果可能的话，我会直接说明引起bug的编码错误点--易复现，易修改

另外我将功能点和用户友好性模糊区分，目的就是促使客户的程序员在处理返回的消息时能注重UI的友好型.

以上为功能点的测试
另外有些麻烦的测试过程，如战斗时伤害计算过程，我是直接读代码，然后根据伤害计算过程编写伤害计算日志，每次伤害计算都将输出整个数据走向--不会程序的可以要求服务端程序员帮忙
///////////////////////////////////

关于脚本

对脚本的测试通过读代码就能知道基本的逻辑错误，同时脚本还是一个很好测试接口的方法.
而后运行游戏测试脚本是否正常运行. 脚本里接口的操作都是对数据库直接操作，危险性比较大，需要考虑各种情况，如保存脚本临时数据的服务器崩了要怎么办……而这个，一般策划是想不到的

///////////////////////////////////

关于数据库

数据库的操作我还真管不到，唯一能评论的就是数据表设计是否合理，满足第几范式，错误的表格字段设计可能会使得某功能的实现过程更困难.

/////////////////////////////////////////

关于性能………………服务端自己做的机器人，我没接触到，据说由于机器人消息量太小，得出的结果不是很真实