软件测试找游戏bug,游戏测试用例及游戏测试bug详解

测试用例设计步骤

一、需求文档分析

1、文档阅读

切忌不阅读需求文档,上来直接写用例,至少读3遍文档。

细致理解功能设计意图和设计思路。

避免粗略理解带来的用例遗漏。

一些重要数据可能隐藏在不起眼的语句中。

加深对功能的理解,否则随着时间推移,可能会遗忘很多内容。

2、功能细节沟通探讨

不明白的地方需要及时确认,切忌脑补想当然。

尽早确认细节,最好在开始写之前就确认完毕。

关注需求变更,需求变更后,一定要跟程序和策划确认。

3、逻辑梳理

文档不一定是按照流程顺序写的,而且经常存在功能交叉的地方。

梳理出框架后,逐步细化。

4、功能拓展思考

· 设计缺陷思考

· 测试难点思考(领取奖励后刷新)

· 关联度思考(领取道具存储位置、道具重复问题)

· 特殊情况思考(领取道具过程中断网断电情况)

5、兼容相关思考

· 版本兼容(一种服务器两种版本中的交互)

· 功能兼容(老功能基础上增加新的内容)

· 操作系统版本兼容

· 分辨率兼容

二、功能模块划分

1、功能模块划分原则

· 高内聚、低耦合

· 重整体、清局部

2、模块划分方法

功能流程法:将功能的基本流程画出来,根据流程的每个大的环节进行模块划分,然后再细化和查漏补缺。

层次划分法:按照逻辑层次逐层细化出模块的过程,比较适用于UI划分,大的系统模块划分等。

类型划分

  • 0
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值