1、部门管理文档系列*公司测试用例编写标准及原则拟 制 日 期审 核 日 期批 准 日 期修订历史记录版本 日期 AMD 修订者 说明1.0 A 初稿1.1 M（A-添加， M-修改，D- 删除）目 录1. 引言 .41.1 背景 .41.2 目的 .51.3 适用范围 .51.4 缩写和术语 .52. 测试用例 .52.1. 概念 .52.2. 用途 .52.3. 设计依据 .62.4. 编号规则 .62.5. 用例内容 .62.6. 用例设计方法 .72.6.1. 等价类划分法 .72.6.2. 边界值分析法 .72.6.3. 错误推测法 .82.7. 功能性测试方法 .82.7.1. 输入非
2、法数据 .82.7.2. 输入默认值 .82.7.3. 输入使缓冲区溢出的数据 .92.7.4. 输出不符合业务规则的无效输出 .92.7.5. 数据结构溢出 .92.7.6. 文件内容受损 .92.8. 软件环境兼容性测试 .92.8.1. 与操作系统的兼容性 .93. 用例设计步骤 .103.1. 用例评审 .113.1.1. 评审原因 .113.1.2. 评审内容 .113.1.3. 评审过程 .113.1.4. 评审人员 .113.1.5. 评审方式 .123.1.6. 结束标准 .124. 用例规范 .124.1. 编写用例规范 .124.2. 编写用例标准 .124.3. 用例实例
3、说明 .134.3.1. 字段说明 .134.3.2. 用例说明 .134.4. 用例级别划分 .145. 用例的维护 .156. 风险分析 .167. 测试用例模板 .161. 引言1.1 背景为保证测试用例对需求的覆盖率，即对一个系统从整体功能到单个功能，都尽可能的高的覆盖。而单个功能点主要强调的是不同的输入及其组合所带来的各种输入动作，系统是否都做了处理；测试用例设计首先要明确该系统存在多少功能点，要通过各种常用的测试方法来保证用例的完整性，然后再对各功能点的边界范围进行考虑。所以要保证测试用例的设计按照一种合理的结构组织进行，这样才能够更有效的保证系统所有功能点的覆盖率。1.2 目的为
4、测试用例的质量负责，使测试工作能有序、合理化的进行，从而提高实施测试时对所测产品、系统或者模块的测试质量，也是作为各测试人员在设计用例时的一种规范，使之设计的用例能有效的被管理。1.3 适用范围 本文档适用于测试人员 本文档适用于系统进行测试时的测试案例设计 本文档适用于案例补充时的测试案例1.4 缩写和术语无2. 测试用例2.1. 概念是指为了实施测试而编写的一组有规范性、有据可依的输入数据与输出数据的组合，也指为了实施测试而向被测对象提供的一组输入、输出数据以及由各种执行条件和期望结果相组合的一个特定集合，以便测试某个程序路径或者来核实是否满足某个特定的需求。2.2. 用途 指导测试工作有
5、序进行，使实施测试的数据有据可依 确保所实现的功能与客户预期的需求相符合 完善软件不同版本之间的重复性测试 跟踪测试进度，确定测试重点 评估测试结果的度量标准 增强软件的可信任度 分析缺陷的标准2.3. 设计依据 需求说明书 项目测试需求功能点 所属行业的业务知识掌握程度 测试工程师本人的理解程度（个人经验）2.4. 编号规则 以 版本.需求一级菜单号.二级菜单号.用例排序为编号规则，例如：CS.1.1.1 以各项目制定的规范为依据2.5. 用例内容用例编号功能点用例级别标题概述前置条件用例步骤输入数据预期结果实际结果问题描述执行结果Bug编号需求编号用例编写者测试执行者执行日期备注 用例编号
6、： 唯一标识，与需求编号对应，为多对一关系 用例编写者：设计用例的人员 被测对象： 要测试的功能点（模块、系统） 用例标题： 对测试项简短的描述 用例级别： 确定用例执行的级别。 参考 5.4 前提条件： 执行用例时需要的预置条件 输入条件： 执行该动作需要输入的数据 操作步骤： 执行该动作需要完成的操作 预期结果： 执行完该动作后程序的表现结果 实际结果： 实际输出的结果 问题描述： 执行该用例出现后系统显示的错误 验证结果： 该测试用例是否执行通过 BUG 编号： 填写 BUGBASE 中对应此用例的 BUG 编号 需求编号： 唯一标识，与用例编号对应，为一对多关系 测试执行者：按照该用例
7、执行测试的人员 测试日期： 执行测试的时间 备注：对未执行或不能进行执行的用例进行说明2.6. 用例设计方法2.6.1. 等价类划分法1) 概念是一种最典型的黑盒测试方法，它完全不考虑程序的内部结构，而是只根据对程序的要求和说明进行测试用例的设计。测试人员要求对需求说明书中的各项功能需求进行细致分析，把程序的输入域划分成若干个部分，然后从每个部分中选取少数代表性数据作为测试用例，经过这种划分后，每一类的代表性数据在测试中的作用都等价于这一类中的其他值。2) 分类 有效等价类：是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合 无效等价类：是指对程序的规格说明来说是不合理的、无意义的
8、输入数据构成的集合3) 步骤 从需求说明书中找出各个输入条件 对找出的每个输入条件划分两个或两个以上的等价类4) 方法 在输入条件规定了取值范围或值的个数时，可以确定一个有效等价类和两个无效等价类 在输入条件规定了输入值的集合或者规定了“必须如何”的条件情况下，可以确定一个有效等价类和一个无效等价类 在输入条件是一个布尔量时，可以确定一个有效等价类和一个无效等价类 在规定了输入数据的一组值（假定 n 个） ，并且程序要求对每一个输入值分别处理的情况下，可确定 n 个有效等价类和一个无效等价类2.6.2. 边界值分析法是等价类测试的特例，主要考虑等价类的边界条件，在等价类的边缘处选择元素，是指输
9、入和输出的等价类中那些恰好处在边界，恰好超过边界或恰好在边界以内的数据集合组成的用例。对边界值设计测试用例原则： 如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超出这个范围边界的值作为测试输入数据 如果输入条件规定了值的个数，则用最大个数、最小个数、比最小个数小 1、比最大个数多 1 的数作为测试数据 如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例 如果程序中使用了一个内部数据结构，则应选择这个内部数据结构边界上的值作为测试用例 分析规格说明，找出其他可能的边界条件2.6.3. 错误推测法是根据经验和直觉设计测试用例。
10、其思想是：如某处发现了缺陷，则该处可能会隐藏更多的缺陷，在实际操作中，列出程序中所有可能的错误和容易发生的特殊情况，然后依据测试者经验作出选择；而该用例设计方法不是一个系统的测试方法，只是作为辅助手段，其优点是测试者能快速且容易的切入，并能体会到程序的易用与否，缺点是难以知道测试的覆盖率，可能丢失大量的未知区域。2.7. 功能性测试方法2.7.1. 输入非法数据处理非法数据的方法： 防止不正确的输入进入被测软件 输入了不正确的数据后，软件提示错误信息，拒绝不正确输入 允许不正确的输入进入系统并处理，软件失效时调用异常处理程序测试的方法： 输入数据的类型 输入数据的长度 输入数据边界值2.7.2
11、. 输入默认值测试方法： 接收软件显示的默认值 键入空值 将默认值改为另一个值，这样会使应用程序以不同值来允许 将默认值改为另一个值，然后再变为空值2.7.3. 输入使缓冲区溢出的数据测试方法： 弄清楚测试的输入域长度，输入最大字符串测试 输入一个比最大字符串更长的字符串2.7.4. 输出不符合业务规则的无效输出测试方法： 列出所有无效输出，然后逐一测试 熟悉业务规则及行业背景知识（如日期、时间、金额等小数问题）2.7.5. 数据结构溢出所有数据结构的大小都有上限，开发人员经常对有关数据结构的内容进行编码，忘记结构本身的物理局限。测试方法： 尝试将过多的值输入数据结构，测试上溢 尝试多删除一个
12、数据，测试下溢 全面理解需求文档，确定数据结构的界限2.7.6. 文件内容受损当文件上传时，需要对上传文件的类型及内容进行测试测试方法： 上传不同类型的文件，检查系统怎样处理 上传内容受损的文件，检查系统怎样处理 上传不同路径的文件，检查系统怎样处理2.8. 软件环境兼容性测试2.8.1. 与操作系统的兼容性操作系统的兼容性测试内容不仅包括软件的安装，还需对关键流程和功能点进行检查。而需要测试哪些操作系统的兼容性，首先取决于软件用户文档上对用户的承诺，其次就需要对一些常用操作系统兼容的检查。手机操作系统包括 WAP 版及 CS 版WAP 版： Android iPhone OS Linux Linux Smartphone OS Mymobile Palm OS RIM OS Symbian OS webOS Windows Mobile OSCS 版： iPhone OS Linux Linux Smartphone OS RIM OS Symbian OS Windows Mobile OS系统兼容的浏览器为 ie6 、IE7、IE8 、火狐、火狐C/S 或 B/S 系统 兼容操作系统 windows XP 、windows2000、windows2003、windows7 等等
