2

不好意思承认，但单元测试对我来说仍然是新事物。我对如何正确处理事情有非常坚定的把握。但是我发现很难理解的情况是，当为一个简单地返回依赖方法调用结果的方法编写单元测试时。

我发现它在您实现服务层以与 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单元测试的重点是测试方法中的逻辑，而不是依赖项的逻辑。那么在这种情况下，如果它只是测试一个模拟依赖项的返回值，是否还有必要编写一个测试？

4

1 回答 1

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));

参考起订量快速入门

于 2018-08-31T21:09:09.653 回答