Mocking Phương pháp mở rộng với Moq

Question

Tôi có một giao diện từ trước ...

public interface ISomeInterface 
{ 
    void SomeMethod(); 
} 

và tôi đã mở rộng intreface này sử dụng một mixin ...

public static class SomeInterfaceExtensions 
{ 
    public static void AnotherMethod(this ISomeInterface someInterface) 
    { 
     // Implementation here 
    } 
} 

Tôi có một thats lớp gọi này mà tôi muốn thử nghiệm ...

public class Caller 
{ 
    private readonly ISomeInterface someInterface; 

    public Caller(ISomeInterface someInterface) 
    { 
     this.someInterface = someInterface; 
    } 

    public void Main() 
    { 
     someInterface.AnotherMethod(); 
    } 
} 

và thử nghiệm nơi tôi muốn giả lập giao diện và xác minh cuộc gọi đến phương pháp mở rộng ...

[Test] 
    public void Main_BasicCall_CallsAnotherMethod() 
    { 
     // Arrange 
     var someInterfaceMock = new Mock<ISomeInterface>(); 
     someInterfaceMock.Setup(x => x.AnotherMethod()).Verifiable(); 

     var caller = new Caller(someInterfaceMock.Object); 

     // Act 
     caller.Main(); 

     // Assert 
     someInterfaceMock.Verify(); 
    } 

Chạy tuy nhiên thử nghiệm này tạo ra một ngoại lệ ...

System.ArgumentException: Invalid setup on a non-member method: 
x => x.AnotherMethod() 

Câu hỏi của tôi là, là có một cách tốt đẹp để thử ra các cuộc gọi mixin?

Answer 1

Bạn không thể "trực tiếp" giả lập phương thức tĩnh (do đó là phương pháp mở rộng) với khung mocking. Bạn có thể thử Moles (http://research.microsoft.com/en-us/projects/pex/downloads.aspx), một công cụ miễn phí của Microsoft thực hiện một cách tiếp cận khác. Đây là mô tả về công cụ:

Vai trò là một khung trọng lượng nhẹ cho các phần tử thử nghiệm và đường vòng trong .NET dựa trên các đại biểu.

Các nốt ruồi có thể được sử dụng để hủy bỏ bất kỳ phương thức .NET nào, bao gồm các phương pháp không ảo/tĩnh trong các loại kín.

Bạn có thể sử dụng Moles với bất kỳ khung kiểm tra nào (nó độc lập về điều đó).

Answer 2

Tôi đã sử dụng Trình bao bọc để giải quyết vấn đề này. Tạo một đối tượng bao bọc và truyền phương thức giả của bạn.

Xem Mocking Static Methods for Unit Testing bởi Paul Irwin, nó có các ví dụ hay.

Answer 3

Tôi thích sử dụng trình bao bọc (mẫu bộ điều hợp) khi tôi gói chính đối tượng đó. Tôi không chắc chắn tôi sẽ sử dụng nó để gói một phương thức mở rộng, mà không phải là một phần của đối tượng.

Tôi sử dụng nội dung Lazy Injectable nội bộ của một trong hai loại Hành động, Func, Predicate hoặc ủy quyền và cho phép tiêm (hoán đổi) phương pháp trong khi kiểm tra đơn vị.

internal Func<IMyObject, string, object> DoWorkMethod 
    { 
     [ExcludeFromCodeCoverage] 
     get { return _DoWorkMethod ?? (_DoWorkMethod = (obj, val) => { return obj.DoWork(val); }); } 
     set { _DoWorkMethod = value; } 
    } private Func<IMyObject, string, object> _DoWorkMethod; 

Sau đó, bạn gọi hàm Func thay cho phương thức thực tế.

public object SomeFunction() 
    { 
     var val = "doesn't matter for this example"; 
     return DoWorkMethod.Invoke(MyObjectProperty, val); 
    } 

Đối với một ví dụ hoàn chỉnh hơn, hãy kiểm tra http://www.rhyous.com/2016/08/11/unit-testing-calls-to-complex-extension-methods/

Answer 4

tôi thấy rằng tôi phải khám phá bên trong của phương pháp khuyến nông Tôi đã cố gắng để thử đầu vào cho, và nhạo báng những gì đang xảy ra bên trong sự mở rộng.

Tôi đã xem là tiện ích mở rộng tĩnh, giống như đặt mã trực tiếp vào phương pháp của bạn, vì vậy bạn cần giả lập điều gì xảy ra bên trong tiện ích chứ không phải chính tiện ích.