3
我有一堆依赖一些错误机制的测试。我能够检测到测试机制何时失败并触发InconclusiveException。重复NUnit不确定测试，直到它通过或失败
我想要的是一种机制（理想情况下属于属性），我可以使用它来重新运行每一个抛出Inconclusive的测试，直到我得到通过或失败（或发生了合理数量的重试）为止。我不喜欢基本解决方案“在每个测试用例方法中实现循环”。
我不要想要一次又一次地运行我的测试，直到他们通过，我只是想运行它们，直到他们给我一个结论。
编辑：我不想以编程循环添加到我的每一个现有的测试，只是因为它会改变代码本身，迫使我再次验证所有的方法（重处理）。而且，它使得测试代码更重且更少维护。
编辑：我使用的越野车机制是测试框架本身，我不能改变现有的专有框架。其目的是将C＃对象映射到来自定制PCI卡的二进制数据，并且有时无法映射。永远不会得到预算来解决这个问题，我必须忍受它。
为什么你不喜欢循环解决方案？对我来说，这似乎是一种完全有效的方法。如果你不想让你的测试永远运行，你可以限制你的循环。 – 2012-02-29 19:06:35
“错误机制”依赖不能被修复？你确定你想依赖它吗？这是你可以替代的测试用途吗？ （您是在测试依赖性还是逻辑的简单使用，等等） – 2012-02-29 19:08:09
请参阅后一章的编辑 – PPC 2012-02-29 19:52:23