3

在编写一些 MSpec BDD 测试时，我遇到了一个场景，即我期望失败的测试通过了，但只有在我运行所有测试时才通过。当我单独运行测试时，它按预期失败了。经过一番调查，我发现在第二次测试运行之前，之前测试中设置的某些状态没有被重置，这导致第二次测试在我预期失败时通过。以下人为的代码重现了该场景：

public class ContextBase
{
    protected static object state;
}

public class Context_a : ContextBase
{
    Establish context = () => { state = new object(); };

    It should_set_state = () => state.ShouldNotBeNull();
}

public class Context_b : ContextBase
{
    Establish context = () => {  };

    It should_set_state = () => state.ShouldNotBeNull();
}

这两个测试都通过了，因为 Context_a 在 Context_b 之前执行，并且在执行 Context_B 时，在 Context_A 中设置的状态仍然设​​置。如果您单独运行 Context_B，则测试失败，因为尚未设置状态。有趣的是，如果您从 Context_B 中删除空的建立语句，那么 Context_B 将始终按预期失败。

我对 MSpec 比较陌生，这种行为让我感到惊讶。我假设这样的状态会在执行每个上下文之间被重置。也许我错过了一些东西......我是否正确构建了这些测试？如果 MSpec 没有在上下文之间自动重置这样的状态，那么我应该使用什么策略来确保在我的示例中的情况下重置状态？我应该在将所有状态字段设置为空的 ContextBase 类上放置一个建立 lambda 吗？

4

1 回答 1

2

MSpec 不会在执行上下文之间“重置”静态状态。它遵循您从普通静态变量中了解的行为，即它们不会在应用程序（即测试运行）运行时重新初始化，除非您手动执行此操作。最好初始化Establish每个上下文中的所有字段。

另一种选择是在您的基类上添加一个额外Establish的内容，但这会在您的上下文中隐藏重要信息 - 您必须导航到基类才能看到某个字段已使用特定值初始化。但是 DRY 通常不适用于测试：我更喜欢使用protected static从派生上下文调用的方法的基类（请参阅此答案以获取示例）。

于 2013-02-14T08:46:00.850 回答