Moq: Làm thế nào để có được một tham số được truyền cho một phương thức của dịch vụ giả

Tưởng tượng lớp học này

public class Foo {

    private Handler _h;

    public Foo(Handler h)
    {
        _h = h;
    }

    public void Bar(int i)
    {
        _h.AsyncHandle(CalcOn(i));
    }

    private SomeResponse CalcOn(int i)
    {
        ...;
    }
}

Mo (q) cking Handler trong một bài kiểm tra của Foo, làm thế nào tôi có thể kiểm tra những gì Bar()đã qua _h.AsyncHandle?

Bạn có thể sử dụng phương thức Mock.Callback:

var mock = new Mock<Handler>();
SomeResponse result = null;
mock.Setup(h => h.AnsyncHandle(It.IsAny<SomeResponse>()))
    .Callback<SomeResponse>(r => result = r);

// do your test
new Foo(mock.Object).Bar(22);
Assert.NotNull(result);

Nếu bạn chỉ muốn kiểm tra một cái gì đó đơn giản trên đối số được thông qua, bạn cũng có thể thực hiện trực tiếp:

mock.Setup(h => h.AnsyncHandle(It.Is<SomeResponse>(response => response != null)));

Câu trả lời của Gamlor có hiệu quả với tôi, nhưng tôi nghĩ rằng tôi sẽ mở rộng nhận xét của John Carpenter vì tôi đang tìm kiếm một giải pháp liên quan đến nhiều hơn một tham số. Tôi cho rằng những người khác vấp ngã trên trang này có thể ở trong một tình huống tương tự. Tôi tìm thấy thông tin này trong tài liệu Moq .

Tôi sẽ sử dụng ví dụ của Gamlor, nhưng hãy giả vờ phương thức AsyncHandle có hai đối số: a stringvà một SomeResponseđối tượng.

var mock = new Mock<Handler>();
string stringResult = string.Empty;
SomeResponse someResponse = null;
mock.Setup(h => h.AsyncHandle(It.IsAny<string>(), It.IsAny<SomeResponse>()))
    .Callback<string, SomeResponse>((s, r) => 
    {
        stringResult = s;
        someResponse = r;
    });

// do your test
new Foo(mock.Object).Bar(22);
Assert.AreEqual("expected string", stringResult);
Assert.IsNotNull(someResponse);

Về cơ bản, bạn chỉ cần thêm một kiểu khác It.IsAny<>()với kiểu thích hợp, thêm kiểu khác vào Callbackphương thức và thay đổi biểu thức lambda cho phù hợp.

Phương thức gọi lại chắc chắn sẽ hoạt động, nhưng nếu bạn đang thực hiện điều này trên một phương thức có nhiều tham số thì nó có thể hơi dài dòng. Đây là một cái gì đó mà tôi đã sử dụng để loại bỏ một số nồi hơi.

var mock = new Mock<Handler>();

// do your test   
new Foo(mock.Object).Bar(22);

var arg = new ArgumentCaptor<SomeResponse>();
mock.Verify(h => h.AsyncHandle(arg.Capture()));
Assert.NotNull(arg.Value);

Đây là nguồn cho ArgumentCaptor:

public class ArgumentCaptor<T>
{
    public T Capture()
    {
        return It.Is<T>(t => SaveValue(t));
    }

    private bool SaveValue(T t)
    {
        Value = t;
        return true;
    }

    public T Value { get; private set; }
}

Câu trả lời của Gamlor hoạt động, nhưng một cách khác để làm điều đó (và một cách mà tôi cho là biểu cảm hơn trong bài kiểm tra) là ...

var mock = new Mock<Handler>();
var desiredParam = 47; // this is what you want to be passed to AsyncHandle
new Foo(mock.Object).Bar(22);
mock.Verify(h => h.AsyncHandle(desiredParam), Times.Once());

Xác minh là rất mạnh mẽ và đáng để dành thời gian để làm quen.

Thay thế cũng là sử dụng Capture.Intính năng của moq. Đây là moqtính năng OOTB cho phép ghi lại đối số trong bộ sưu tập.

//Arrange
var args = new List<SomeResponse>();
mock.Setup(h => h.AnsyncHandle(Capture.In(args)));

//Act
new Foo(mock.Object).Bar(22);

//Assert
//... assert args.Single() or args.First()

Bạn có thể sử dụng It.Is<TValue>()diêm.

var mock = new Mock<Handler>();
new Foo(mock.Object).Bar(22);
mock.Verify(h => h.AsyncHandle(It.Is<SomeResponse>(r => r != null )));

Điều này cũng hoạt động:

Mock<InterfaceThing> mockedObject = new Mock<InterfaceThing>();
var objectParameter = mockedObject.Invocations[1].Arguments[0] as ObjectParameter;

Rất nhiều câu trả lời hay ở đây! Sử dụng tính năng Moq bên ngoài hộp cho đến khi bạn cần xác nhận về một số tham số lớp được truyền cho các phụ thuộc của bạn. Tuy nhiên, nếu bạn kết thúc trong tình huống đó, tính năng Moq Confirm với It. Các trình so khớp không thực hiện tốt việc cô lập lỗi kiểm tra và cách quay trở lại / Gọi lại để thêm các dòng mã không cần thiết vào kiểm tra của bạn (và bài kiểm tra dài là không có đối với tôi).

Đây là một ý chính: https://gist.github.com/Jacob-McKay/8b8d41ebb9565f5fca23654fd944ac6b với phần mở rộng Moq (4.12) mà tôi đã viết để đưa ra một cách khai báo hơn về các đối số được đưa ra cho các đối số được đưa ra để xác nhận. Đây là phần xác minh hiện tại trông như thế nào:

        mockDependency
            .CheckMethodWasCalledOnce(nameof(IExampleDependency.PersistThings))
            .WithArg<InThing2>(inThing2 =>
            {
                Assert.Equal("Input Data with Important additional data", inThing2.Prop1);
                Assert.Equal("I need a trim", inThing2.Prop2);
            })
            .AndArg<InThing3>(inThing3 =>
            {
                Assert.Equal("Important Default Value", inThing3.Prop1);
                Assert.Equal("I NEED TO BE UPPER CASED", inThing3.Prop2);
            });

Tôi sẽ bị đánh cắp nếu Moq cung cấp một tính năng hoàn thành điều tương tự trong khi là tuyên bố và cung cấp sự cô lập thất bại này. Ngón tay đan chéo!