单元测试背景下运用JUNITJMOCK方案处理STATICFINAL对象问题的研究和应用.docVIP

单元测试背景下运用JUNITJMOCK方案处理STATICFINAL对象问题的研究和应用 　　(东南大学 软件学院,江苏 南京 210096) 　　摘要:通过对MOCK工具的研究,在实际工程项目运用两种方案突破JMOCK本身的限制,处理STATICFINAL对象的MOCK问题,并且对两种方案进行工程评估。 　　关键词:单元测试;JUNIT;JMOCK;JMOCKIT; Limitation; 工程评估 　　中图分类号:TP311.5文献标识码:A 文章编号:1009-3044(2009)28-7987-02 　　Research and Implementation of JUNITJMOCK for STATIC FINAL Objects Based on Unit-Test 　　SONG Zhe 　　(College of Software Engineering,Southeast University, Nanjing 210096, China) 　　Abstract: Through the research of MOCK Tools, designed two solutions to deal with the limitation of JMOCK based on practical projects and made evaluation of the two solutions. 　　Key words: Unit-Test; JUNIT; JMOCK; JMOCKIT; Limitation ofJMOCK; Engineering-Evaluation 　　单元测试(Unit-Test)又称为模块测试,是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。单元测试主要是用来检验程式的内部逻辑,也称为个体测试、结构测试或逻辑驱动测试。通常由撰写程式码的程式设计师负责进行[5]。单元测试是在软件开发过程中要进行的最低级别的测试活动,在单元测试活动中,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。 　　JUnit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架(regression testing framework)。随着Refactoring技术和XP软件工程技术的广泛推广,单元测试的作用在软件工程中变得越来越重要,而一个简明易学、适用广泛、高效稳定的单元测 试框架则对成功的实施单元测试有着至关重要的作用。在java编程语句环境里,JUnit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架(regression testing framework)并且是一个已经被多数java程序员采用和实证的优秀的测试框架。本文所采用的背景工程项目,就是一个运用JUnit Framework的大型工程实例。 　　1 项目的技术背景与实际问题 　　在单元测试中,开发者常常会遇到Mock object和Dependency Objects问题。也就是在测试过程中,开发者往往需要调用其他对象来完成对现有对象的测试。以图1为例。 　　类A就是要求测试的对象,而这个测试类A的功能实现的过程中必须要调用其他的类B和C。这个B和C就是A的Dependency Objects. 一方面,这些Dependency Objects可能是系统中的一个异地的数据库,节点等,无法实时的调用。另一方面,单元测试寻求的是一种隔离测试(Isolation Test):测试对象和Dependency Objects要避免直接联系从而导致系统错误的扩大。所以在这个时候,开发者需要一种工具来模拟(Mock)Dependency Objects. 　　模仿对象工具JMOCK提供了解决这一困难的方法[3]。JMOCK模仿对象符合实际对象的接口,由足够的代码来“欺骗”测试对象并跟踪其行为。JMOCK所产生的模仿对象就是Mock Objects. 在通常情况下,JMOCK可以完善的模拟这些Dependency Objects,通过Mock代码(Mock Objects)来服务待测对象。 　　然而,JMOCK有其本身的局限性(Limitation of JMOCK):JMOCK无法直接运用于Static对象以及Final 对象。而本文的背景工程项目必须要求经常模拟上述两种对象作为Dependency Objects。 开发者在项目过程中通过对JUNITJMOCK进行研究,提出了两种解决方案,并对两种方案进行了工程性评估。 　　2 JMOCK + Instance方案 　　以类SiteDeleteRule 为例,该类在单元测试的过程中需要调用其Dep