游戏测试用例-设计步骤

游戏测试用例设计步骤
需求文档分析>功能模块划分>测试用例编写>测试用例整理与维护

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

文档阅读
细致理解功能设计意图和设计思路
避免粗略理解带来的用例遗漏
一些重要数据可能隐藏在不起眼的语句中
加深对功能的理解，否则随着时间推移，可能会遗忘很多内容

功能细节沟通讨论
不明白的地方需要及时确认，切记脑补想当然
尽早确认细节，最好在开始写之前就确认完毕
关注需求变更，需求变更后，一定要跟程序和策划确认

逻辑梳理
文档不一定是按照流程顺序写的，而且经常存在功能较差的地方
梳理出框架后，逐步细化

关于功能拓展思考
设计缺陷思考
测试难点思考
关联度思考
特殊情况思考

兼容相关思考
版本兼容
功能兼容
操作四通版本兼容
分辨率兼容

功能拨快划分
模块划分原则：高内聚，低耦合；重整体，轻局部。

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

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

模块划分方法3
类型划分法：按照功能包含内容的不同类型进行划分。

模块划分注意事项
不同的划分方法适用不同的场景，要具体问题具体分析
有时候一个功能需要结合多种方法进行划分
划分完毕后，要结合需求文档重新梳理，确保模块清晰，覆盖完整

测试用例编写
格式
常用的测试用例编写方法
测试用例编写注意事项

格式
首页内容
正文页内容
关于格式的一些注意点

首页内容
用例名称
用例对应的游戏版本
编写人，编写日期，备注
修改人，修改日期，修改备注
需求文档的链接或地址

正文页内容
功能逻辑图（如果有）
用例id
模块名称
测试先决条件
输入信息
输出结果
备注信息

关于格式的一些注意点
尽量保证逻辑清晰
尽量保证一个输入只对应一个输出
保证每次更新用例后都有明确的记录标注
尽量保证一个用例内格式统一

测试用例常用编写方法
等价类
边界值
因果图&判定表

等价类
指的是一个输入集合内，任何输入数据对于输出的验证来讲都是等效的，此时我们就可以选取少量代表性的测试数据来代表整体数据。
有效等价类：是对于输出来讲有意义的输入集合，可以验证程序的正常功能和流程。
无效等价类：是对于输出无意义的输入组合，用于验证非正常流程输入对输出的影响

边界值
边界值：对输入或输出的边界值进行分析的一种方法
边界值的确定：一般选取正好等于，刚刚小于和刚刚大雨3中情况作为测试数据
通常使用的范畴：数值测试，字符串测试，数据类型测试等。

因果图与判定表
因果图：简单的来说就是输入与输出之间因果关系的一种关系图
判定表：可以通过因果图生成的一种结果判定表格
因果图常常与判定表一起使用，通过因果图生成判定表，通过判定表来书写测试用例

用例编写注意事项
输入条件要单一明确，尽量不用容易引起误解的词，比如：可能，大概等
输出要可判断且明确。最好不用“显示正确”这种词汇
测试步骤要可执行
保持尽量高的覆盖度
能抽象的尽量抽象出来，避免无意义的冗余

测试用例整理与维护
需求变化后需要及时更新老的测试用例，并写清修改情况的备注（修改内容，产品和开发负责人）
测试用例应该尽量避免冗余，如果遇到重复的用例，需要根据实际情况进行修改
注意测试用例的备份，写完后最好自己本地也备份一份，避免线上被人误删除