设计测试用例的思路 :
Ø
由简而繁
Ø
案例
由简而繁--是一个过程,是一个逐步细化的过程,是一个从简单的测试描述(测试功能点、测试需求等)逐步细化到能够依照执行的测试用例的过程。
样例 - 登录
需求:
用户名长度为6至10位(含6位和10位)
用户名由字符(a-z、A-Z)和数字(0-9)组成
用户名不能为空,不能有空格和特殊字符
密码规则同用户名规则
设计过程↓
简单理解需求---
能够正确处理用户登录
一般用例的设计---
输入正确的用户名和口令可以进入系统
输入错误用户名或口令错误无法进入系统
详细用例的设计
操作步骤
|
预期结果
|
输入正确的用户名和口令(均为6位),点击[OK]按钮
|
进入系统
|
输入正确的用户名和口令(均为10位) ,点击[OK]按钮
|
进入系统
|
输入正确的用户名和口令(均为6至8位之间),……
|
进入系统
|
用户名为空,……
|
提示输入用户名不能进入系统
|
用户名为空格,……
|
提示无效用户名不能进入系统
|
用户名小于6位,……
|
提示用户名太短不能进入系统
|
……………………
|
………………
|
什么是参数化
是一个将测试数据与测试逻辑(步骤)分开,简化测试用例的过程;
方式是将用例中的一些输入、输出等作为参数,数据则单独列出,在执行时选择相应的数据执行。
为什么要参数化?
没有将测试数据和测试逻辑分开的测试用例可能显得非常庞大,不利于测试员理解,导致难以控制和执行;
通过将用例参数化,可以简化用例,使测试用例逻辑清晰,数据与逻辑的关系明了,易于理解;
l
有利于提高测试用例的复用性;
哪些内容需要参数化?
测试用例中需要通过使用不同数据来重复执行测试的部分;
包括:
Ø
输入(数据或操作等)
Ø
样例 - 登录的测试步骤
步骤:
|
1、输入<<<用户名>>>
2、输入<<<口令>>>
3、点击[OK]按钮
|
结果:
|
<<<预期结果>>>
|
样例
-
登录的测试数据
“用户名”
|
“口令”
|
“预期结果”
|
说明
|
“user10”
|
“pass10”
|
进入系统
|
正确的用户名和口令(6位)
|
“user789”
|
“pass789”
|
进入系统
|
正确的用户名和口令(7-9位)
|
“user000010”
|
“pass000010”
|
进入系统
|
正确的用户名和口令(10位)
|
“”
|
“pass”
|
提示输入用户名
不能进入系统
|
用户名为空
|
“空格”
|
“pass”
|
提示无效用户名
不能进入系统
|
用户名为空格
|
“user”
|
“userpass”
|
提示用户名太短
不能进入系统
|
用户名小于6位
|
“user0000011”
|
“userpass”
|
提示用户名太长
不能进入系统
|
用户名大于10位
|
…………
|
…………
|
…………
|
………………
|
Ø
参数化