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

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