一个测试运行器,可以输出与JUnit和Hudson/Jenkins兼容的XML报告,以及与CoreJet BDD标准兼容的XML和HTML报告
项目描述
简介
此包为zope.testrunner提供的测试运行器扩展。
它基于(并可作为其全部替代品使用),collective.xmltestreport。
测试运行器与zope.testrunner中的运行器相同,除了
它能够以JUnit/Ant输出的XML格式编写测试报告。这使得测试结果可以被诸如Hudson/Jenkins持续集成服务器之类的工具分析。
它可以输出CoreJet XML格式的报告 - 请参阅corejet.core
使用方法
在您的buildout中添加如下部分
[buildout] parts = ... test ... [test] recipe = corejet.recipe.testrunner eggs = my.package defaults = ['--auto-color', '--auto-progress']
该配方(corejet.recipe.testrunner)接受与zc.recipe.testrunner相同的选项,因此请查看其文档以获取详细信息。
当运行buildout时,您应该在bin/test中有一个脚本和一个parts/test目录。
要运行测试,请使用 bin/test 脚本。如果您传递 --xml 选项,测试报告将被写入到 parts/test/testreports 目录。
$ bin/test --xml -s my.package
如果您使用的是 Hudson,现在可以配置构建以发布 <buildoutdir>/parts/test/testreports/*.xml 的 JUnit 测试报告。
要输出 CoreJet 报告,请执行:
$ bin/test --corejet="file,path/to/corejet/file.xml" -s my.package
CoreJet 报告和输出 XML 文件将放在 parts/test/corejet。您可以将 --xml 和 --corejet 结合使用。
上面的例子使用了 file CoreJet 仓库源,它期望在逗号后面的路径中找到一个 CoreJet XML 文件。
仓库源
其他仓库源可以通过入口点注册:包必须在 corejet.repositorysource 下注册一个入口点,标识一个接受以唯一名称传递的字符串 之后 的可调用对象,该对象应返回一个 corejet.core.model.RequirementsCatalogue 对象。
因此,file 源被定义为:
def fileSource(path): catalogue = RequirementsCatalogue() with open(path) as stream: catalogue.populate(stream) return catalogue
并注册为:
[corejet.repositorysource] file = corejet.testrunner.filesource:fileSource
使用 bin/test --help 获取选项的完整列表。
变更日志
1.0.1 (2012-05-30)
修复了对非 CoreJet 测试的检查,改为依赖适配而不是魔法。[datakurre]
1.0.0 (2012-05-26)
修复为允许无选项的 requirements-sources。[datakurre]
修复为与包含非 CoreJet 测试的测试套件一起工作。[datakurre]
添加了对故事级别步骤的支持。[datakurre]
1.0a4
Python 2.5 兼容性 [jodok]
将 CHANGES.txt 包含在 sdist 的 MANIFEST.in 中 [jodok]
1.0a3
修复损坏的包
1.0a1
第一个版本 [optilude]