Testing 开源测试报告生成工具

背景
我工作的QA部门有很多自动黑盒测试，它们通过GUI和命令行与我们的应用程序交互。目前，自动测试将其结果输出到standard out，然后我们将最终通过/失败结果手动输入到电子表格中

我们希望有一个系统，自动测试自动将详细的测试结果保存到一个文件中。然后，我们将拥有一个web页面，测试人员和开发人员可以访问该页面来查看详细的测试结果和任何必要的附件。它将按项目和版本号生成测试结果报告

问题：
您建议使用什么系统生成测试报告？我们需要一个系统，我们的测试将自动插入到新的报告中，最好是开源的。我感兴趣的是贵公司实际使用了什么，或者您发现什么对管理测试结果有用

我们的质量保证部门能够从头开始构建该系统的简化版本，但是我们不希望重新创建该系统。

是编写标准输出和正式文档之间非常愉快的媒介。有几个脚本可以从rst转换为其他格式，例如

您基本上可以保留现有的系统——只需在文本周围添加几个“标记”，但与HTML标记不同的是，这些标记更具可读性。事实上，这与您在StackOverflow上询问/回答时使用的降价非常接近

stdout文本总体上仍然很容易被人类阅读，但它只需在链中添加一个脚本即可呈现为HTML或PDF格式

有一个很好的例子，说明了它在纯文本和呈现形式中的外观。

有一个广泛的网站机制，它确实需要你屈服于它的意愿，所以这可能对你来说是不可能的

一旦配置好，您就可以在每个构建上生成一组标准的报告，如果您愿意，这些报告可以打包为一个jar，也可以打包到您的构建结果站点。有许多主要报告工具的插件，如Cobertura/Emma、Junit、JDepend等

---

如果您愿意，maven站点插件可以发布自己的站点。

我们现在正在使用。它与Bugzilla集成在一起，在同一个地方拥有一切都很好。它使用与Bugzilla相同的XMLRPC API接口。

您使用的是什么平台、语言和构建脚本应用程序？持续集成服务器通常为您提供此功能，但它们根据基础语言和构建系统的不同而有所不同。@Tim：我的公司是如此的分散，我可以向您保证，我的团队将无法访问集成服务器。