作为云测试的一部分，我计划将我的测试结果(我碰巧使用的是 gradle)作为 xml 从一个短期容器复制到一个 s3 存储桶。
我想知道利用装满测试结果的桶的最佳方法是什么，以及是否有人对如何使用最少的自定义代码等获得大部分结果有想法。
过去，我曾使用 XSLT 处理此问题，将 XML 转换为 HTML，但感觉这种方法比我想做的工作要多。
有没有人为了自己的目的解决了这个问题可以分享你的方法？
正如我旁注...如果有人知道如何使用 HTML，我也可以将来自 gradle 的 HTML 报告复制到我的 s3 存储桶中。
理想情况下，我将能够看到经过排序的结果列表并单击最新的以查看测试运行的详细信息。
最佳答案
免责声明:我不是 DevOps 的人，我将在这里提出“开发人员”的观点
IMO 的答案取决于对所有这些报告的确切用途。
简而言之，您可以从测试执行中获得文本/xml 报告(我不能为 gradle 说，但在 maven surefire 插件中创建这些报告，我相信 gradle 做同样的事情)。
您还可以使用报告信息生成一个美观的站点，也有用于此目的的工具，例如 Allure Reports .最重要的是，可以在构建目录中生成一些要显示的内容。
复制报告就像复制一个文件一样简单，但问题是当它们在 S3 中时想用它们做什么？
在我看来，CI 工具(如 Jenkins)在构建期间运行测试是一项工作，或者可能是针对已部署环境(在云中)的一套自动化测试。 这些 CI 工具运行 gradle 来构建项目，并运行测试，然后它们显示每个构建的测试结果，并记住最后 N 个构建。它还可以与上述 allure 等工具集成，并显示每个构建的 HTML 报告，只要构建存储在 CI 工具中。
所以我不确定我是否理解您为什么要“在云中运行测试”(我假设您在部署工件时正在运行测试套件)。
关于可以用所有这些结果做什么的可能想法:
您可以创建一个网站来显示跨构建的结果(同样，这是 已经被 Jenkins 等 CI 工具解决了)
您可以将运行测试的结果存储在一些数据库中并提供一些 聪明的统计数据(如果通常构建是 绿色，并且您不在从不稳定的测试或项目中“恢复”的过程中 某事)
关于testing - 如何显示一个充满junit测试结果文件的目录，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/58699090/