测试用例说明书.pptVIP

测试用例说明书 邓茂楠 438759361@ 了解测试用例相关概念 熟悉测试用例设计的方法 熟悉测试用例设计的原则 熟悉测试用例模板 内容要点 测试用例（Test Case）：为了某个测试点而设计的测试操作过程序列、条件、期望结果及其相关数据的一个特定的集合。它是可以被独立执行的一个过程，是一个最小的测试实体，不能再被分解。 测试用例说明书：记录被测软件的所有测试用例及测试执行过程相关信息的文档。 测试用例说明书的核心内容就是测试用例的设计。 测试用例说明书的编写 测试用例说明书的作用： 作为实施测试的指导； 作为测试数据规划的前提； 作为测试脚本编写说明书； 作为评判基准； 作为分析缺陷的基准。 测试用例说明书的编写 准确理解软件要实现的功能，即明确用户的需求； 有可参阅的《需求规格说明书》和《设计说明书》。 （测试需求说明书、成熟的测试用例） 设计测试用例的前提 测试用例设计的目的：不在于验证软件达到的功能，而在于验证软件应该达到的功能，也就是说设计一组发现某个错误或某类错误的测试数据。 测试用例要包括需要测试的功能、应输入的数据和预期的输出结果。 测试数据应该选用少量、高效的测试数据进行尽可能完备的测试。 设计测试用例的原则 设计测试用例的基本原则如下： 全面性，描写的测试用例应该覆盖所有的详细设计文档描述的功能。 正确性，保证设计的测试数据的正确性和操作的正确性;预期的操作结果应该与测试数据发生的业务吻合。 容错性，程序能够接收正确数据输入并且产生正确(预期)的输出， 输入非法数据(非法类型、不符合要求的数据、溢出数据等)，程序应能给出提示并进行相应处理。 设计测试用例的原则 仿真性，人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例。 可操作性，测试用例应写清楚测试的操作步骤，不同的操作步骤相对应的操作结果不同。 符合正常业务惯例，测试数据应符合用户实际工作业务流程，也就是测试用例的先后顺序；兼顾各种业务变化的可能；符合当前业务行业法律法规。比如先增加再修改或删除。 设计测试用例的原则 等价类划分法 边界值分析法 错误推测法 因果图 判定表 设计测试用例的方法 功能图法 场景法 逻辑覆盖 基本路径测试 采用白盒测试技术设计用例的目的主要是： 每个模块中的所有独立路径至少被执行一次； 所有的逻辑值必须测试真、假两个分支； 在边界值内和可操作范围至少循环一次； 检查数据的内部结构保证其有效的实现预定功 能。 设计测试用例的方法 采用黑盒测试技术设计用例的主要目的是： 检查功能是否实现或遗漏； 检查人机交互界面是否出错； 数据库读取、更新操作出错； 性能特性是否得到满足。 设计测试用例的方法 设计测试用例时需要注意的问题： 不能把测试用例设计等同于测试输入数据的设计； 不能追求测试用例设计的一步到位； 不能将多个测试用例混在一个用例中； 不能由没有经验的人员设计测试用例。 设计测试用例的方法 测试用例文档由简介和测试用例两部分组成：简介部分：测试目的、测试范围、定义术语、参考文档、概述等； 测试用例部分：逐一列出各测试用例，每个具体测试用例都将包括下列详细信息：用例编号、用例名称、测试等级、输入条件或数据、验证步骤、期望结果（含判断标准）、实际输出结果、备注等。 测试用例说明书 测试用例的设计过程正如同软件开发工程师开发软件一样，是测试工程师开发程序的过程不过这个程序是文档。 可以用测试管理工具负责测试用例的管理，如QC、TestLink、或者Microsoft的Visual SourceSafe，Rational的TestManager等。 测试用例说明书的管理 测试用例管理的一般方式如图所示： 用例编写 用例评审 修改用例 入库保存 使用 维护/升级 图1 测试用例管理方式 Thank　You!