基于UML模型的测试用例设计方案全解.docVIP

基于UML模型的测试用例设计方案 编写目的 本文档用于说明依据UML模型设计测试用例的方法。 文档内容 本文档包括UML模型简要介绍、依据UML模型设计测试用例的策略和方法 预期读者 项目经理、测试组 了解uml 4.1 用例图： 用例图包括参与者（Actor）、用例（Use Case）以及它们之间的关系；显示主角、用例、用例包以及它们之间的关系。 画用例图分三个步骤，首先，确定系统角色；其次，确定用例，再次，对用例进行分解，确定下层的用例图 如下图所示： 4.2时序图 时序图中包括角色，对象，生命线，激活期和消息 角色：系统角色，可以是人或者其他系统，子系统。 对象：包含三种命名方式 第一种方式包含对象名和类名 第二种方式只显示类名不显示对象名，即为一个匿名对象。 第三种方式只显示对象名不显示类名。 生命线：代表时序图中的对象在一段时期内的存在。时序图中每个对象和底部中心都有一条垂直的虚线，这就是对象的生命线，对象间 的消息存在于两条虚线间 激活期：激活期代表时序图中的对象执行一项操作的时期，在时序图中每条生命线上的窄的矩形代表活动期 消息：定义交互和协作中交换信息的类，用于在实体间传递信息。 如下图所示： 4.3活动图 活动图说明了业务用例实现的工作流程，业务用例由一系列活动组成，它们共同为业务主角生成某些工件。 工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。 如下图所示： 4.4状态图 状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的 4.5类图 类图显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等 类图通常包括如下内容：类、接口、协作、关系 如下图所示 5. 测试用例设计方案 5.1测试用例分析 业务整体分析 原分析模式：分析整个系统，确定都有哪些业务，哪些作为系统公共用例，哪些为业务公共用例 Uml分析模式： 这部分信息来源主要是通过用例图来得到系统包含多少个用例包，多少个用例集 5.2测试用例设计 设计方法 要素 来源 备注 场景法设计 基本流、备选流 活动图 每一条线都为一个用例 因果法设计 因子 活动图 活动图中的每一个判定或验证都可以作为一个因子 时序图 时序图中涉及的每一个对象（对象元素） 状态图 时序图中每一个对象对应的每一种状态和来源 类图 时序图中涉及类的特性 结果 活动图 结束点 时序图 最终系统响应以及涉及对象特性和对象的状态 5.3测试用例编写 测试用例元素 来源 前提条件 用例规约、活动图或者用例图 用户操作 活动图、时序图 用户输入 因果设计法中每一个因子对应的边界（先利用等价类划分后取边界） 预期结果 时序图（每一步系统变化以及对象内容、对象状态、数据库存储以及结构变化