Maven CI与自动化

我即将启动CI，我有一个完全自动化的验证系统，但正如我所读到的，自动化运行将在开发人员代码被推送到云端后开始（每天会发生很多次）。当我运行整个自动化包时，完成测试大约需要1小时。 所以我想知道这个时间是否可以接受，如果不能，我能做些什么来减少时间，有没有某种方法可以帮助我们。工具，请告知

---

提前感谢。

也许可以考虑在一天结束时运行自动测试。我也遇到了类似的情况，并找到了使用cron作业的解决方案，这些作业设置在午夜

也许可以考虑一下，避免对每个构建进行测试

如果每个构建都需要自动化测试，尝试引入节点（例如Jenkins），您可以添加额外的节点并在多台机器上运行，我想我也为BitRise做了类似的事情

用一些逻辑划分测试用例，例如一次运行中的登录，不同运行中的否定测试用例等等

将测试用例分解到某些较小的部分，对每个构建只使用核心测试，并在一天结束时完成运行

有很多措施可以确保更快的运行，而不是按程序处理

但也可以通过编程大幅提高测试、并行化、并发运行、网格等的速度

---

希望这能有所帮助，

你是说jenkins的执行时间比本地长吗？另外，你可以尝试并行执行。事实上，我试过詹金斯，因为它是无头的，所以速度更快。但我的问题是,；当我在本地运行时需要一个小时，这是否能达到CI的目的（尽早检测bug）。不幸的是，并行执行不适用于我们的站点（业务方面）。这完全取决于您的项目管理团队，以及构建的频率。除非你的代码占用了太多的时间，而你的代码不应该占用太多的时间，否则这个地方不是提出这类问题的好地方？这不是连续集成，因为反馈时间太长…所以通常的时间框架最多为5-6分钟…问题是什么需要时间？运行单元/集成测试？你在用什么样的机器？为什么maven构建的并行执行不起作用？如果你在构建中遇到了更大的问题…嗨@khmarbaise，这需要时间，因为它会测试站点上的每个功能。我使用的windows是一台规格很好的电脑。我的并行执行问题不在于代码，而在于网站业务，因为每个用户都没有多个会话登录，而且有很多测试用例相互依赖。嗨，科瓦西奇，谢谢你的回复，我已经安排在今天结束时开始运行。我想避免对每个构建进行测试，但在这种情况下，我无法实现CI。我会等着看是否有人有其他想法，如果没有，我会把套房拆成更小的单元。希望我能帮上忙。tnx