测试你的eclipse插件---eclipse-Automated-Tests分析

(序：已经有好几个朋友问到怎么使用eclipse-Automated-Tests来做插件的测试了，既然是这样，那就写一篇使用入门性质的文章来作统一的回复吧。本文不涉及插件开发的理论)

Eclipse提供了一种可扩展的开放式插件机制，其本身的绝大多数功能都是以插件的方式提供的。同时，任何人都可以根据自己的意愿在Eclipse的任何位置扩展实现自己的插件以完成自己需要的功能。本文不会阐述如何开发这些插件（详细资料请查阅Eclipse自带的帮助文档），而是将重点放在如何搭建Eclipse的测试环境，测试我们自己开发的插件上。

Eclipse的插件必须依赖于Eclipse的运行时环境才可以正常工作，我们可以将Eclipse平台比喻作一个容器（Container），插件必须在容器内才能够正常的运行。而我们常使用的一些测试框架，如JUnit，他本身也可以看做是一个容器，所有的测试集/案例（TestSuite/ TestCase）也必须在这个容器下才可以运行。简单的说，工作代码和测试代码都需要工作在自己特定的容器之中。这不能不说是一个矛盾。

如果我们的系统将业务逻辑和平台（容器）相关的实现区分得非常清楚，那么我们可以避免这样的矛盾。可是一般来讲要完全做到这一点并不是那么容易的。JUnit为了解决这个矛盾也提供了一些针对不同容器的框架，如针对基于Struts构架的Webapp系统的StrutsTestCase for JUnit( http://strutstestcase.sourceforge.net/ )，这个框架提供了两套测试方案：容器内测试和容器外测试。所谓的容器内测试，就是将工作代码和测试代码整合在同一个环境内运行。对于Eclipse而言，虽然JUnit并没有提供这样的测试框架，但幸运的是Eclipse项目小组从Eclipse自身的角度提供了一个测试框架：eclipse-Automated-Tests。

eclipse-Automated-Tests最早是和Eclipse-SDK-2.0.2一起发布的，其目的就是将JUnit测试环境和Eclipse运行环境进行整合。实际上这个测试框架也是Eclipse项目组自己也用来测试Eclipse平台的框架。

下面我们将阐述如何使用这个框架测试Eclipse的插件，在此之前需要说明本文使用的环境：Windows2K-SP4、eclipse-SDK-2.1.2-win32、eclipse-Automated-Tests-2.1.2。

首先下载并解开eclipse-Automated-Tests-2.1.2.zip包，其中包含了8个文件，除了两个说明性质的html文件，其他6个文件分别是用于：

1．eclipse-junit-tests-2.1.2RC3.zip ：测试集包文件，这是整个框架最核心的部分，其中包含了针对Eclipse各个部分的测试集，并且这些测试集都是以插件的方式工作的，这一点十分重要。每个测试集都包含了plugin.xml、test.xml两个配置文件：plugin.xml定义了该测试集（插件）的运行环境，其中最重要的部分是定义了运行该测试集需要依赖哪些插件（require标签）；test.xml定义了测试集如何运行，这是一个很典型的ant配置文件，其中最重要的部分是定义了测试的入口类。其他的文件还有运行时库*.jar和源代码包*src.zip等。需要额外说明的是，在不更改运行测试框架方式的前提下，这个测试集包文件是无需解开的。

2．JUNIT.XSL ：用于生成junitreport的样式文件

3．runtests ：unix下启动测试框架的文件

4．runtests.bat ：Windows下启动测试框架的文件

5．test.xml ：测试框架的主要ant配置文件

6．test.properties ：ant配置文件对应的属性文件

至此，还需要copy一个Eclipse的SDK包到这个目录下，然后在命令行中运行runtests.bat（本文都以Windows环境为例，如果是unix系统请自己做相应的调整，以后不再额外说明）就可以以默认的方式启动这个测试框架。我们按照运行的工作流来依次说明涉及的各个部分。

首先是runtests.bat文件，该文件的作用是初始化测试环境并启动测试平台。该文件首先定义了一些环境环境变量，通常这里不用修改。然后他要清除上一次测试留下的文件（报告除外）：

9 7 3 1 2 3 4 5 6 7 8 9 4 8 :