面向对象软件测试资料合集

面向对象软件的测试

来源：CSIP 国家软件与集成电路公共服务平台

一 引言(Introduction)

用户使用低质量的软件，在运行过程中会产生各种各样的问题，可能带来不同程度的严重后果，

轻者影响系统的正常工作，重者造成事故，损失生命财产。软件测试是保证软件质量的最重要的手

段。什么是软件测试？1983 年 IEEE 定义为：使用人工或自动手段来运行或测定某个系统的过程，

其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。

现代的软件开发工程是将整个软件开发过程明确的划分为几个阶段，将复杂问题具体按阶段加

个软件生存期，特别是着眼于编码以前的各开发阶段的工作。这样，软件测试的概念和实施范围必

须扩充，应该包括在整个开发各阶段的复查、评估和检测。由此，广义的软件测试实际是由确认、

验证、测试三个方面组成（注：本文对后面用广义测试概念处不另加标识）：

确认：是评估将要开发的软件产品是否是正确无误、可行和有价值的。比如，将要开发的软件

是否会满足用户提出的要求，是否能在将来的实际使用环境中正确稳定的运行，是否存在隐患等。

这里包含了对用户需求满足程度的评价。确认意味着确保一个待开发软件是正确无误的，是对软件

开发构想的检测。

验证：是检测软件开发的每个阶段、每个步骤的结果是否正确无误，是否与软件开发各阶段的

要求或期望的结果相一致。验证意味着确保软件是会正确无误的实现软件的需求，开发过程是沿着

正确的方向在进行。

成是解决软件危机的新兴技术。面向对象技术产生更好的系统结构，更规范的编程风格，极大的优

化了数据使用的安全性，提高了程序代码的重用，一些人就此认为面向对象技术开发出的程序无需

进行测试。应该看到，尽管面向对象技术的基本思想保证了软件应该有更高的质量，但实际情况却

并非如此，因为无论采用什么样的编程技术，编程人员的错误都是不可避免的，而且由于面向对象

技术开发的软件代码重用率高，更需要严格测试，避免错误的繁衍。因此，软件测试并没有面向对

象编程的兴起而丧失掉它的重要性。

从 1982 年在美国北卡罗来纳大学召开首次软件测试的正式技术会议至今，软件测试理论迅速发

展，并相应出现了各种软件测试方法，使软件测试技术得到极大的提高。然而 ，一度实践证明行

之有效的软件测试对面向对象技术开发的软件多少显得有些力不从心。尤其是面向对象技术所独有

的多态，继承，封装等新特点，产生了传统语言设计所不存在的错误可能性，或者使得传统软件测

类函数（Base::Function()）的行为和继承类函数（Derived::Function()）的行为。

面向对象程序的结构不再是传统的功能模块结构，作为一个整体，原有集成测试所要求的逐步

将开发的模块搭建在一起进行测试的方法已成为不可能。而且，面向对象软件抛弃了传统的开发模

式，对每个开发阶段都有不同以往的要求和结果，已经不可能用功能细化的观点来检测面向对象分

析和设计的结果。因此，传统的测试模型对面向对象软件已经不再适用。针对面向对象软件的开发

特点，应该有一种新的测试模型。

二 面向对象测试模型(Object-Orient Test Model)

下图所示：

0 面向对象编程

OOA Test: 面向对象分析的测试 OOD Test: 面向对象设计的测试

OOP Test: 面向对象编程的测试　　 OO Unit Test: 面向对象单元测试

OO Integrate Test: 面向对象集成测试 OO System Test: 面向对象系统测试

OOA Test 和 OOD Test 是对分析结果和设计结果的测试，主要是对分析设计产生的文本进行，

是软件开发前期的关键性测试。OOP Test 主要针对编程风格和程序代码实现进行测试，其主要的测

试内容在面向对象单元测试和面向对象集成测试中体现。面向对象单元测试是对程序内部具体单一

的功能模块的测试，如果程序是用 C++语言实现，主要就是对类成员函数的测试。面向对象单元测

试是进行面向对象集成测试的基础。面向对象集成测试主要对系统内部的相互服务进行测试，如成

三 面向对象分析的测试(OOA Test)

传统的面向过程分析是一个功能分解的过程，是把一个系统看成可以分解的功能的集合。这种传统

的功能分解分析法的着眼点在于一个系统需要什么样的信息处理方法和过程，以过程的抽象来对待

系统的需要。而面向对象分析（OOA）是"把 E-R 图和语义网络模型，即信息造型中的概念，与面

向对象程序设计语言中的重要概念结合在一起而形成的分析方法 "，最后通常是得到问题空间的图

表的形式描述。

OOA 直接映射问题空间，全面的将问题空间中实现功能的现实抽象化。将问题空间中的实例抽

象为对象（不同于 C++中的对象概念），用对象的结构反映问题空间的复杂实例和复杂关系，用属

性和服务表示实例的特性和行为。对一个系统而言，与传统分析方法产生的结果相反，行为是相对

尽管 OOA 的测试是一个不可分割的系统过程，为叙述的方便，对 OOA 阶段的测试划分为以下

五个方面：

☆ 对认定的对象的测试

☆ 对认定的结构的测试

☆ 对认定的主题的测试

☆ 对定义的属性和实例关联的测试

☆ 对定义的服务和消息关联的测试

1 对认定的对象的测试：

1.4 对认定为同一对象的实例是否提供或需要相同的服务，如果服务随着不同的实例而变化，认定

的对象就需要分解或利用继承性来分类表示。

1.5 如果系统没有必要始终保持对象代表的实例的信息，提供或者得到关于它的服务，认定的对象

也无必要。

1.6 认定的对象的名称应该尽量准确，适用。

2 对认定的结构的测试

在 Coad 方法中，认定的结构指的是多种对象的组织方式，用来反映问题空间中的复杂实例和复

杂关系。认定的结构分为两种：分类结构和组装结构。分类结构体现了问题空间中实例的一般与特

殊的关系，组装结构体现了问题空间中实例整体与局部的关系。

2.1.4 高层的对象的特性是否完全体现下层的共性

2.1.5 低层的对象是否有高层特性基础上的特殊性

2.2 对认定的组装结构的测试从如下方面入手：

2.2.1 整体（对象）和部件（对象）的组装关系是否符合现实的关系。

2.2.2 整体（对象）的部件（对象）是否在考虑的问题空间中有实际应用。

2.2.3 整体（对象）中是否遗漏了反映在问题空间中有用的部件（对象）。

2.2.4 部件（对象）是否能够在问题空间中组装新的有现实意义的整体（对象）。

3 对认定的主题的测试

主题是在对象和结构的基础上更高一层的抽象，是为了提供 OOA 分析结果的可见性，如同文章