<分区>
我正在 Rails 上创建一个网站，到目前为止一直在使用 travis-ci 进行持续集成。我也在尝试使用 wercker 进行持续集成和部署。测试步骤在 wercker 上失败，因为它运行了超过 25 分钟，我突然想到我的测试可能由于某种原因花费了异常长的时间。
我正在开发的网站相当大，但并不庞大。我使用 rspec 和 capybara 进行测试，使用 webkit 进行集成测试。我编写了相当详尽的集成测试，试图确保涵盖每个功能。在 travis-ci 上，整个过程需要 25-30 分钟才能运行(包括安装包)。
对于这个论坛来说，这可能是一个模糊的问题，但我还是想得到一些意见。运行半小时或更长时间的测试套件是 Not Acceptable 吗？对于一组集成测试，您通常会经历多少测试套件时间？
最佳答案
商业网站有集成测试套件是正常的，即使是设计良好的测试套件，如果它们在开发人员机器上的单个进程中运行，也需要一个小时或更长时间才能运行。因此，您没有给我们任何理由认为您编写了太多测试或编写的测试运行异常缓慢。但是，等待了解您的提交是否正确的时间太长了。以我的经验，半小时太长了，15 分钟也太短了；如果运行所有测试需要那么长时间，那么触发构建的人将开始其他事情或在构建运行时徘徊，然后将不得不进行上下文切换或在构建中断时不在身边。较长的构建还会增加给定构建中的平均提交次数，这使得在构建中断时更难归咎于责任。
因此，让您的 CI 构建尽可能快地运行。主题很大，但有几个起点:
parallel_tests gem 是在单个 盒子上尽可能快地运行您的套件(包括单元测试和 Cucumber)的方式(这只会让您到目前为止，但现在可能已经足够了)。拥有一个覆盖大部分或全部代码并且运行速度比集成测试快得多(几秒或最多几分钟)的单元测试套件也很有帮助，以便在集成测试运行之前捕获大多数错误.
关于ruby-on-rails - 测试套件多长时间太长？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23539072/