Question

羞愧地承认这一点，但是单元测试对我来说仍然是新的。我对如何正确处理事情有很坚定的把握。但是，我发现很难理解这一点，那就是为一个仅返回依赖方法调用结果的方法编写单元测试。

在您要实现与DAL层互操作的服务层的情况下，会遇到几次。

一个简单的代码示例可能会更好地描述我的要求。

注意：下面的代码示例使用 c＃，xUnit和Moq 。

public class Foo {
    Bar int;
    Baz string;
}

public interface IFooRepository {
    Foo GetByBar(bar int);
}

public interface IFooService {
    Foo GetByBar(bar int);
}

public class FooService : IFooService {
    private IFooRepository fooRepository;

    public FooService(
        IFooRepository fooRepository){
        this.fooRepository = fooRepository; 
    }

    public Foo GetByBar(bar int)
    {
        return fooRepository.GetByBar(bar);
    }
}

[Fact]
public class FooServiceTests 
{
    public class GetByBarMethod 
    {
        [Fact]
        public void ShouldReturnBar()
        {
            //arrange
            var expectedFoo = new Foo() { Bar = 1, Baz = "baz" };
            var repo = new Mock<IFooRepository>();
            repo.Setup(r => r.GetByBar(1)).Returns(expectedFoo);

            var service = new FooService(repo.Object);

            //act
            var result = service.GetByBar(1);

            //assert
            Assert.Same(result, expectedFoo);
        }
    }   
}

我知道FooService单元测试的重点是测试方法中的逻辑，而不是依赖项。因此，如果只是测试一个模拟的依赖项的返回值，在这种情况下甚至有必要编写一个测试？

Answer 1

这是为了回答您的评论

您能解释一下如何断言该方法的调用吗？

有两种方法

首先要达到Setup的期望Verifiable()

repo
    .Setup(r => r.GetByBar(1))
    .Returns(expectedFoo)
    .Verifiable();

然后在调用后断言

//...code removed for brevity

//act
var result = service.GetByBar(1);

//assert
repo.Verify(); //Verifies that all verifiable expectations have been met.

第二个将使用类似于Setup中的Verify

的表达式

例如

//...code removed for brevity

//act
var result = service.GetByBar(1);

//assert
Assert.Same(result, expectedFoo);
repo.Verify(r => r.GetByBar(1));

引用Moq Quickstart

仅调用单个依赖方法的单元测试方法-c＃/ xUnit / Moq

1 个答案: