Reputation: 1630
I am using Xunit and NMock on .NET platform. I am testing a presentation model where a method is asynchronous. The method creates an async task and executes it so the method returns immediately and the state I need to check aren't ready yet.
I can set a flag upon finish without modifying the SUT but that would mean I would have to keep checking the flag in a while loop for example, with perhaps timeout.
What are my options?
Upvotes: 24
Views: 15617
Reputation: 1078
Async Tests with NSubtitute and XUnit are actually pretty straight forward:
public interface IA
{
Task<int> DoSomething();
}
called by:
public class IAmUnderTest
{
public async Task<int> GetInt(IA a)
{
return await a.DoSomething();
}
}
Because Async methods just return tasks, all you need to do to mock DoSomething() with NSubstitute is use Task.FromResult(). Then the calling code gets a task back that it can still await and get back the integer result.
So mocking it with NSubstitute looks like this:
public class ATest
{
[Fact]
public void DoesSomething()
{
var dependency = Substitute.For<IA>();
dependency.DoSomething().Returns(Task.FromResult(1));
var target = new IAmUnderTest();
var id = target.GetInt(dependency).Result;
id.Should().Be(1);
}
}
Adding a little extra by making the test async:
public class ATest
{
[Fact]
public async Task DoesSomethingAsync()
{
var dependency = Substitute.For<IA>();
dependency.DoSomething().Returns(Task.FromResult(1));
var target = new IAmUnderTest();
var id = await target.GetInt(dependency);
id.Should().Be(1);
}
}
The latter is favoured over the former when testing async methods.
Upvotes: 0
Reputation: 13685
Just thought you might want an update on this since the #1 answer is actually recommending an older pattern to solve this problem.
In .net 4.5 + xUnit 1.9 or higher you can simply return a Task and optionally use the async keyword from your test to have xunit wait for the test to complete asynchronously.
See this article on xUnit.net 1.9
[Fact]
public async Task MyAsyncUnitTest()
{
// ... setup code here ...
var result = await CallMyAsyncApi(...);
// ... assertions here ...
}
Upvotes: 48
Reputation: 91931
My preferred method is to mock out and inject the actual threading mechanism so that under test it is not asynchronous. Some times that is not possible (if the threading of the method is part of the framework, or otherwise not under your control).
If you can't control thread creation, then waiting for the thread to finish in some way, either a while loop or just a timed wait for however long the thread is supposed to take and failing the test if the state is not there since it took too long anyway.
Upvotes: 4
Reputation: 21
check out my article on unit testing Silverlight applications
http://www.codeproject.com/KB/silverlight/Ag3DemoLOB.aspx
There is an example of unit testing a method that calls a WCF service asynchronously...
Upvotes: 2
Reputation: 158379
Does your object feature any sort of signal that the asynchronous method is finished, such as an event? If that is the case, you can use the following approach:
[Test]
public void CanTestAsync()
{
MyObject instance = new MyObject()
AutoResetEvent waitHandle = new AutoResetEvent(false);
// create and attach event handler for the "Finished" event
EventHandler eventHandler = delegate(object sender, EventArgs e)
{
waitHandle.Set(); // signal that the finished event was raised
}
instance.AsyncMethodFinished += eventHandler;
// call the async method
instance.CallAsyncMethod();
// Wait until the event handler is invoked
if (!waitHandle.WaitOne(5000, false))
{
Assert.Fail("Test timed out.");
}
instance.AsyncMethodFinished -= eventHandler;
Assert.AreEqual("expected", instance.ValueToCheck);
}
Upvotes: 20