Skip to main content

A test runner which can output an XML report compatible with JUnit and Hudson/Jenkins as well as XML and HTML reports compatible with the CoreJet BDD standard

Project description


This package provides an extension to the test runner to the one that ships with zope.testrunner.

It is based on (and can be used as a wholesale replacement for), collective.xmltestreport.

The test runner is identical to the one in zope.testrunner, except:

  • it is capable of writing test reports in the XML format output by JUnit/Ant. This allows the test results to be analysed by tools such as the Hudson/Jenkins continuous integration server.
  • it can output reports in the CoreJet XML format - see corejet.core


In your buildout, add a part like this:

parts =


recipe = corejet.recipe.testrunner
eggs =
defaults = ['--auto-color', '--auto-progress']

The recipe (corejet.recipe.testrunner) accepts the same options as zc.recipe.testrunner, so look at its documentation for details.

When buildout is run, you should have a script in bin/test and a directory parts/test.

To run the tests, use the bin/test script. If you pass the --xml option, test reports will be written to parts/test/testreports directory:

$ bin/test --xml -s my.package

If you are using Hudson, you can now configure the build to publish JUnit test reports for <buildoutdir>/parts/test/testreports/*.xml.

To output a CoreJet report, do:

$ bin/test --corejet="file,path/to/corejet/file.xml" -s my.package

The CoreJet report and output XML file will be placed in parts/test/corejet. You can combine --xml and --corejet.

The example above uses the file CoreJet repository source, which expects to find a CoreJet XML file at the path specified after the comma.

Repository sources

Other repository sources can be registered via entry points: Packages must register an entry point under corejet.repositorysource identifying a callable that is passed the string after the comma with a unique name and which should return a corejet.core.model.RequirementsCatalogue object.

Hence, the file source is defined as:

def fileSource(path):
    catalogue = RequirementsCatalogue()
    with open(path) as stream:
    return catalogue

and registered with:

file = corejet.testrunner.filesource:fileSource

Use bin/test --help for a full list of options.


1.0.1 (2012-05-30)

  • Fixed the check for non-corejet tests to rely on adaptation instead of magic. [datakurre]

1.0.0 (2012-05-26)

  • Fixed to allow requirements-sources with no options [datakurre]
  • Fixed to work with test-suites containing non-corejet-tests [datakurre]
  • Added support for story-level steps [datakurre]


  • Python 2.5 compatibility [jodok]
  • to include CHANGES.txt in sdist [jodok]


  • Fix broken package


  • First release [optilude]

Project details

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Files for corejet.testrunner, version 1.0.1
Filename, size File type Python version Upload date Hashes
Filename, size (16.3 kB) File type Source Python version None Upload date Hashes View

Supported by

Pingdom Pingdom Monitoring Google Google Object Storage and Download Analytics Sentry Sentry Error logging AWS AWS Cloud computing DataDog DataDog Monitoring Fastly Fastly CDN DigiCert DigiCert EV certificate StatusPage StatusPage Status page