面向对象软件的测试

根据图6-6中这三个类之间的区别，可以确定继承 的测试用例中是否需要产生新的子类测试用例， 哪些测试用例适用于测试子类，哪些测试用例在
测试子类中不必执行，如下表6-7所示：
由此，可以得出继承层次结构中类测试的测 试用例可以采用如下增补原则：
1）如果子类新增了一个或者多个新的操作，就需 要增加相应的测试用例。
6.1.2封装和继承对测试的影响
若一个类得到了充分的测试，当其被子类继承 后，继承的方法在子类的环境中的行为特征需要 重新测试。
6.1.3多态性对测试的影响
传统软件测试中经常使用静态分析技术对代 码进行分析；面向对象软件中，由于动态绑定和 多态性的存在所带来的不确定性，给测试覆盖率 的满足增大了难度。
5、传统的集成测试，主要有两种功能模块测试的 方式：①自顶向下集成 ②自底向上集成。面向对 象集成测试采用基于路径的集成策略（MM-路 径）。
6、为了保证软件的功能完整性，除了单元测试 和集成测试，还必须经过规范的系统测试。
6.1.1信息隐蔽对测试的影响
类的重要作用之一是信息隐蔽。它对类中所 封装的信息的存取进行控制，从而避免类中有关 实现细节的信息被错误地使用。该隐蔽机制给测 试带来了困难。
6.3类测试的延伸
类测试构造思想以及如何对接口类、抽象类等 进行测试的方法。 一、继承层次结构中类的测试
继承是实现接口和代码复用的有效机制。根据 继承机制的特点，父类中被测试用例所测试的代 码被子类继承，只要父类代码没有被子类“覆 盖”，那么就不用重新创建这些测试用例。
图6-6显示了各类之间的继承关系：
5、类测试过程
为类创建实例-->创造适当的环境-->运行测 试用例(向一个实例发送一个或多个消息)-->通过 参数来检查测试运行的结果-->清除执行测试用例 所需的测试环境。
6.2.1类在UML中பைடு நூலகம்描述
UML（Unified Modeling Language）语 言是一种支持对象技术的建模语言，是在计算机 系统中表示真实世界的语言，描述真实世界中的 对象和它们之间的关系，支持应用的开发。
6.2 类测试基础
1、类测试概念：验证类的实现是否和该类的说明 完全一致。 2、类测试的方法：通过代码检查或执行测试用例 的方法来有效地进行类测试。(后者优于前者)。
3、类测试人员
类测试通常由开发人员来进行；(会带来好处 和不足之处)。
4、类测试时间
类的测试伴随着开发过程中的各个阶段，当 类的说明或实现发生变化时应该执行回归测试。
在UML中，用来表示类的符号是矩形，并划 分为三个区域，分别是：
⑴名称区域:显示类的名称
⑵属性区域:显示在类中定义的变量。
⑶操作区域:显示在类中定义的方法。
如图6-1所示：
图6-1 类的UML表示法
类之间的关系分为六类，分别是关联、泛化、实现、依赖、聚合和组合。每种 关系分别使用不同的符号来表示（如：表6-1所示），并分别用私有的、保护的和 公有的三个关键字来修饰类（如：表6-2所示）。
2）如果子类定义的同名方法覆盖了父类的方法， 就需要增加相应的测试用例。
6.2.3类测试用例设计
一般基于如下3个标准设计测试系列，即基于 状态的覆盖率、基于限制的覆盖率和基于代码的 覆盖率。
根据状态转换确定测试用例
6.2.4类测试驱动程序设计
从开发的角度：测试驱动的基本思想是 在设计之前先考虑好测试代码；从测试的 角度：为了执行测试，运行测试用例，找 出软件中隐藏的BUG。
表6-1 UML类图符号描述
表6-2 UML类图作用域描述
6.2.2类测试的价值
选择将每个类作为一个单元进行单独的测试，还是将其同其他类绑定进行集 成测试，需要使用如下4个要素来进行测试价值的评估：
1、类本身的复杂程度 2、类在整个系统中的层次 3、开发该类测试驱动程序需要投入的成本 4、类本身的风险程度
因此，测试驱动程序的构建应该简单、 透明、易维护，能够提供尽可能多的服务， 同时兼顾自增量更新，更理想的情况就是 能够复用已存在的测试驱动程序的代码。
编写类测试驱动程序的方法有很多种 ，以 Java语言为例来说明测试驱动程序设计的结构。
1、在main方法中写入需要运行的测试用例，即 实现main方法，然后编译、执行该类。 2、在类中实现一个静态测试方法，通过调用该测 试方法来收集每个测试用例的执行结果。 3、实现独立的测试类，它的职责是执行并收集每 个测试用例的结果。
面向对象的软件测试分为：面向对象分析的 测试，面向对象设计的测试，面向对象编程的测 试，
面向对象单元测试，面向对象集成测试，面向对象 系统测试。
1、传统的面向过程分析与面向对象分析（OOA）
2、结构化的设计方法与面向对象设计（OOD）
3、典型的面向对象程序具有继承、封装和多态的 新特性。
4、传统的单元测试的对象是软件设计的最小单 位——模块。
技巧，设计类测试用例和测试驱动程序的几种方 法； ❖ 初步了解Junit。
6.1面向对象的测试与传统测试的比较
传统的测试计算机软件的策略是从“小型测 试”开始，逐步走向“大型测试”,且单元测试集 中在最小的可编译程序单位——子程序。
面向对象程序的结构不再是传统的功能模块 结构，而是作为一个整体，并且对每个开发阶段 都有不同以往的要求和结果,已经不可能用功能细 化的观点来检测面向对象分析和设计的结果。
[本章要点]
❖ 面向对象软件的测试与传统软件的区别； ❖ 类测试价值的评估方法； ❖ 类测试用例设计方法； ❖ 特殊类的测试方法； ❖ 划分面向对象软件测试的方法； ❖ 开源工具Junit的使用方法。
[本章目标]
❖ 了解面向对象的测试与传统软件测试的异同； ❖ 掌握类测试的基础知识； ❖ 重点理解针对抽象类以及接口类等特殊类的测试
图 6 Class_A类有两个实例方法operatio -6 n1()和operation2()，Class_B类继 类 承了Class_A类并且实现了新的实例 之 方法operation3()，Class_C类继承 间 了Class_B类，覆盖了Class_B类的 的 实例方法operation3()和实例方法o 继 peration2(). 承 关 系