基于UML模型的测试用例设计方案

基于UML模型的测试用例设计方案

1.编写目的

本文档用于说明依据UML模型设计测试用例的方法。

2.文档内容

本文档包括UML模型简要介绍、依据UML模型设计测试用例的策略和方法

3.预期读者

项目经理、测试组

4.了解uml

4.1 用例图：

用例图包括参与者（Actor）、用例（Use Case）以及它们之间的关系；显示主角、用例、用例包以及它们之间的关系。

画用例图分三个步骤，首先，确定系统角色；其次，确定用例，再次，对用例进行分解，确定下层的用例图

如下图所示：

4.2时序图

时序图中包括角色，对象，生命线，激活期和消息

角色：系统角色，可以是人或者其他系统，子系统。

对象：包含三种命名方式

第一种方式包含对象名和类名

第二种方式只显示类名不显示对象名，即为一个匿名对象。

第三种方式只显示对象名不显示类名。

生命线：代表时序图中的对象在一段时期内的存在。时序图中每个对象和底部中心都有一条垂直的虚线，这就是对象的生命线，对象间的消息存在于两条虚线间

激活期：激活期代表时序图中的对象执行一项操作的时期，在时序图中每条生命线上的窄的矩形代表活动期

消息：定义交互和协作中交换信息的类，用于在实体间传递信息。

如下图所示：

4.3活动图

活动图说明了业务用例实现的工作流程，业务用例由一系列活动组成，它们共同为业务主角生成某些工件。

工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。

如下图所示：

4.4状态图

状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的

4.5类图

类图显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等

类图通常包括如下内容：类、接口、协作、关系

如下图所示

5. 测试用例设计方案

5.1测试用例分析

1.业务整体分析

原分析模式：分析整个系统，确定都有哪些业务，哪些作为系统公共用例，哪些为业务公共用例

Uml分析模式：

这部分信息来源主要是通过用例图来得到系统包含多少个用例包，多少个用例集

5.2测试用例设计

设计方法要素来源备注

场景法设计基本流、备选流活动图每一条线都为一个用例

因果法设计因子活动图活动图中的每一个判定或验证都

可以作为一个因子

时序图时序图中涉及的每一个对象（对

象元素）

状态图时序图中每一个对象对应的每一

种状态和来源

类图时序图中涉及类的特性

结果活动图结束点

5.3测试用例编写