在为 RSpec 编写的大量测试中,有一些测试预计会失败(至少还要几个月)。这些已知的故障使得很难对 RSpec 报告的回归结果进行分类(自上次运行以来的新故障)。
是否有一个简单的系统可以使用 RSpec 结果来跟踪旧的测试运行结果并只报告新的故障?
在为 RSpec 编写的大量测试中,有一些测试预计会失败(至少还要几个月)。这些已知的故障使得很难对 RSpec 报告的回归结果进行分类(自上次运行以来的新故障)。
是否有一个简单的系统可以使用 RSpec 结果来跟踪旧的测试运行结果并只报告新的故障?
虽然我对 RSpec 不熟悉,但我以前也遇到过同样的情况。最后,如果预期会失败,并且失败了,它不应该通过吗?此外,除了将它们放入新套件之外,还有其他方法可以吸收它们吗?(关于 NUnit,我最喜欢的事情之一)。
为什么运行你知道会失败的测试?
我建议将它们分解成自己的测试套件并从运行中删除/注释它们。
鉴于他们预计会如何失败,我认为可以安全地假设他们在逻辑上以某种方式连接,并且无论他们是否通过,都可能值得拥有自己的套件。
如何实现重试逻辑?如果测试不稳定且无法避免,那么重试失败的测试可能会有所帮助。