福建师范大学网络教育学院07-2软件工程专业 吴晶晶
指导老师：福建师范大学 陈由甲老师
摘要：在软件行业高速发展的当今社会，面向对象开发技术正大力地的推动着软件产业的快速发展。在保证软件产品质量的手段中，最有效、最重要的技术要数软件测试技术。然而，传统的测试技术和方法，对面向对象技术开发的的软件多少显得有些力不从心。鉴于此，提出了面向对象的测试技术。在此，本文通过翻阅大量的文献，总结出着实有效的面向对象的软件测试技术。 关键词: 面向对象 软件测试 类测试 测试用例
The Design And Implementation Of
Object-Oriented Software Test
Wu Jingjing
Department of Software Engineering,College of Network Educations
Fujian Normal University
Teacher: Chen Youjia
Abstract：In the software industry to highly speed the development of the current society, Object-Oriented
development technique is strongly pushing the fast development of the software industry．In the means of the assurance software product quality, most valid，the most important technique wants the few software test technique．However, the traditional test technique and method, the opposite develops toward the object technique of software how much seem to be some to lack the ability to do．Owing to this, put forward to the Object-Oriented test technology.
Here, this text passes to browse a great deal of cultural heritage, tallying up to really effectively Object-Oriented software test technique。First, clarify the basic concept of Object-Oriented software test
Key Words：Object-Oriented , Software test,Class test,Test case
1 引言
用户使用低质量的软件，在运行过程中会产生各种各样的问题，可能带来不同程度的严重后果，轻者影响系统的正常工作，重者造成事故，损失生命财产。软件测试是保证软件质量的最重要的手段。什么是软件测试？1983年IEEE定义为：使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄
清预期结果与实际结果之间的差别。
现代的软件开发工程是将整个软件开发过程明确的划分为几个阶段，将复杂问题具体按阶段加以解决。这样，在软件的整个开发过程中，可以对每一阶段提出若干明确的监控点，作为各阶段目标实现的检验标准，从而提高开发过程的可见度和保证开发过程的正确性。经验证明，软件的质量不仅是体现在程序的正确性上，它和编码以前所做的需求分析，软件设计密切相关。软件使用中出现的错误，不一定是编程人员在编码阶段引入的，很可能在程序设计，甚而需求分析时就埋下了祸因。这时，对错误的纠正往往不能通过可能会诱发更多错误的简单的修修补补，而必须追溯到软件开发的最初阶段。这无疑增大了软件的开发费用。因此，为了保证软件的质量，我们应该着眼于整个软件生存期，特别是着眼于编码以前的各开发阶段的工作。这样，软件测试的概念和实施范围必须扩充，应该包括在整个开发各阶段的复查、评估和检测。
面向对象技术是一种全新的软件开发技术，正逐渐代替被广泛使用的面向过程开发方法，被看成是解决软件危机的新兴技术。面向对象技术产生更好的系统结构，更规范的编程风格，极大的优化了数据使用的安全性，提高了程序代码的重用，一些人就此认为面向对象技术开发出的程序无需进行测试。应该看到，尽管面向对象技术的基本思想保证了软件应该有更高的质量，但实际情况却并非如此，因为无论采用什么样的编程技术，编程人员的错误都是不可避免的，而且由于面向对象技术开发的软件代码重用率高，更需要严格测试，避免错
误的繁衍。因此，软件测试并没有面向对象编程的兴起而丧失掉它的重要性。
2 面向对象的软件测试的基本概念
2.1面向对象的概念
面向对象(Object Oriented,OO)是当前计算机界关心的重点，它是90年代软件开发方法的主流。面向对象的概念和应用已超越了程序设计和软件开发，扩展到很宽的范围。面向对象技术主要包括6个核心概念：对象、消息、接口、类、继承、多态。
2.2软件测试的概念
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。
2.3面向对象的软件测试
面向对象的开发模型实质是将软件测试过程分成3个阶段，即面向对象分析（OOA）、面向对象设计（OOD）和面向对象编程（OOP）。
面向对象测试的类型分为：面向对象分析的测试（OOA Test）、面向对象设计的测试（OOD Test）、面向对象编程的测试（OOP Test）、面向对象单元测试（OO Unit Test）、面向对象集成测试（OO Integration Test）、面向对象系统测试（OO System Test）。 面向对象测试类型的另一种划分：模型测试、类测试（用于代替单元测试）、交互测试（用于代替集成测试）、系统（包括子系统）测试、接收测试、部署测试。
传统测试模式与面向对象的测试模式的最主要的区别在于，面向对象的测试更关注对象而不是完成输入/输出的单一功能，这样的话测试可以在分析与设计阶段就先行介入，便得测试更好的配合软件生产过程并为之服务。与传统测试模式相比，面向对象测试的优点在于：更早地定义出测试用例；早期介入可以降低成本；尽早的编写系统测试用例以便于开发人员与测试人员对系统需求的理解保持一致；面向对象的测试模式更注重于软件的实质。
2.4面向对象测试的过程
（1）指定范围； （2）指定深度；
（3）指定已创建的被测试模块的基本要求（上一个阶段需要提供的接口）；
（4）以基本模型的内容为输入来设计测试用例作为评估标准； （5）生成测试覆盖度量标准；
（6）试用测试清单执行静态分析，确保被测模块与基本模型的一致性；
（7）执行测试用例；
（8）如果覆盖不足以检测所有的活动，就需要分解测试工作，并且使用传统测试用例的方式来警醒，或者中断测试，重新测试传统测试用例
3 面向对象测试模型
面向对象的开发模型突破了传统的瀑布模型，将开发分为面向对象分析（OOA），面向对象设计（OOD），和面向对象编程（OOP）三个阶段。分析阶段产生整个问题空间的抽象描述，在此基础上，进一步归纳出适用于面向对象编程语言的类和类结构，最后形成代码。由于面向对象的特点，采用这种开发模型能有效的将分析设计的文本或图表代码化，不断适应用户需求的变动。针对这种开发模型，结合传统的测试步骤的划分，本文建议一种整个软件开发过程中不断测试的测试模型，使开发阶段的测试与编码完成后的单元测试、集成测试、系统测试成为一个整体。测试模型如下所示：
OOA Test和OOD Test 是对分析结果和设计结果的测试，主要是对分析设计产生的文本进行，是软件开发前期的关键性测试。OOP Test主要针对编程风格和程序代码实现进行测试，其主要的测试内容在面向对象单元测试和面向对象集成测试中体现。面向对象单元测试是对程序内部具体单一的功能模块的测试，如果程序是用C++语言实现，主要就是对类成员函数的测试。面向对象单元测试是进行面向对象集成测试的基础。面向对象集成测试主要对系统内部的相互服务进行测试，如成员函数间的相互作用，类间的消息传递等。面向对象集成测试不但要基于面向对象单元测试，更要参见OOD或OOD Test结果（详见后叙述）。面向对象系统测试是基于面向对象集成测试的最后阶段的测试，主要以用户需求为测试标准，需要借鉴OOA或OOA Test结果。
4 面向对象的软件测试类型与方法
4.1面向对象分析的测试(OOA Test)
传统的面向过程分析是一个功能分解的过程，是把一个系统看成可以分解的功能的集合。这种传统的功能分解分析法的着眼点在于一个系统需要什么样的信息处理方法和过程，以过程的抽象来对待系统的需要。而面向对象分析（OOA）是\"把E-R图和语义网络模型，即信息造型中的概念，与面向对象程序设计语言中的重要概念结合在一起而形成的分析方法\"，最后通常是得到问题空间的图表的形式描述。 尽管OOA的测试是一个不可分割的系统过程，为叙述的方便，对OOA阶段的测试划分为以下五个方面：对认定的对象的测试，对认定的结构的测试，对认定的主题的测试，对定义的属性和实例关联的测试，对定义的服务和消息关联的测试 4.1.1对认定的对象的测试
OOA中认定的对象是对问题空间中的结构，其他系统，设备，被记忆的事件，系统涉及的人员等实际实例的抽象。对它的测试可以从如下方面考虑：
（1） 认定的对象是否全面，是否问题空间中所有涉及到的实例都反映在认定的抽象对象中。
（2） 认定的对象是否具有多个属性。只有一个属性的对象通常应看成其他对象的属性，而不是抽象为独立的对象。
（3） 对认定为同一对象的实例是否有共同的，区别于其他实例的共同属性。
（4） 对认定为同一对象的实例是否提供或需要相同的服务，如
果服务随着不同的实例而变化，认定的对象就需要分解或利用继承性来分类表示。
（5）如果系统没有必要始终保持对象代表的实例的信息，提供或者得到关于它的服务，认定的对象也无必要。 （6）认定的对象的名称应该尽量准确，适用。 4.1.2 对认定的结构的测试
在Coad方法中，认定的结构指的是多种对象的组织方式，用来反映问题空间中的复杂实例和复杂关系。认定的结构分为两种：分类结构和组装结构。分类结构体现了问题空间中实例的一般与特殊的关系，组装结构体现了问题空间中实例整体与局部的关系。 4.1.3对认定的主题的测试
主题是在对象和结构的基础上更高一层的抽象，是为了提供OOA分析结果的可见性，如同文章对各部分内容的概要。对主题层的测试应该考虑以下方面：
（1）如果主题个数超过7个，就要求对有较密切属性和服务的主题进行归并。
（2） 主题所反映的一组对象和结构是否具有相同和相近的属性和服务。
（3） 认定的主题是否是对象和结构更高层的抽象，是否便于理解OOA结果的概貌（尤其是对非技术人员的OOA 结果读者）。 （4） 主题间的消息联系（抽象）是否代表了主题所反映的对象和结构之间的所有关联。
4.1.4 对定义的属性和实例关联的测试
属性是用来描述对象或结构所反映的实例的特性。而实例关联是反映实例集合间的映射关系。对属性和实例关联的测试从如下方面考虑：
（1）定义的属性是否对相应的对象和分类结构的每个现实实例都适用。
（2） 定义的属性在现实世界是否与这种实例关系密切。 （3） 定义的属性在问题空间是否与这种实例关系密切。 （4） 定义的属性是否能够不依赖于其他属性被独立理解。 （5） 定义的属性在分类结构中的位置是否恰当，低层对象的共有属性是否在上层对象属性体现。
（6） 在问题空间中每个对象的属性是否定义完整。 （7） 定义的实例关联是否符合现实。
（8） 在问题空间中实例关联是否定义完整，特别需要注意1-多和多-多的实例关联。
4.1.5对定义的服务和消息关联的测试
定义的服务，就是定义的每一种对象和结构在问题空间所要求的行为。由于问题空中实例间必要的通信，在OOA 中相应需要定义消息关联。
4.2面向对象设计的测试(OOD Test)
通常的结构化的设计方法，用的是面向作业的设计方法，它把系
统分解以后，提出一组作业，这些作业是以过程实现系统的基础构造，把问题域的分析转化为求解域的设计，分析的结果是设计阶段的输入。
而面向对象设计（OOD）采用\"造型的观点\"，以OOA为基础归纳出类，并建立类结构或进一步构造成类库，实现分析结果对问题空间的抽象。OOD 归纳的类，可以是对象简单的延续，可以是不同对象的相同或相似的服务。由此可见，OOD不是在OOA上的另一思维方式的大动干戈，而是OOA的进一步细化和更高层的抽象。所以，OOD与OOA 的界限通常是难以严格区分的。OOD确定类和类结构不仅是满足当前需求分析的要求，更重要的是通过重新组合或加以适当的补充，能方便实现功能的重用和扩增，以不断适应用户的要求。因此，对OOD的测试，建议针对功能的实现和重用以及对OOA结果的拓展，从如下三方面考虑： 对认定的类的测试，对构造的类层次结构的测试， 对类库的支持的测试
4.2.1对认定的类的测试
OOD认定的类可以是OOA中认定的对象，也可以是对象所需要的服务的抽象，对象所具有的属性的抽象。认定的类原则上应该尽量基础性，这样才便于维护和重用。测试认定的类： （1）是否含盖了OOA中所有认定的对象。 （2） 是否能体现OOA中定义的属性。
（3） 是否能实现OOA中定义的服务。 （4） 是否对应着一个含义明确的数据抽象。 （5） 是否尽可能少的依赖其他类。 （6） 类中的方法是否单用途。
4.2.2对构造的类层次结构的测试
为能充分发挥面向对象的继承共享特性，OOD的类层次结构，通常基于OOA中产生的分类结构的原则来组织，着重体现父类和子类间一般性和特殊性。两者概念上的差异。在当前的问题空间，对类层次结构的主要要求是能在了解空间构造实现全部功能的结构框架。
4.2.3对类库支持的测试
对类库的支持虽然也属于类层次结构的组织问题，但其强调的重点是再次软件开发的重用。由于它并不直接影响当前软件的开发和功能实现，因此，将其单独提出来测试，也可作为对高质量类层次结构的评估。拟订测试点如下：
（1） 一组子类中关于某种含义相同或基本相同的操作，是否有相同
的接口（包括名字和参数表）。
（2） 类中方法功能是否较单纯，相应的代码行是否较少。 （3） 类的层次结构是否是深度大，宽度小。
4.3 面向对象编程的测试(OOP Test)
典型的面向对象程序具有继承、封装和多态的新特性，这使得传统的测试策略必须有所改变。封装是对数据的隐藏，外界只能通过被提供的操作来访问或修改数据，这样降低了数据被任意修改和读写的可能性，降低了传统程序中对数据非法操作的测试。继承是面向对象程序的重要特点，继承使得代码的重用率提高，同时也使错误传播的概率提高。继承使得传统测试遇见了这样一个难题：对继承的代码究竟应该怎样测试？多态使得面向对象程序对外呈现出强大的处理能力，但同时却使得程序内\"同一\"函数的行为复杂化，测试时不得不考虑不同类型具体执行的代码和产生的行为。
面向对象程序是把功能的实现分布在类中。能正确实现功能的类，通过消息传递来协同实现设计要求的功能。正是这种面向对象程序风格，将出现的错误能精确的确定在某一具体的类。因此，在面向对象编程（OOP）阶段，忽略类功能实现的细则，将测试的目光集中在类功能的实现和相应的面向对象程序风格，主要体现为以下两个方面：数据成员是否满足数据封装的要求，类是否实现了要求的功能。
4.3.1数据成员是否满足数据封装的要求
数据封装是数据和数据有关的操作的集合。检查数据成员是否满足数据封装的要求，基本原则是数据成员是否被外界（数据成员所属的类或子类以外的调用）直接调用。更直观的说，当改编数据成员的结构时，是否影响了类的对外接口，是否会导致相应外界必须改动。值得注意，有时强制的类型转换会破坏数据的封装特性。
4.3.2 类是否实现了要求的功能
类所实现的功能，都是通过类的成员函数执行。在测试类的功能实现时，应该首先保证类成员函数的正确性。单独的看待类的成员函数，与面向过程程序中的函数或过程没有本质的区别，几乎所有传统的单元测试中所使用的方法，都可在面向对象的单元测试中使用。类函数成员的正确行为只是类能够实现要求的功能的基础，类成员函数间的作用和类之间的服务调用是单元测试无法确定的。因此，需要进行面向对象的集成测试。具体的测试方法在面向对象的集成测试中介绍。需要着重声明，测试类的功能，不能仅满足于代码能无错运行或被测试类能提供的功能无错，应该以所做的OOD结果为依据，检测类提供的功能是否满足设计的要求，是否有缺陷。
4.4 面向对象的单元测试(OO Unit Test)
传统的单元测试是针对程序的函数、过程或完成某一定功能的程序块。沿用单元测试的概念，实际测试类成员函数。一些传统的测试方法在面向对象的单元测试中都可以使用。如等价类划分法，因果图法，边值分析法，逻辑覆盖法，路径分析法，程序插装法等等，方法的具体实现。单元测试一般建议由程序员完成。
用于单元级测试进行的测试分析（提出相应的测试要求）和测试用例（选择适当的输入，达到测试要求），规模和难度等均远小于后面将介绍的对整个系统的测试分析和测试用例，而且强调对语句应该有100%的执行代码覆盖率。在设计测试用例选择输入数据时，可以
基于以下两个假设：
1. 如果函数（程序）对某一类输入中的一个数据正确执行，对同类中的其他输入也能正确执行。
2. 如果函数（程序）对某一复杂度的输入正确执行，对更高复杂度的输入也能正确执行。例如需要选择字符串作为输入时，基于本假设，就无须计较于字符串的长度。除非字符串的长度是要求固定的，如IP地址字符串。在面向对象程序中，类成员函数通常都很小，功能单一，函数的间调用频繁，容易出现一些不宜发现的错误。 因此，在做测试分析和设计测试用例时，应该注意面向对象程序的这个特点，仔细的进行测试分析和设计测试用例，尤其是针对以函数返回值作为条件判断选择，字符串操作等情况。
多态有几种不同的形式，如参数多态，包含多态，过载多态。包含多态和过载多态在面向对象语言中通常体现在子类与父类的继承关系，对这两种多态的测试参见上述对父类成员函数继承和过载的论述。包含多态虽然使成员函数的参数可有多种类型，但通常只是增加了测试的繁杂。对具有包含多态的成员函数测试时，只需要在原有的测试分析和基础上扩大测试用例中输入数据的类型的考虑。
4.5 面向对象的集成测试(OO Integrate Test)
传统的集成测试，是由底向上通过集成完成的功能模块进行测试，
一般可以在部分程序编译完成的情况下进行。而对于面向对象程序，相互调用的功能是散布在程序的不同类中，类通过消息相互作用申请
和提供服务。类的行为与它的状态密切相关，状态不仅仅是体现在类数据成员的值，也许还包括其他类中的状态信息。由此可见，类相互依赖极其紧密，根本无法在编译不完全的程序上对类进行测试。所以，面向对象的集成测试通常需要在整个程序编译完成后进行。此外，面向对象程序具有动态特性，程序的控制流往往无法确定，因此也只能对整个编译后的程序做基于黑盒子的集成测试。
面向对象的集成测试能够检测出相对独立的单元测试无法检测出的那些类相互作用时才会产生的错误。基于单元测试对成员函数行为正确性的保证，集成测试只关注于系统的结构和内部的相互作用。面向对象的集成测试可以分成两步进行：先进行静态测试，再进行动态测试。
静态测试主要针对程序的结构进行，检测程序结构是否符合设计要求。动态测试设计测试用例时，通常需要上述的功能调用结构图、类关系图或者实体关系图为参考，确定不需要被重复测试的部分，从而优化测试用例，减少测试工作量，使得进行的测试能够达到一定覆盖标准。测试所要达到的覆盖标准可以是：达到类所有的服务要求或服务提供的一定覆盖率；依据类间传递的消息，达到对所有执行线程的一定覆盖率；达到类的所有状态的一定覆盖率等。同时也可以考虑使用现有的一些测试工具来得到程序代码执行的覆盖率。
4.5.1设计测试用例步骤：
（1） 先选定检测的类，参考OOD分析结果，仔细出类的状态和相应的行为，类或成员函数间传递的消息，输入或输出的界定等。 （2覆盖标准。
（3用结构关系图确定待测类的所有关联。
（4据程序中类的对象构造测试用例，确认使用什么输入激发类的状态、使用类的服务和期望产生什么行为等。
4.6面向对象的系统测试(OO System Test)
系统测试应该尽量搭建与用户实际使用环境相同的测试平台，应该保证被测系统的完整性，对临时没有的系统设备部件，也应有相应的模拟手段。系统测试时，应该参考OOA分析的结果，对应描述的对象、属性和各种服务，检测软件是否能够完全\"再现\"问题空间。系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。 4.6.1.具体内容
（1）功能测试：测试是否满足开发要求，是否能够提供设计所描述的功能，是否用户的需求都得到满足。功能测试是系统测试最常用和必须的测试，通常还会以正式的软件说明书为测试标准。
（2）强度测试：测试系统的能力最高实际限度，即软件在一些超负荷的情况，功能实现情况。如要求软件某一行为的大量重复、输入大量的数据或大数值数据、对数据库大量复杂的查询等。
（3）性能测试：测试软件的运行性能。这种测试常常与强度测试结合进行，需要事先对被测软件提出性能指标，如传输连接的最长时限、
传输的错误率、计算的精度、记录的精度、响应的时限和恢复时限等。 （4）安全测试：验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。安全测试时需要设计一些测试用例试图突破系统的安全保密措施，检验系统是否有安全保密的漏洞。 （5）恢复测试：采用人工的干扰使软件出错，中断使用，检测系统的恢复能力，特别是通讯系统。恢复测试时，应该参考性能测试的相关测试指标。
（6）可用性测试：测试用户是否能够满意使用。具体体现为操作是否方便，用户界面是否友好等。
5 总结
面向对象软件测试仍处于发展阶段。本论文根据面向对象开发方法过程和特点讨论了面向对象的软件测试，提出了一系列实用的面向软件测试类型与方法。如面向对象分析的测试（OOA Test）、面向对象设计的测试（OOD Test）、面向对象编程的测试（OOP Test）、面向对象单元测试（OO Unit Test）、面向对象集成测试（OO Integration Test）、面向对象系统测试（OO System Test）。尽管上面说得很轻松，软件测试是一项非常麻烦的工作。并且由于面向对象软件的复杂性，本文还有许多的面向对象软件测试的问题还没有讨论到。比如，分布式系统的测试、对象的多态性和动态绑定的测试等等。因此有待于进一步研究。
参考文献：
[1] McGregor．J．D，杨文宏等译．《面向对象的软件测试》[M]，机械工业出版社，2002.8. [2] BinderRobertV，华庆一，陈莉等译，《面向对象系统的测试》[M]，北京人民邮电出版社，2001
[3] 赵元聪，朱三元．《面向对象软件测试的认识》[J]，计算机应用与软件，1996 [4] 齐治昌，《软件工程》[M]，北京高等教育出版社，2001.8
[6] 郑人杰，《基于软件能力成熟度模型（CMM）的软件过程改进——方法实施》[J]，清华大学出版社，2003
[7] 贺平，《软件测试教程》[J]，电子工业出版社，2005
因篇幅问题不能全部显示，请点此查看更多更全内容