免责声明:我不是Devops家伙,我将在这里提出“开发人员”的观点
IMO的答案取决于所有这些报告的确切用途。
简而言之,您可以从测试执行中获得text / xml报告(我不能说gradle,但是在maven surefire插件中会创建这些报告,我相信gradle也会这样做)。
您还可以使用报告信息生成一个美观的网站,也有用于此目的的工具,例如Allure Reports。最重要的是,可以在构建目录中生成一些要显示的内容。
复制报告就像复制文件一样简单,但是问题是当它们在S3中时会如何处理?
据我了解,它是一个CI作业(例如Jenkins),可在构建期间运行测试,或者可能针对已部署的环境(在云中)进行自动化测试。
这些CI工具运行gradle来构建项目并运行测试,然后显示每个构建的测试结果并记住最近的N个构建。它也可以与前述的诱人工具集成,并且只要构建存储在CI工具中,就可以显示每个构建的HTML报告。
所以我不确定我为什么要“在云中运行测试”(假设在部署工件时从中运行测试套件)。
关于所有这些结果可以做什么的可能构想:
-
您可以创建一个网站,该网站将显示各个版本的结果(同样,这是
已经由詹金斯(Jenkins)等CI工具解决了)
-
您可以将运行测试的结果存储在某些数据库中,并提供一些
精明的统计信息(如果通常是
绿色,并且您不在从不稳定的测试中“恢复”项目的过程中
东西)
本文链接:https://www.f2er.com/3164535.html