第3章 软件测试用例的技术.ppt

用例方法的思想： 从用户的角度来看，他们并不想了解 系统的内部结构和设计，他们所关心的是 系统所能提供的服务，也就是被开发出来 的系统将是如何被使用的。 四个特征： 行为序列(sequences of actions)：一个用例由一 组可产生某些特定结果的行为构成，这些行为是不 可再分解的(接收用户输入、执行、产生结果)。 特殊的参与者：系统时钟 例：ATM系统的用例 参与者：银行客户 用 例：银行客户使用自动提款机来进行银行 帐户的查询、提款和转帐交易 银行客户 查询 存款、取款 转账 ATM系统的参与者与角色之间的通讯关联 3.2.3 用例图上的关系扩展 在基本的用例图中，只需表述参与者和用例之间的 通讯关系。 此外，还可以描述： 参与者与参与者之间的泛化关系(generalization) 用例和用例之间的包含(include)关系 用例和用例之间的扩展(extend)关系 用例和用例之间的泛化(generalization)关系 利用这些关系来调整已有的用例模型，把一些公共的 信息抽取出来复用，使得用例模型更易于维护。 1) 参与者之间的关系 参与者之间的泛化(Generalization)关系。 2) 用例之间的关系：  (1) 泛化(generalization ) 当多个用例共同拥有一种类似的结构和行为的时候，可将它们的共性抽象成为父用例，其他的用例作为泛化关系中的子用例。 子用例继承了父用例所有的结构、行为和关系。 用例之间的关系：(2) 包含(include) 包含关系是通过在关联关系上加入 include标记来表示。基用例指向被包含用例。 用例之间的关系：(3) 扩展(extend) 扩展关系是通过在关联关系上加入extend标记 来表示。扩展用例指向基用例(被扩展用例)。 例:用例之间的关系：扩展(extend) 扩展点(Point) 识别用例行为中的点 ，指明扩展时机的点。 扩展点(Point) 识别用例行为中的点 ，指明扩展时机的点。 3.2.4 用例的文字描述 识别并描述参与者 图书管理员 登录 管理读者信息 管理图书信息 登记借书 登记还书 图书馆管理系统参与者与用例间的通讯关系 用例描述：登记借书 1. 目标： 本用例允许图书管理员登记普通读者的借书记录 2 事件流： 2.1 常规流程 当读者希望借书、图书管理员准备登记有关的 借书记录时，本用例开始执行。 (1) 系统要求管理员输入读者的注册号和所借图书号。 (2) 图书管理员输入信息后，系统产生一个唯一的借 书记录号。 (3) 系统显示新生成的借书记录。 (4) 图书管理员确认后，系统增加一个新的借书记录。 用例描述：登记借书 2.2 备选流程 (1) 读者没有注册 在主流程中，如果系统没有读者的注册信息， 系统将显示错误信息，用例结束。 (2) 所借图书不存在 在主流程中，如果所借图书已被借出或者系 统中无该图书，系统将显示错误信息，用例结束。 3 前提条件：用例开始前，图书管理员必须在系统登录 成功。 4 后置条件：如果用例执行成功，该读者的借书记录被 更新，否则，系统状态不变。 例4 计算机管理信息系统用例 用户管理:管理员和一般用户,权限管理 用例驱动的 软件系统建模 例:使用自动取款机(ATM)进行事务处理 参与者“银行储户 ”使用ATM从账户中取款、存款, 或 在不同的账户间转账 三个用例构成用例模型 确定用例的动作序列 用例模型捕获了系统所有的功能性需求，每一 个用例给出了一个动作序列 比如取款用例，其动作序列为： (1) 银行储户表明自己的身份 (2) 银行储户选择从某账户取款,确定取款金额 (3) 系统从账户上减掉该数量的金额,发给该储 户相应金额的货币 分析模型从建立用例实现并确定类元的角色开始 使用类的三种不同构造型:《边界类》、《控制类》 和《实体类》 每个用例实现为分析类结构 使用协作图来描述用例 设计模型中的设计类跟踪到分析模型中的分析类 设计模型部分实现“