软件测试用例建模指南[6]

发表于:2009-11-10来源:作者:点击数: 标签:软件测试指南建模
软件测试用例建模指南[6] 软件测试用例 关键字:用例建模 指南 4.2.3 泛化(generalization) 当多个用例共同拥有一种类似的结构和行为的时候,我们可以将它们的共性抽象成为父用例,其他的用例作为泛化关系中的子用例。在用例的泛化关系中,子用例是父用例的

软件测试用例建模指南[6]  软件测试用例

关键字:用例建模 指南

  4.2.3 泛化(generalization)

  当多个用例共同拥有一种类似的结构和行为的时候,我们可以将它们的共性抽象成为父用例,其他的用例作为泛化关系中的子用例。在用例的泛化关系中,子用例是父用例的一种特殊形式,子用例继承了父用例所有的结构、行为和关系。在实际应用中很少使用泛化关系,子用例中的特殊行为都可以作为父用例中的备选流存在。

  以下是一个用例泛化关系的例子,执行交易是一种交易抽象,执行房产交易和执行证券交易都是一种特殊的交易形式。

  用例泛化关系中的事件流示例如下:

  

  4.3 调整用例模型

  用例模型建成之后,我们可以对用例模型进行检视,看是否可以进一步简化用例模型、提高重用程度、增加模型的可维护性。主要可以从以下检查点(checkpoints)入手:

  用例之间是否相互独立?如果两个用例总是以同样的顺序被激活,可能需要将它们合并为一个用例。

  多个用例之间是否有非常相似的行为或事件流?如果有,可以考虑将它们合并为一个用例。

  用例事件流的一部分是否已被构建为另一个用例?如果是,可以让该用例包含(include)另一用例。

  是否应该将一个用例的事件流插入另一个用例的事件流中?如果是,利用与另一个用例的扩展关系(extend)来建立此模型。

  5. 管理用例模型复杂度

  一般小型的系统,其用例模型中包含的参与者和用例不会太多,一个用例图就可以容纳所有的参与者,所有的参与者和用例也可以并存于同一个层次结构中。对于较复杂的大中型系统,用例模型中的参与者和用例会大大增加,我们需要一些方法来有效地管理由于规模上升而造成的复杂度。

  

原文转自:http://www.ltesting.net