表6-1UML类图符号描述 关键词 UML符号 说明 关联 同一层次可见 泛化 用作定义其他类的基类 实现 用作定义其他类的接口 依赖 方调用另一方的部分 聚一组 方是另一方的部分 方是另一方的必要组成部分
表6-1 UML类图符号描述
表6-2UML类图作用域描 关键词 UML符号 说明 私有 私有的,只在当前类中可见 保护 保护的,只对继承的类中可见 公有 公共的,所有的关联对象都是可见的 622类测试的价值 选择将每个类作为一个单元进行单独的测试,还 是将其同其他类绑定进行集成测试,需要使用如下3 个要素来进行测试价值的评估:
表6-2 UML类图作用域描述 6.2.2类测试的价值 选择将每个类作为一个单元进行单独的测试，还 是将其同其他类绑定进行集成测试，需要使用如下3 个要素来进行测试价值的评估： 关键词 UML符号 说明 私有 保护 公有 - # + 私有的，只在当前类中可见 保护的，只对继承的类中可见 公共的，所有的关联对象都是可见的
1、类本身的复杂程度 2、类在整个系统中的层次 3、开发该类测试驱动程序需要投入的成本 4、类本身的风险程度 623类测试用例设计 般基于如下3个标准设计测试系列,即基 于状态的覆盖率、基于限制的覆盖率和基于代码 的覆盖率。 设计测试用例的方法有多种:(例子详见教材 1、根据前置和后置条件确定测试用例
1、类本身的复杂程度 2、类在整个系统中的层次 3、开发该类测试驱动程序需要投入的成本 4、类本身的风险程度 6.2.3类测试用例设计 一般基于如下3个标准设计测试系列，即基 于状态的覆盖率、基于限制的覆盖率和基于代码 的覆盖率。 设计测试用例的方法有多种: (例子详见教材) 1、根据前置和后置条件确定测试用例
2、根据状态转换确定测试用例 3、根据访问控制修饰符(限定类、属性或方法 被程序里的其他部分访问和调用的修饰符)来 确定测试用例。 624类测试驱动程序设计 从开发的角度:测试驱动的基本思想是在对设计 之前先考虑好测试代码; 从测试的角度:为了执行测试,运行测试用例 找出软件中隐藏的BUG。 因此,测试驱动程序的构建应该简单、逶明、 易维护,能够提供尽可能多的服务,同时兼顾 自增量更新,更理想的情况就是能够复用已存 在的测试驱动程序的代码
2、根据状态转换确定测试用例 3、根据访问控制修饰符（限定类、属性或方法 被程序里的其他部分访问和调用的修饰符）来 确定测试用例。 6.2.4类测试驱动程序设计 从开发的角度：测试驱动的基本思想是在对设计 之前先考虑好测试代码； 从测试的角度：为了执行测试，运行测试用例， 找出软件中隐藏的BUG。 因此，测试驱动程序的构建应该简单、透明、 易维护，能够提供尽可能多的服务，同时兼顾 自增量更新，更理想的情况就是能够复用已存 在的测试驱动程序的代码
编写类测试驱动程序的方法有很多种,以Jav a语言为例来说明测试驱动程序设计的结构 (主要以两票系统为例讲解,详见教材) 1、在main方法中写入需要运行的测试用例,即 实现main方法,然后编译、执行该类。 2、在类中实现一个静态测试方法,通过调用该测 试方法来收集每个测试用例的执行结果。 3、实现独立的测试类,它的职责是执行并收集每 个测试用例的结果
编写类测试驱动程序的方法有很多种 ，以Jav a语言为例来说明测试驱动程序设计的结构。 （主要以两票系统为例讲解，详见教材） 1、在main方法中写入需要运行的测试用例，即 实现main方法，然后编译、执行该类。 2、在类中实现一个静态测试方法，通过调用该测 试方法来收集每个测试用例的执行结果。 3、实现独立的测试类，它的职责是执行并收集每 个测试用例的结果