我有一个自定义的
Windows窗体控件,其中包含MSTest单元测试.我在这个类中添加了一个异步方法,我需要覆盖它,但新测试总是超时.
经过一些实验,我把问题简化为控制创建和等待.
[TestMethod] public async Task TestMethod1() { Control c = new Control(); await Task.Delay(1); }
我注意到测试以SynchronizationContext.Current设置为null开始,然后一旦创建控件,它就会更改为WindowsFormsSynchronizationContext.如果我强制同步上下文返回null,则测试将通过.
[TestMethod] public async Task TestMethod1() { Control c = new Control(); SynchronizationContext.SetSynchronizationContext(null); await Task.Delay(1); }
有没有办法在不阻塞的情况下从WindowsFormsSynchronizationContext使用await?
解决方法
Windows窗体控件假定它们在Windows窗体应用程序中运行,而单元测试则不然.这就是你的单元测试挂起的原因.
更具体地说,WinForms控件安装一个WindowsFormsSynchronizationContext,它将工作委托给Application.Run中的Win32消息循环.因此,您的异步方法会查看上下文并将其继续排入该消息循环.但是,没有实际的消息循环,因为您的单元测试不会调用Application.Run.
最好的解决方案IMO是使用MVVM模式,您不在UI应用程序之外测试UI元素,因此您永远不会遇到这种情况(在MVVM中,您需要对逻辑UI进行单元测试,而不是文字UI).使用MVVM方法,您的代码将如下所示:
[TestMethod] public async Task TestMethod1() { viewmodel vm = new viewmodel(); await vm.MethodAsync(); }
但是,如果您确实需要对实际UI元素进行单元测试,则可以使用Async CTP中包含的类似Windows Forms Context的类型:
[TestMethod] public async Task TestMethod1() { await WindowsFormsContext.Run(async () => { Control c = new Control(); await Task.Delay(1); }); }