设计测试用例的思路 : Ø 由简而繁 Ø 案例 由简而繁--是一个过程,是一个逐步细化的过程,是一个从简单的测试描述(测试功能点、测试需求等)逐步细化到能够依照执行的测试用例的过程。 样例 - 登录 需求: 用户名长度为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位 ………… ………… ………… ……………… Ø 参数化