设计测试用例的思路

    技术2022-05-13  32

     

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

    最新回复(0)