Revision as of 23:37, 26 April 2013

Automated Unit and Integration Testing

Description

This document describes how to run Eclipse JUnit plugin tests from the command line using Eclipse SDK JUnit test plug-ins and a testing framework. This method of running tests is intended for anyone who wishes to automate their testing process or reproduce the testing mechanism used in Eclipse builds by the Eclipse Platform Release Engineering team.

Click <a href="http://dev.eclipse.org/viewcvs/index.cgi/*checkout*/org.eclipse.test/testframework.html?rev=HEAD">here</a> for a description of the testing framework, and how it can be used outside of the setup described here.

If you simply wish to write and run JUnit tests interactively from an Eclipse workbench, try one of the links below:

<a href="http://help.eclipse.org/juno/index.jsp?topic=/org.eclipse.jdt.doc.user/gettingStarted/qs-junit.htm">JUnit Support in Eclipse</a>
<a href="http://help.eclipse.org/juno/index.jsp?topic=/org.eclipse.pde.doc.user/guide/tools/launchers/junit_launcher.htm">Testing Eclipse Plug-ins with JUnit</a>

Requirements

1. All test machines will require 1.4 and 1.5 java runtime environments installed to run all tests. See <A HREF="#testtargets">test targets</A> for details on which tests require a 1.5 level jre. All other tests can be executed with either jre levels.
2. A properties file containing the following key-value pair: J2SE-5.0=<path to 1.5 java executable>. On Windows, the path must be enclosed with double quotes if it contains any space characters, e.g. J2SE-5.0="c:/program files/jdk1.5.0/jre/bin/java".
3. <a href="http://www.info-zip.org/pub/infozip/UnZip.html">Info-ZIP UnZip</a> version 5.41 or later installed and added to the path.
4. The JUnit Plugin Tests eclipse-Automated-Tests-<buildId>.zip from an Eclipse build (<a href="http://download.eclipse.org/eclipse/downloads/">http://download.eclipse.org/eclipse/downloads/</a>). This ZIP contains this document, scripts to run the tests, the test framework plug-ins and the JUnit test plug-ins.
5. An Eclipse SDK distribution (<a href="http://download.eclipse.org/eclipse/downloads/">http://download.eclipse.org/eclipse/downloads/</a>) to test. Usually you will want to test a particular Eclipse build using a matching Automated Tests feature.
6. To run the pde build tests you will need the eclipse-<buildId>delta-pack.zip.
7. To run the Team CVS tests you will need extssh access to a CVS repository. The tests create a lot of junk modules and tags so you will want to keep the test repository seperate from your development repository. While it is not necessary to clean up the repository between each Team test run you will probably want to clean it up periodically.
8. Some of the p2 tests require a copy of the Eclipse Platform Runtime Binary archive for the platform you are testing. More information is available from the <a href="http://wiki.eclipse.org/Equinox/p2/Testing">Equinox Testing Wiki page</a>.

Setup

1. Extract the eclipse-Automated-Tests-<buildId>.zip or tar.gz. On Window, extract this file close to the root of the drive to prevent some path names from exceeding the 255 character limit. This will create a top-level directory eclipse-testing.
2. Place the Eclipse SDK distribution to test (and the Eclipse Platform Runtime Binary) in the eclipse-testing directory. Do not extract these files as the test scripts will take care of this.
3. To run the Team CVS tests, edit the test.xml script to provide connection information. Replace the following strings in the teamcvs target of the test.xml file with the information described in following list. These values are used at test time to automatically replace strings in org.eclipse.team.tests.cvs.core/repository.properties. For more information on how this file is used in the team CVS tests, click <a href="http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/org.eclipse.team.tests.cvs.core/readme.html?rev=HEAD">here</a>.
   • @cvs_user@ - the account used to connect to the cvs repository
   • @cvs_password@ - the account password
   • @cvs_host@- the name of the cvs server
   • @cvs_root@ - the repository path
4. To Run the PDE build scripts, save the eclipse-<buildId>delta-pack.zip to the eclipse-testing directory.

Running Tests

From a command prompt or terminal:

1. cd to the eclipse-testing directory
2. Execute the following script:

runtests -properties <path to properties file> [-os <operating system>] [-ws <windowing system>] [-arch <architecture>] [-noclean] [-vm <path to java executable>][-Dtest.target=performance][targetname1 targetname2 targetname3 etc...]

All parameters and targets are optional on windows systems with the exception of "-properties". On *nix systems, the os, ws and arch parameters must be specified in addition to the -properties parameter.

The JUnit test results are produced in individual xml files for each test plug-in with a test.xml. These results are copied to the eclipse-testing\results\xml directory. These results can be converted into html by running the "genHtml" target as described in the table below. Please be aware that "Build Successful" printed to the console is NOT indicative of tests passing. </li> </ol> <p> <a name="vm"></a>Parameters

       linux, macosx, solaris, win32. Default win32

       cocoa, gtk, photon, win32. Default win32

       PA_RISC, x86, sparc. Default x86

       "test-eclipse") between test targets. Default is to
    delete an existing test-eclipse directory and re-extract the

         As per requirements noted above, this is used to reference a
      properties file containing additional Ant properties used in
      running tests.Can be used to pass additional vm arguments to
      the Java virtual machine running the tests by adding the entry
      "extraVMargs=<the args to pass to the vm>" to
      the specified properties file.

At a minimum,
      the property file must include a "J2SE-5.0" property
      which specifies a path to a 1.5 java executable, for example:

      
J2SE-5.0="c:/program
        files/jdk1.5.0_06/jre/bin/java"

         When runtests is executed, two instances of eclipse are
      started: one to invoke the org.eclipse.ant.core.antRunner
      application to run a test.xml script in a test plug-in (outer
      instance) and another in which the JUnit tests are being
      executed (inner). By default, both will use the java
      executable on the system path. The -vm property is used to
      specify an alternate java executable. For example, "-vm
      c:\jdk142\jre\bin\java".

However, the
      -vm value is ignored by the inner vm for JUnit plug-in tests
      requiring a 1.5 JRE to execute (see <A HREF="#testtargets">test
        targets</A>). This property must be used in conjunction with the
      -properties parameter described above at all times.

       test.xml. When running tests on Windows, enclose this parameter
    in double quotes, ie. runtests

         Replace with a list of <A HREF="#testtargets">test targets</A>
      to execute (space delineated). Each corresponds to an Ant
      target in the eclipse-testing/test.xml script. 

For
      example, 
runtests -os linux -ws gtk -arch x86
        ant antui -properties vm.properties
This will
      execute the "ant" and "antui" test targets
      only. If not specified, the "all" target will be
      executed.

<A NAME="testtargets"></A>Appendix A - Test Targets

Ant targets in the main test.xml which execute tests. Typically each corresponds to the execution of a test plug-in's test.xml.

<a name="appendixb"></a>Appendix B - Supported os, ws, and arch value combinations

The following table contains the values that can be used with the -os, -ws, and -arch switches.