测试用例

1. 需求文档分析

1. 文档阅读--至少读3遍文档？意图，遗漏，深入理解，带着思考（设计的角度）

2. 细节沟通探讨--不明白的地方，细节确认，关注需求变更

3. 逻辑梳理--功能交叉，框架到细化

4. 功能拓展思考--设计缺陷，测试难点【活动更新时间】，关联度【item叠放，包压力】，特殊情况

5. 兼容相关思考--版本兼容【交易、对战】，功能兼容【老功能中新特性，英雄新】，操作系统版本兼容，分辨率兼容【图片缝隙，图片偏移，按钮挡住】
   

2. 功能模块划分

3. 测试用例编写
   

需求文档分析

功能模块划分

测试用例编写

测试用例整理与维护

文档阅读

细节沟通探讨

逻辑梳理

功能拓展思考

兼容相关思考

逻辑梳理, 功能拓展还有点意思

重点：功能兼容问题，在老版本的功能上添加新功能可能带来的问题

功能拓展思考

逻辑梳理，通过文档的内容来细化逻辑

文档阅读的注意事项

测试用例设计步骤

需求文档分析步骤：

测试用例设计步骤：

优秀的测试用例，写好是需要下一番功夫的

写好用例的第一步：需求文档分析

写测试用例步骤：1·需求分档分析（文档阅读、功能细节沟通探讨、逻辑梳理：简单逻辑，细化逻辑、功能拓展思考、兼容相关思考：版本兼容，功能兼容，操作系统版本兼容，分辨率兼容 ）

2·模块功能划分3·测试用例编写4·测试用例整理与维护

BUGDE 的界定标准：1.与需求设计不符       2.违背常识
BUG的生命周期：发现bug——提交bug——开发修复——测试验证——通过后关闭——上线前回归

BUG的等级划分：P0：致命错误，需要立即修复，如宕机、重启性报错等

                             P1：严重错误，需要紧急修复，如功能流程错误、数值错误等

                             P2：一般错误，允许一段时间内修复，如功能的简单错误，界面错误等

                             P3：无关紧要的错误：允许延期修复，如文字错误、某个像素点缺失等等

BUG的提报标准：1.标题：【模块名称】+简短描述

                             2.测试环境：标明测试用的版本，系统，服务器，账号等

                             3.描述：bug的详细描述

                             4.重现步骤：重现bug的详细流程步骤及复现概率

                             5.期望结果：希望bug修复后的结果

                             6.备注：log，截图等

BUG的验证标准：1.严格按照复现步骤验证

                             2.去除测试环境的影响

                             3.验证标注：需要注明验证的版本、服务器等

                             4.拓展：是否对其他的功能有影响，做简单的回归

                             5.注意点：验证不能只看前端展现，更应关注后端数据

BUG的跟踪与处理

需求文档分析步骤

测试用例设计

兼容相关思考

功能拓展思考

细节沟通探讨

文档阅读。

需求文档分析

游戏测试用例01-设计步骤

测试用例：需求文档分析 功能模块划分 测试用例编写  测试用例整理与维护

（1）如何写好测试用例——需求分档分析：

1. 文档阅读：细读需求分档，加深对功能的理解，理解功能的设计意图和思路
   

2. 细节沟通讨论：不明白的地方需要及时确认，尽早确认细节，关注需求变更，并在变更后与开发和策划确认

3. 逻辑梳理：文档中的功能顺序有可能混乱，需梳理出框架后，逐步细化。

4. 功能拓展思考

   a.设计缺陷思考（看看策划人员是否策划周全）

   b.测试难点思考（比如刷新问题：时间太长，测试需借助手段）

   c.关联度思考（比如领取道具存放背包中，需考虑背包存放有无上限，领取的道具是叠加在一个框还是排列，若叠加一个框，一个框课叠加多少道具等）

   d.特殊情况思考（比日领取道具时断网等等情况）

5. 兼容相关思考：

   a.版本兼容（同时存在两个版本的情况下功能兼容问题）

   b.功能兼容（新功能添加文题，比如增加英雄，会不会导致老英雄功能的改变等等）

   c.操作系统版本兼容（安卓系统或者ios系统or其它系统兼容问题）

   d.分辨率兼容（不同的分辨率显示的效果可能不一样）

游戏测试用例01 - 设计步骤

需求文档分析、功能模块划分、测试用例编写、测试用例整理与维护

需求文档分析：文档阅读、功能细节沟通探讨、逻辑梳理、功能拓展思考、兼容相关思考

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

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

避免粗略理解带来的用例遗漏，保证测试用例的覆盖度

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

加深对功能的记忆，以免遗忘功能细节

思考功能有没有更好的实现方式

细节沟通探讨：

不明白的地方及时沟通，切忌脑补

尽早确认所有细节，最好在开始写之前就确认完毕

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

逻辑梳理：

文档不一定按照流程顺序写，而且经常存在功能交叉的地方，最好自己梳理逻辑

首先梳理出框架，然后梳理出细节

功能拓展思考：

设计缺陷思考（领取道具：数量、种类）

测试难点思考（领取道具：如何测试其刷新（调整服务器时间或修改配置））

关联度思考（领取道具：道具存储）

特殊情况思考（领取道具时断电断网服务器维护等特殊情况）

兼容相关思考：

版本兼容，同时存在多个版本时的兼容（交互是否有问题）

功能兼容，老功能中添加新内容（例如添加有不同属性的英雄）

操作系统版本兼容，不同操作系统版本

分辨率兼容

游戏测试用例01 - 设计步骤

需求文档分析、功能模块划分、测试用例编写、测试用例整理与维护

需求文档分析：文档阅读、功能细节沟通探讨、逻辑梳理、功能拓展思考、兼容相关思考

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

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

避免粗略理解带来的用例遗漏，保证测试用例的覆盖度

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

加深对功能的记忆，以免遗忘功能细节

思考功能有没有更好的实现方式

细节沟通探讨：

不明白的地方及时沟通，切忌脑补

尽早确认所有细节，最好在开始写之前就确认完毕

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

逻辑梳理：

文档不一定按照流程顺序写，而且经常存在功能交叉的地方，最好自己梳理逻辑

首先梳理出框架，然后梳理出细节

功能拓展思考：

设计缺陷思考（领取道具：数量、种类）

测试难点思考（领取道具：如何测试其刷新（调整服务器时间或修改配置））

关联度思考（领取道具：道具存储）

特殊情况思考（领取道具时断电断网服务器维护等特殊情况）

兼容相关思考：

版本兼容，同时存在多个版本时的兼容（交互是否有问题）

功能兼容，老功能中添加新内容（例如添加有不同属性的英雄）

操作系统版本兼容，不同操作系统版本

分辨率兼容

一个逻辑梳理的例子，以游戏中点击一个建筑领奖为例