赞
踩
1.1 测试用例的定义
1.2 测试用例模板和包含的内容
1.3 设计测试用例的作用
简单的说,测试用例就是:
测试用例编号 | 标识符(用例编号):一般编号规则:TestCase_项目名称_模块名称_功能名称_序号 |
测试标题 | 测试的目标:预期结果(测试点) |
依赖用例 | 一般功能流程上,下游的功能测试依赖于上游的功能测试的用例。例如:增加了一个数据的测试用例,将会被删除该数据的测试用例依赖。 |
测试步骤 | 用最朴实的语言,写出来软件的操作步骤。要尽量详细。例如,在用户名文本框输入:XXX;在省份下拉列表选择:北京 城市下拉列表选择:北京 |
输入数据 | 单独整合测试数据。必须和测试步骤中的数据保持一致 |
预期结果 | 准确、对象的准确,内容的准确性。原则上每一个操作,都要有一个结果。在重要的步骤之后,设定预期结果。例如:页面跳转到XXX;程序弹出对话框,提示:用户名或密码错误,请重新输入!一般和测试目的密切相关。测试目的决定了测试步骤和预期结果。 |
测试结果 | 要求在测试执行完成后添加。没有执行保持为空。测试结果只有两个:通过/失败;pass/failed。和预期结果一致即为通过;不一致即为失败 |
测试人 | |
备注 |
测试用例应该包含以下内容:
1. 黑盒测试用例设计方法概述
2. 等价类划分法
2.1 等价类划分法原理
2.2 等价类划分法设计步骤
2.2.1 确定等价类的原则
例如:一个文本框规定,输入字符个数为3~18位。
一个有效等价类:范围内个数
两个无效等价类:个数小于6;个数大于18
例如:请输入11位的手机号。
一个有效等价类:11位
一个无效等价类:不是11位
布尔量:表示“真”或者“假”
例如:登录重要输入用户名和密码
例如:用户名要求:6~18,由字母、数字、下划线组成;字母区分大小写;
2.3 等价类划分法适用场景
针对:需要有大量数据测试输入,但是没法穷举测试的地方
典型代表:页面级的输入框类测试
3. 边界值分析法
3.1 边界范围节点
3.2 案例一:
需求;通过边界值法验证QQ号码的合法性
要求:6~10位自然数
3.3 使用场景
3.4 总结
边界值可以覆盖等价类的长度,但是无法覆盖类型,所以设计用例时,必须两者结合。
等价类划分法用来筛选数据,而测试步骤的设计方法主要有因果图法、
5.1 因果图法
第一步:根据功能说明书中规定的原因和结果之间的关系画出因果图。
原因和结果的关系:
第二步:根据功能说明在因果图中加上约束条件
6.2 根据需求说明书找出原因-结果关系
原因 | 结果 |
投5角 | 橙汁 |
投1元 | 啤酒 |
选橙汁 | 找零5角 |
选啤酒 |
6.3 根据原因-结果关系画出因果图
因果图使用中的局限性:当原因和结果很多的时候,它们之间的关系连线就会很多,导致因果图的可读性变差。因此局部的小功能(原因和结果不是很多的时候)分析。
6.4 列出所有的原因和结果的列表,设计初步的测试用例步骤
case1 | case2 | case3 | case4 | case5 | case6 | ||
投币 | 投5角 | 1 | 1 | 1 | |||
投一元 | 1 | 1 | |||||
按钮 | 选橙汁 | 1 | 1 | ||||
选啤酒 | 1 | 1 | |||||
结果 | 出橙汁 | 1 | 1 | ||||
出啤酒 | 1 | 1 | 1 | ||||
找零 | 1 | 1 | |||||
Case5,Case6这是一种bug,不能做测试设计。因果图的优势在于能够发现设计中存在的不足。
经过分析发现:
1)只选择银联,没有投币的时候,软件没有任何结果
2)只投币,没有选择饮料的时候,软件也没有任何的结果。
3)我们不能吧软件的缺陷设计成测试用例。
6.5 设计用例
测试用例编号 | 测试项 | 依赖用例 | 测试步骤 | 输入数据 | 预期结果 | 实际结果 | 测试人 | 备注 |
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。