如何使用“using”语句对方法进行单元测试？

Question

如何为具有 using 语句的方法编写单元测试？

例如，假设我有一个方法 Foo。

public bool Foo()
{
    using (IMyDisposableClass client = new MyDisposableClass())
    {
        return client.SomeOtherMethod();
    }
}

我如何测试类似上面的代码？

有时我选择不手动使用 using 语句和 Dispose() 对象。我希望有人能告诉我一个我可以使用的技巧。

Answer 1

如果您使用工厂（注入到父类中）而不是使用 new 关键字构造 IMyDisposableClass，则可以模拟 IMyDisposable 并对 dispose 方法调用进行验证。

public bool Foo()
{
    using (IMyDisposableClass client = _myDisposableClassFactory.Create())
    {
        return client.SomeOtherMethod();
    }
}

Answer 2

如果您已经有了代码并询问如何测试它，那么您就没有先编写测试......所以并没有真正进行 TDD。

但是，您这里拥有的是依赖项。因此，TDD 方法是使用依赖注入。使用 IoC 容器（例如 Unity。

当“正确”执行 TDD 时，您的思维过程应该在这种情况下按如下方式运行：

• 我需要执行一个 Foo
• 为此，我将依赖于一个外部依赖项来实现一个接口（新的或 然后
• 因此，我将向通过其构造函数声明 Foo 的类中注入一个 IMyDisposableClass

您将编写一个 (或更多）测试失败，然后您才会到达编写 Foo 函数体的位置，并确定是否需要使用 using 块。

实际上，您可能很清楚，是的，您将使用 using 块。但 TDD 的部分要点是，在您（通过测试）证明您确实需要使用需要此功能的对象之前，您无需担心这一点。

一旦您确定需要使用 using 块，您就会想要编写一个失败的测试 - 例如使用类似 Rhino Mocks 设置期望，在实现 IMyDisposableClassDispose代码>.

例如（使用 Rhino Mocks 来模拟 IMyDisposableClass）。

[TestFixture]
public class When_calling_Foo
{
    [Test]
    public void Should_call_Dispose()
    {
        IMyDisposableClass disposable = MockRepository
                                        .GenerateMock<IMyDisposableClass>();

        Stuff stuff = new Stuff(disposable);

        stuff.Foo();

        disposable.AssertWasCalled(x => x.Dispose());
    }
}

Foo 函数所在的类，其中 IMyDisposableClass 作为依赖项注入：

public class Stuff
{
    private readonly IMyDisposableClass _client;

    public Stuff(IMyDisposableClass client)
    {
        _client = client;
    }

    public bool Foo()
    {
        using (_client)
        {
            return _client.SomeOtherMethod();
        }
    }
}

以及接口 IMyDisposableClass

public interface IMyDisposableClass : IDisposable
{
    bool SomeOtherMethod();
}

Answer 3

你的问题没有意义。如果您正在使用 TDD，那么您应该已经对所编写的内容进行了测试。需求，然后测试，然后设计，然后开发。您的代码要么通过测试，要么没有通过。

现在，如果您的问题是如何对上述代码进行单元测试，那么这完全是另一个问题，我认为其他发帖者已经在那里回答了。

有时我认为流行语比开发者还多:)

Answer 4

此类包装方法不可进行单元测试，因为您无法指定相关的前置条件或后置条件。

要使该方法可测试，您必须将 IMyDisposableClass 实例传递到该方法或托管 Foo 的类中（并使宿主类本身实现 IDisposable），因此您可以使用测试替身而不是真实的东西来验证与它的任何交互。

Answer 5

你的问题没有意义。如果您正在进行 TDD，那么您发布的方法已经经过充分测试，否则它根本就不存在。所以，你的问题没有意义。

另一方面，如果您发布的方法确实已经存在，但尚未经过充分测试，那么您无论如何都没有进行 TDD，并且您关于 TDD 的问题也没有意义。

在 TDD 中，未经测试的代码不可能存在。时期。

Answer 6

您还可以更改方法签名以允许传递模拟以进行单元测试。这将提供使用工厂的替代方案，工厂也需要进行单元测试。在这里，直接调用方法而不是类构造函数可能更可取。

public bool Foo(IMyDisposableClass mock = null)
{
    using (IMyDisposableClass client = mock ?? new MyDisposableClass())
    {
        return client.SomeOtherMethod();
    }
}

Answer 7

如果您正在测试 Foo，那么您应该查看 Foo 的输出，而不是担心它内部使用的类的处置。

如果您想测试 MyDisposableClass' dispose 方法以查看它是否正常工作，那么这应该是针对 MyDisposableClass 构建的单独单元测试。

您不需要对 using { } 块进行单元测试，因为它是该语言的一部分。您要么相信它能正常工作，要么不使用 C#。 :) 我认为不需要编写单元测试来验证是否正在调用 Dispose() 。

Answer 8

如果没有 Foo 的规范，我们怎么能说如何测试它呢？

1. 获取 Foo 的规范。
2. 编写测试以确保它满足所有规范和要求（或合理的子集 - 某些功能可能需要几乎无限量的数据来测试）。

我相信您还有第二个隐含的问题 - 即如何正确测试 MyDisposableClass 的使用，当通过退出 using 子句释放对象时如何处置该对象。这是一个单独的测试问题，不应与 Foo 的测试结合起来，因为 Foo 的规范不应引用特定于实现的细节，例如 MyDisposabeClass 的使用。

这个问题我想其他博主已经回答过了，我就不再赘述了。