功能测试案例编写指引-V10.docVIP

功能测试案例 编写指引 V1.0 类别 文件名： 功能测试案例编写指导 版本号： V1.0 版本日期： 作者： 单位： 日期： 文档版本 版本 日期 注释 V1.0 编制 许可 职务 签名 日期 审核 目 录 1 目的 2 2 范围 3 3 术语 3 4 原则 3 4.1 案例编写依据 3 4.2 案例组织方式 3 5 编写要求 4 5.1 测试案例组成元素 4 5.2 总体要求 4 6 案例覆盖面 5 7 设计方法 5 7.1 等价类划分方法 5 7.1.1 简述 5 7.1.2 划分原则 5 7.1.3 划分组合 5 7.2 边界值分析方法 6 7.2.1 简述 6 7.2.2 选择原则 6 7.3 因果图法 6 7.3.1 简述 6 7.3.2 分析步骤 6 8 实例 7 8.1 字符、长度校验 7 8.2 路径组合覆盖 7 8.3 条件组合覆盖 8 附件 测试案例（模版） 9 目的 为了使项目开发人员与测试人员了解功能测试案例编写的方法及要求，特编写此文档，以作指导之用。 范围 本规范适用于项目开发组全体人员、质量检测组所有检测人员，作用于项目开发的测试案例编写阶段。 术语 测试案例：为达到最佳的测试结果或高效地揭露隐藏的错误而精心设计的测试数据，称之为测试案例。这种数据具有代表性或特殊性。 原则 案例编写依据 测试案例编写主要依据有以下文档： 需求说明及相关文档 相关的设计说明（概要设计，详细设计等） 已经基本成型的UI，即Demo 案例组织方式 案例可以根据功能进行分类，然后按照系统工作方式，依据主工作流程和辅助工作流程进行组织。案例可以进行归纳整理，整理的最小单位为最小不可拆分模块。如：登陆模块，包含的案例可能为密码校验，帐户合法性校验，系统掉线处理等子测试案例，但是可以认为登陆操作是个不可再分的最小测试案例模块，其中包含很多的子测试案例。 案例可以根据功能工作流程分类，按照系统工作流程将所有测试案例分派完毕，达到可对系统检验的目的。 编写要求 测试案例组成元素 每一条测试案例应包括以下元素，格式参见附件1《测试案例》。 项目/软件名称 软件版本 项目负责人 功能模块名 功能项： 指的是功能模块中的子模块名，即测试的功能点 功能特性：简述需测试的功能项所具备的功能与相关制约条件 测试类别：选择“功能测试” 测试目的：简述对功能项执行测试所要达到的目的 测试数据：执行测试的前置条件（即案例执行前必须输入的数据） 相关案例：依赖或受其影响的其他案例 参考信息：测试案例来源（如，XX文档中关于XX功能的说明） 编制人员 编制日期 开发人员 测试人员 测试日期 回归测试 操作编号：用于引用和定位测试案例的标识符（以“Step＋数字”作为命名规则） 角色：执行该测试案例的使用者身份（如：系统管理员，普通用户等） 功能描述：所测功能点的简要说明，即该案例执行的目的或方法 用例描述：包括执行本案例必须要满足的条件、案例执行的详细操作步骤 输入数据：列举送到软件执行测试案例的所有输入内容或条件。每个数字值、击键或手工操作都属于输入数据 预期输出：执行测试案例预期的结果 测试结果：实际执行输出的结果 测试状态（P/F）：通过或不通过（P/F） 总体要求 编写测试案例，要求以下几点： 功能描述和用例描述要简单清晰。 案例中所有测试数据应详细描述。 案例要求覆盖范围要广，各种可能性都要覆盖到。 案例内容应包括输入和输出的合法/非法检验，边界检验，和所有可能出现的条件组合与路径组合。 案例覆盖面 字符合法与非法校验 长度或个数边界校验 各种条件 各条路径 设计方法 测试案例设计方法：等价类划分、边界值分析、因果图 等价类划分方法 简述 等价类划分是一种典型的黑盒测试方法，这一方法完全不考虑程序的内部结构；其指一套被选择的值，这些值分别代表了许多众多的可能输入值，程序对其处理的方式都是一样的。 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭示程序中的错误都是等效的。等价类合理地假设：某个等价类的代表值，与该等价类的其他值，对于测试来说是等价的；也就是说，如果该代表值发现了错误，这一等价类中的其他值也能发现同样的错误。 因此，可以把全部的输入数据划分成若干的等价类，在每一个等价类中取一个数据来进行测试。这样就能以较少的具有代表性的数据进行测试，而取得较好的测试效果。 划分原则 等价类的划分有两种不同的情况： 有效等价类：是指对于程序的需求说明来说，是合理的，有意义的输入数据所构成的集合；利用它可以检验程序是否实现了预期的功能； 无效等价类：是指对于程序的需