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