MMO的BVT测试用例应该考虑哪些方面？
RT 类似冒烟测试BVT测试不用覆盖所有的测试用例细则.
关注点在各个系统的主要功能点是否能通过.
安装,更新,创建角色,删除角色,登陆游戏,移动,聊天,组队,交易,做任务,怪物掉落,副本,工会,升级,传送,PK等等
检查各个基础系统是否能正常运行.没有崩溃事件或功能无法运行的BUG.
如果BVT测试通过,再测试系统功能中的具体细则. BVT...目前正在焦头烂额的BVT中.... 同事给出了一份BVT的测试单，每个模块大概只有1-2条。
我个人觉得，比如公会，应该测试创建公会，添加成员，删除成员，解散公会，升级公会等，登录要测试创建角色，删除角色，登录角色，登录成功，登录失败等等。
会不会太详细又不像BVT了呢 四个字的关键词“主要功能”啊
比如任务系统的话
主要功能就是领取-执行-完成-提交-获得奖励
副主要功能（- -#）就是领取-执行-失败-再领取
副副主要功能就是领取-执行-放弃-再领取
.....
还是要看策划案上的结构了。策划案会对系统功能有一个大致的描述，例如XX系统是由XX模块，XX模块,XX模块构成，用来达到XXX效果的系统。
那么BVT主要就跑下在当前版本中，这3个XX模块是否正常运行并且最后是否达到了XXX效果。细节方面就是那些如果发现BUG，BUG级别在正常以下的了，这些地方暂时可以不跑。
BVT应该是为后期的系统测试提供一个拥有稳定功能的测试版本。
另外也是要看公司里测试人手多少的问题。
如果人手少，跑BVT太详细的话，会影响整体的开发进度的。
有些人多的大公司好像都是把每个系统模块的主要功能集合起来做成一个 checkmenu
新的版本出来后，除了验证新功能的正确性，大量的时间和人力都是在checkmenu上进行的。
[ 本帖最后由 Indisorder 于 2010-5-11 12:55 编辑 ] BVT是个好思想
对此以外，还需要关注哪些是合理的有效测试用例，而不是为了写用例而写用例
但是我一直不知道怎么样才能做到不是为了写用例而写用例
哪位出来分享下
页:
[1]
