作为研发测试,我做什么
本帖最后由 narcist 于 2011-3-26 22:52 编辑不开题了,以下是我的工作内容
对拿到策划案,我会先给予评审,将策划未想到的给予建议--一般的,都会被采纳.
而后最重要的就是对策划案根据功能点进行分解,也就是俗称测试用例的设计.
最终分解的功能点作为测试点进行设计测试用例,同时写出这个测试例的理论测试结果;
然后测试这个测试点的所有可能结果是不是通过,通过就万事大吉,没通过则写最终结果是什么,最终结果的描述及测试用例将使得程序部或者策划部复现.如果可能的话,我会直接说明引起bug的编码错误点--易复现,易修改
另外我将功能点和用户友好性模糊区分,目的就是促使客户的程序员在处理返回的消息时能注重UI的友好型.
以上为功能点的测试
另外有些麻烦的测试过程,如战斗时伤害计算过程,我是直接读代码,然后根据伤害计算过程编写伤害计算日志,每次伤害计算都将输出整个数据走向--不会程序的可以要求服务端程序员帮忙
///////////////////////////////////
关于脚本
对脚本的测试通过读代码就能知道基本的逻辑错误,同时脚本还是一个很好测试接口的方法.
而后运行游戏测试脚本是否正常运行. 脚本里接口的操作都是对数据库直接操作,危险性比较大,需要考虑各种情况,如保存脚本临时数据的服务器崩了要怎么办……而这个,一般策划是想不到的
///////////////////////////////////
关于数据库
数据库的操作我还真管不到,唯一能评论的就是数据表设计是否合理,满足第几范式,错误的表格字段设计可能会使得某功能的实现过程更困难.
/////////////////////////////////////////
关于性能………………服务端自己做的机器人,我没接触到,据说由于机器人消息量太小,得出的结果不是很真实 很NB啊,很好奇LZ的职位和公司 恩看来是功能测试…… 研发测试还是很不错的。。。运营测试就悲催了。。 不过跟一般策划交流也交流不出神马鸟来,策划也就数值和脚本的靠谱点。很多问题都不是出在策划上,最好和程序直接交流。。不仅事半功倍,而且还能学到东西 :victory: 作为研发测试做到这些已经很不错了,不过不知道你们公司的流程上,如部门与部门接口问题上是否做的流畅?每家公司都在变化流程 可以多想想这些问题 也可以适当对游戏可玩性做些评测吧。还有提交报告上,不知道是否专业哈,你所做的事情都需要反馈出来,工作可不是做好事不留名的,要学习lf叔叔记在笔记上。 某公司蛋疼运营测试飘过 为啥叫研发测试 回复 9# msnshow
从理论来讲:
研发测试也算是游戏开发的一环,他们在游戏参与初期就参与进来了,而且应该是和程序策划等坐在一起的,可以查看的资料也多,负责的项目一般也是一个
运营测试一般只在里程碑式的版本进行测试,与程序策划很可能都不是一个公司的,同时可能测试多个项目 某公司蛋疼运营测试飘过
Indisorder 发表于 2011-3-31 13:43 http://bbs.51testing.com/images/common/back.gif
哈哈。运营测试~小乱现在变得很乱了~ 盛大?
页:
[1]