Rspec无法重现失败，即使使用最小的对分命令

Question

我们使用Travis CI在git上维护我们的项目。这里的问题是特拉维斯我们有2个进程运行规范的随机选择，各有不同的种子数，现在时有故障，我尝试运行：

1. 与种子数
2. 确切规格没有种子数的确切规格
3. 与种子数
4. 与种子数的规范文件和规范文件--bisect
5. 规范文件，而无需一个种子数但--bisect

在上面的5个场景中，无论是本地的，还是在调试travis版本时，甚至在ssh上，我发现没有失败，平分总是失败。

同样在一个完全不同的场景中，如果我使用默认的8个进程运行并行：spec，我确实遇到了故障，但是如果我用'rspec'cmd单独运行，则不会失败。

我也试过在本地运行parallel：spec，而在我们应用程序的根目录下的.parallel-spec文件中有--bisect选项。我得到的最低限度的复制命令仍然没有失败。

我在这里错过了什么？这个问题是否与运行多个进程有关，并且必须使用rspec运行最少的重现行？因为目前看来，如果规格在超过1个过程中运行，我永远无法重现失败的规格。另一方面，如果本地我运行rspec --bisect 8小时后，我发现它还没有开始1过程，即使我在macbook pro（但是我们有4k左右的规格）

p.s.我们在轨道上4.2.7.1，红宝石2.3.3和RSpec 3.4.4

感谢

更新：跑平行规范详细，以获得规范秩序，然后跑在一个规范的失败过程中的命令种子编号然后再与种子编号和 - 等分。仍然没有失败。

Answer 1

在这些5件事你试试我不能看到Try to run all the specs from the process with the seed

这可能是你的规格互相干扰，如果规格A为规范B之前运行，这将导致B到失败... 或者即使A在B之前运行，也会导致C失败。

所以如果你用种子从一个进程运行所有的规格 - 也许你会重现失败 - 只有你运行--bisect的同样的东西来找到给你失败的最小集合。

如果您不能以这种方式复制它 - 我可以看到另一个选项：您的并行规格使用共享资源（DB，文件？），失败是由竞争条件引起的。这些很难找到 - 特别是在规格之间。确保每个进程实际上都使用一个单独的数据库（简单的错误，比如忘记更改database.yml会导致这种错误）。

如果这没有帮助 - 请检查您的代码是否有其他可能的共享资源。 你没有提到有多少规格通常会失败。如果这个数字很小 - 你可以专注于这些。