测试用例编写
格式
为什么重要?
脉络清晰明了
方便需求变化后的更新维护
方便执行人员上手
首页内容
名称
对应版本
编写人,编写日期,备注
需求文档链接
正文页内容
功能逻辑图
用例id
模块名称
测试先决条件
输入信息
输出结果
备注信息
常用的测试用例编写方法
等价类:金币不足时购买道具10【有效等价类】10,11+【无效等价类】9
边界值:【刚好相等】【刚刚小于】【刚刚大于】数值测试,字符串测试
因果图&判定表:自动售货机,找钱和产品
测试用例整理与维护
更新测试用例,并修改备注
尽量避免冗余
用例的备份,本地也备份一份,避免线上误删除
测试用例编写
1.格式
一个清晰的格式为何重要?
a·首页内容:(用例关键信息)1.用例名称,2.用例对应的游戏版本,3.编写人,编写日期备注,3.修改人,修改日期、修改备注4.需求文档的链接地址
b·正文页内容:1功能逻辑图(若有,便于理解)、2用例id、3模块名称、4测试先决条件(入口)、5输入信息6、输出结果、7备注信息
c·关于格式的注意事项:1用例有清晰的逻辑2、一个输入只对应一个输出、3保证每次更新用例后都有明确的记录标注4、保证格式一致
2.常用编写方法
a·等价类:一个输入集合内,任何输入数据对于输出的验证来讲都是等效的,所以选取少量代表性测试数据代表整个数据
有效等价类:有意义的输入集合,可以验证程序的正常功能和流程
无效等价类:无意义的输入集合,验证特殊情况
b·边界值:1.对于输入或输出的边界值进行分析2.边界值的确定;一般选取正好等于,刚刚小于和刚刚大于3种情况做为测试数据4·适用范畴:数值测试、字符串测试、数据类型测试等
c·因果图:1·输入与输出之间因果关系的一种关系图
适用于:输入条件较为复杂,存在多种可能组合(笛卡尔积)的情况
方法:识别出因(所有输入)、中间节点、果(所有输出),并且根据关系连接起来
2·判定表:可以通过因果图来生成的一种结果判定表格(因、中间节点、果,01表示是否存在)
3.因果图尝尝与判定表一起使用,通过因果图生成判定表,通过判定表来书写测试用例
3
·
4.注意事项
输入条件单一明确,不用容易引起误解的词,比如可能大概等
输出要可判断且明确,不用显示正确这种词汇
测试步骤要可执行
保证尽量高的覆盖度
能抽象合并的尽量抽象合并,避免无意义的冗余
5·测试用例整理与维护
需求变化后及时更新并备注修改情况(修改内容、产品和开发负责人)
遇到冗余的测试用例,如果遇到重复用例,根据实际情况及时修改
注意测试用例的备份
显示正确 有时候确实是比较抽象, 但是是可以具体定义显示正确的.
用例维护都是基本要求, 而且, 用例管理工具才是正道.
测试用例常用编写方法:边界值
测试用例常用编写方法:边界值
测试用例常用编写方法:等价类
正文页内容
用例id、模块名称、测试先决条件、输入信息、输出结果、备注信息
测试用例整理与维护
测试用例常用编写方法
正文页内容
测试用例首页内容
因果图与判定表举例
测试用例编写类型
测试用例正文
测试用例首页内容
测试用例整理与维护
用例编写注意事项
等价类!!
正文内容-样例
首页内容-样例
用例首页内容