b) 重点测试点
i. 地图实现机制(怪物刷新)
ii. 关卡难度
iii. 奖励内容
c) 风险评估
i. 副本形式的活动地图,服务器加载和卸载地图时性能的影响。
ii. 活动的奖励内容是否影响游戏世界内的数值平衡性。
iii. 采用同种机制重用的活动,检查任务变量设置,不同的活动任务变量应当不同。
d) 测试需求
i. 测试用指令:
1. 活动开启指令,以便随时对活动进行测试。
2. 角色身上变量清零的指令,用于修改角色身上变量属性,这样测试过程中不用重复的建立新号进行测试
3. 活动中每个关卡的开启和结束的指令,便于针对性的测试某个关卡。
4. 领奖状态设置,便于测试领取奖励。
5. Log记录地址,便于查找关键点的log记录。
ii. 文件需求
1. 功能相关文件(包括脚本和配置文件),将每个文件的实现功能进行整理和分类,以便出现问题时测试能够在自己力所能及的范围内帮助程序尽快的定位bug。当然有脚本语言基础的测试人员完全可以打开脚本一边按照功能测试,一边检查脚本内的逻辑。这样根据具体实现可能会发现自己用例中覆盖不全的地方。不具备这种能力的测试人员就只能采用模拟场景尽可能多的模拟自己能够想到的场景进行测试。
以上纯属闲来无聊时的一点点闲侃,欢迎拍砖!(以上言论仅代表作者的个人观点,不代表51Testing观点)
版权声明:本文出自adinQueen的51Testing软件测试博客:http://www.51testing.com/?89706
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。