Mocking Async Methods

Question

Chúng tôi đang viết các bài kiểm tra đơn vị cho mã không đồng bộ sử dụng MSTest và Moq.

Vì vậy, chúng tôi có một số mã trông giống như sau:

var moq = new Mock<Foo>(); 
moq.Setup(m => m.GetAsync()) 
    .Returns(Task.FromResult(10)); 

Hoặc như thế này trên các dự án đó có một phiên bản mới hơn của Moq

var moq = new Mock<Foo>(); 
moq.Setup(m => m.GetAsync()) 
    .ReturnsAsync(10); 

Nhìn vào thực hiện Moq của ReturnsAsync:

public static IReturnsResult<TMock> ReturnsAsync<TMock, TResult>(this IReturns<TMock, Task<TResult>> mock, TResult value) where TMock : class 
{ 
    TaskCompletionSource<TResult> completionSource = new TaskCompletionSource<TResult>(); 
    completionSource.SetResult(value); 
    return mock.Returns(completionSource.Task); 
} 

Cả hai phương pháp đều có vẻ giống nhau. Cả hai tạo một số TaskCompletionSource, gọi SetResult và trả lại Task

Cho đến giờ rất tốt.

Nhưng các phương pháp ngắn hạn async được tối ưu hóa để hoạt động đồng bộ. Điều này dường như ngụ ý rằng TaskCompletionSource luôn đồng bộ, điều này dường như cũng gợi ý rằng việc xử lý bối cảnh và mọi vấn đề liên quan có thể xảy ra sẽ không bao giờ xảy ra.

Vì vậy, nếu chúng ta có một số mã đã được thực hiện một số async không-không, như trộn awaits, Wait() và Result, rằng những vấn đề này sẽ không được phát hiện trong kiểm tra đơn vị.

Có lợi thế nào để tạo phương pháp tiện ích mở rộng luôn kiểm soát được không? Một cái gì đó như:

public async Task<T> ReturnsYieldingAsync<T>(T result) 
{ 
    await Task.Yield(); 
    return result; 
} 

Trong trường hợp này, chúng tôi sẽ có phương pháp được đảm bảo thực thi không đồng bộ.

Lợi thế nhận thức sẽ phát hiện mã không đồng bộ không hợp lệ. Ví dụ, nó có thể bắt bất kỳ deadlocking hoặc ngoại lệ nuốt trong thử nghiệm đơn vị.

Tôi không chắc chắn 100% trường hợp này, vì vậy tôi thực sự muốn nghe những gì cộng đồng nói.

Answer 1

Khi lần đầu tiên tôi bắt đầu talking about testing asynchronous code bốn năm trước (!), Tôi sẽ khuyến khích các nhà phát triển thử nghiệm dọc theo trục không đồng bộ cho mocks của họ. Tức là, kiểm tra dọc theo trục kết quả (thành công, thất bại) cũng như trục không đồng bộ (đồng bộ, không đồng bộ).

Theo thời gian, mặc dù, tôi đã nới lỏng điều này. Khi nói đến việc thử nghiệm mã của riêng tôi, tôi thực sự chỉ kiểm tra các đường dẫn thành công/thất bại đồng bộ, trừ khi có một lý do rõ ràng để kiểm tra đường dẫn thành công không đồng bộ cho mã đó. Tôi không bận tâm với thử nghiệm thất bại không đồng bộ nữa.