设计测试用例的思路

 

设计测试用例的思路 ：

Ø由简而繁

Ø

案例

由简而繁－－是一个过程，是一个逐步细化的过程，是一个从简单的测试描述（测试功能点、测试需求等）逐步细化到能够依照执行的测试用例的过程。

 

样例 － 登录

需求：

用户名长度为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位

…………

…………

…………

………………

Ø

参数化