51Testing软件测试论坛
标题:
新入行的网络游戏测试介绍帖
[打印本页]
作者:
maxwell12
时间:
2010-3-3 16:10
标题:
新入行的网络游戏测试介绍帖
简单介绍几个网络游戏测试的工作内容。抽空写的肯定不全,但这些比较基本。有空再继续
1、编写测试用例。
根据策划文档中涉及的功能和流程进行测试,这是最基本的。然后再增加非正常流程的输入。
举例来说:物品测试。要检查物品的图标,物品说明,叠加,功能,掉落,交易,强化,买卖价格。基本数据库中物品表中的字段名内的字段值都是需要检查的。这种直接读取数据库字段值或脚本内的数据,检查比较简单。
如果是测交易系统,例如玩家间的交易。除了策划文档中涉及的功能点,还要增加一些复杂环境的测试项。交易中断网,延迟网络信号传输。把已经放到交易栏的物品尝试使用邮件、交易所、丢弃、交易转移物品或金钱的所有权。这主要检查表现层和数据层是否统一。
还有一些像内存读取错误,赋值没有刷新被错误继承等都是比较严重的错误但不容易发现的bug。
一个简单的输入框的测试用例,都很能见功底。输入长度的边界值检查,错误的字段值输入,数值溢出检查,类似数据库语句 or 1=1,ctrl+c ctrl+v复制文件。。。
2、功能测试
一个游戏测试如果按照工作时间来统计可能做的最多的就是功能测试了。游戏中的所有功能。。。测试用例中的所有测试项,如果都测完了就再写再测。永远也测不完的。单一版本如果时间够多确实能更多的覆盖到尽可能多的方面。但是版本是会更新的。。。转个圆圈再来一次。
3、使用bug管理工具
使用什么管理工具不重要,主要的是知道里面那些必添项的意义。
bug编号:唯一值,准确定位bug。讨论时直接说编号就都知道说的是哪一个bug
bug标题/分类:搜索项,便捷的检查bug所属分类
bug描述内容:详细说明bug复现步骤,与设计相悖的部分。
bug发现人:搜索项,责任分类
bug修改人:搜索项,责任分类
版本号:客户端和服务器端的版本,证据发现地
bug等级:搜索项,也决定了bug的重要度(1、服务器客户端数据库完蛋了2、主功能完蛋了3、功能缺陷但不是主线功能或功能完全没实现4、不影响使用影响美观5、建议)
bug状态:new open checking reopen close
发现时间:搜索项
截图:方便啊,证据啊
你就是用excel管理bug也差不多是添这些。
4、对bug生命周期进行跟踪
对已有的bug 主要是bug统计工作,复测bug,复测没有通过的bug可能还要你沟通一下
作者:
zhongzhugood
时间:
2010-3-3 17:12
谢谢了!!!!新人正需要,学习学习!!!
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2