1、案例 1 试用例的设计与编写表 1 用例设计表(Table of Case Design)用例编号 测试用例名称软件名称 XXXX 系统 模块名称设 计 者 创建日期设计状态 用例类型 手工 版本号 1.0审 阅 人 审阅日期 权 重用例描述对测试用例进行描述，内容包括但不限于以下内容 测试内容描述 测试环境 性能要求 界面规格 特别提示、注意事项目 的 测试用例目的描述前提条件 执行该用例有无前提条件？如有，则列出前提条件覆盖需求 这里填写所覆盖的所有需求编号执行状态 Pass / Fail 关联缺陷 这里填写所有关联缺陷的编号变更记录变更字段 新的值 变更人 变更日期数据列表：数据字段 1
2、 测试步骤 输入数据字段 n . 预期结果 测试结果用例编号 填写测试步骤或测试输入等（可以包含更进一步的步骤）数据 填写执行该步骤或输入应该产生的结果上表为在单位工作时实际项目的用例表格，在实际的用例编写过程中，需要丰富的经验，今在国内，多数的项目还是以用例覆盖缺陷的形式来发现软件中潜在的问题，如金融系统，管理系统等等。只有少数的游戏测试采用随机测试的方式。所以在用例的设计过程中，需要考虑尽可能多的测试技术以达到最大的缺陷覆盖比例。此表的实例请见下面表 2。测试用例与执行测试用例主要是用例设计者根据业务设计师的业务需求，对业务进行用例设计，保证用例所验证的功能为业务设计师的意图。并通过合理测
3、试方法的搭配，覆盖隐藏在程序中的缺陷。本节将以上节的需求为基础，融入测试方法，对用户登录的需求进行用例编写。表 2 用户登陆用例设计 (User Logins Case Design) 101.1 用户登陆软件名称 电子商务系统 功功能模块名 用户登录 Login设 计 者 xx 创建日期 2007-3-8设计状态 完毕 用例类型 手工 版本号 1.02010.10.23审 阅 人 Kitty 审阅日期 2007-3-15 权重（优先级） 中功能特性 ：用户身份验证用例描述 用户登录 Iexplorer 浏览器 10 秒内登录成功测试目的 验证用户登录功能的正确性，允许合法登录，阻止非法登录前
4、提条件 后台预设了一组用户名，密码， （zz，123456）即存在一已注册的用户。硬件环境：服务器端：DELL（CPU：P4， RAM 2G）客户端：DELL（CPU：P4， RAM 2G）测试环境软件环境：服务器端：操作系统-windows2000；数据库-SQL；web 服务器-IIS客户端：操作系统-windows-XP；浏览器：IE7.0覆盖需求 SRS1.1.1（需求规格说明书中关于“登录”的说明）执行状态 Step 3 Fail 关联缺陷 0308_Bug#1变更记录变更字段 新的值 变更人 变更日期数据列表：输入数据数据字段编号 测试步骤用户名 密码预期结果 测试结果Login-
5、001 1 输入正确用户名密码2 按“登录”按钮3. 按“退出”按钮zz 123456 登录到用户界面,页面固定位置显示 “欢迎 zz 光临本网站” ，退出至首页Login-002 1. 输入未注册的用户名，2. 输入正确的密码3. 按“登录”按钮。xx 123456 系统提示， “没有这名会员的信息”Login-003 1. 输入正确用户名，2. 输入非法的密码3. 按“登录”按钮。qq 654321 系统提示， “没有这名会员的信息”Login-004Login-005(1)用例实例分析上述表格是根据 SRS1.1（需求规格说明书）的需求而设计的测试用例，根据上节对与用户登录名及密码的限制
6、，在测试用例步骤中应考虑到相应的有效等价类与无效等价类（黑盒测试方法-边界值分析） 。如涉及到字符限制，还应考虑到等价类划分的测试方法。除次以外，一些经验丰富的测试人员可以根据错误推测法在用例中设计相应的用例。(2)用例的执行如表 2 所示，最后的执行状态显示为步骤 3 失败，说明程序中有与需求不符的缺陷，这样就需要在测试的过程中提交相应的缺陷报告，这些职责都应由测试员来执行。*案例 2 测试设计当一份测试需求制定好以后,Designer 就开始了 Design Test Case,当然，这些制定出来的 Test Case 必须要覆盖到测试需求,Test Case 并不是独立存在的。测试设计中
7、黑盒测试设计有这么几种方法:等价类划分,边界值分析,错误推测法,因果图法。在我参与的项目中 Designer 需要将他们 Design 出来的 Test Case 交给内部技术人员审查,当通过内部审查以后将交由 BA 与开发人员进行外部审查,当所有审查都通过以后 BA 会将这个 Test Case 的状态变为 Ready,然后Designer 就会将 Test Case 拖入到 QC 中。下表为我参与的测试项目中制定出来的一个 Test Case 的实例：表 2.1 测试用例的具体实例软件名称 银行管理系统 模块名称 Loan设 计 者 Hal 创建日期 2007.3设计状态 Ready 用例
8、类型 手工 版本号 SIT审 阅 人 Spring 审阅日期 2007.3 权 重用例描述 This case is to test a loan account can be opened successful in Host.目 的 A loan account can be opened successful in Host.前提条件 A customer must be prepared.An IM account must be prepared.测试步骤及输入： 预期结果：步骤名称 A customer must be prepared.An IM account must be
9、prepared.All data should be prepared步骤名称Login on Host.Login on Host successful步骤名称 Invoke AMLO in the first screen.Input the data in other field.Press enterSystem can go to next screen步骤名称 In the second screen.Input the prepared IM account.Press enterLoan account can be opened successful步骤名称 Invoke
10、IMINInput the loan account.The account can be viewed successful覆盖需求 RQ0001执行状态 Pass / Fail 关联缺陷 无变更记录变更字段 新的值 变更人 变更日期从上表中我们可以清楚的看出制定出一个完善的 Test Case 中应该有的元素，当然这些只是我们在接受审核阶段临时创建的表格，具体的 Test Case 我们还会讲它放入到 QC 中，图 2.6-1 到 2.6-3 为表 2.1 在 QC 中的展示：图片 2.6-1 为该用例的具体信息：图片 2.6-1 为该用例的具体信息图 2.6-2 为该用例的具体操作步骤：图 2.6-2 为该用例的具体操作步骤图 2.6-3 为该用例覆盖到的需求：图 2.6-3 该用例覆盖到的需求
