Отказ от ответственности: я не парень из Devops, я представлю здесь точку зрения «разработчика»
Ответ IMO зависит от того, что именно хотелось бы делать со всеми этими отчетами.
В двух словах, вы можете получать текстовые / xml отчеты о выполнении теста (я не могу сказать о gradle, но в maven surefire плагин создает эти отчеты, я думаю, что gradle делает то же самое).
Выможет также создать красивый сайт с информацией об отчетах, для этого есть инструменты, например Allure Reports . В итоге некоторые вещи, которые нужно показать, могут быть сгенерированы в каталоге сборки.
Копировать отчеты так же просто, как копировать файл, но вопрос в том, что с ними делать, когда они в S3?
В моем понимании это работа для КИинструменты (например, Jenkins) для запуска тестов во время сборки или, возможно, наборы автоматических тестов для развернутой среды (в облаке). Эти CI Tools запускают gradle для сборки проекта и запускают тесты, затем они показывают результаты тестов для каждой сборки, запоминая последние N сборок. Он также может быть интегрирован с такими инструментами, как вышеупомянутый allure, и отображать HTML-отчет за сборку, если сборка хранится в инструменте CI.
Так что я не уверен, что понимаю, почему вы хотели бы "запускать тесты"в облаке »(из которого, как я полагаю, вы запускаете набор тестов при развертывании артефакта).
Что касается возможных идей того, что можно сделать со всеми этими результатами:
Вы можете создать сайт, который будет показывать результаты по всем сборкам (опять же, это уже решено инструментом CI, таким как Jenkins)
Вы можете сохранить результаты выполнениятестирует в некоторой базе данных и предоставляет некоторую умную статистику (лично я не вижу большой пользы, если обычно сборка зеленого цвета, и вы не в процессе "восстановления" проекта от нестабильных тестов или чего-то еще)