MVVM 的优点之一是 ViewModel 的可测试性。在我的特定情况下，我有一个 VM，它在调用命令时加载一些数据，及其相应的测试:

public class MyViewModel
{
    public DelegateCommand LoadDataCommand { get; set; }

    private List<Data> myData;
    public List<Data> MyData
    {
        get { return myData; }
        set { myData = value; RaisePropertyChanged(() => MyData); }
    }

    public MyViewModel()
    {
        LoadDataCommand = new DelegateCommand(OnLoadData);
    }

    private void OnLoadData()
    {
        // loads data over wcf or db or whatever. doesn't matter from where...
        MyData = wcfClient.LoadData();
    }
}

[TestMethod]
public void LoadDataTest()
{
    var vm = new MyViewModel();
    vm.LoadDataCommand.Execute();
    Assert.IsNotNull(vm.MyData);
}

所以这都是非常简单的事情。但是，我真正想做的是使用 BackgroundWorker 加载数据，并在屏幕上显示“正在加载”消息。所以我将 VM 更改为:

private void OnLoadData()
{
    IsBusy = true; // view is bound to IsBusy to show 'loading' message.

    var bg = new BackgroundWorker();
    bg.DoWork += (sender, e) =>
    {
      MyData = wcfClient.LoadData();
    };
    bg.RunWorkerCompleted += (sender, e) =>
    {
      IsBusy = false;
    };
    bg.RunWorkerAsync();
}

这在运行时视觉效果很好，但是我的测试现在失败了，因为属性没有立即加载。谁能建议一种测试这种加载的好方法？我想我需要的是这样的东西:

[TestMethod]
public void LoadDataTest()
{
    var vm = new MyViewModel();
    vm.LoadDataCommand.Execute();

    // wait a while and see if the data gets loaded.
    for(int i = 0; i < 10; i++)
    {
        Thread.Sleep(100);
        if(vm.MyData != null)
            return; // success
    }
    Assert.Fail("Data not loaded in a reasonable time.");
}

然而，这看起来真的很笨重......它有效，但感觉很脏。 有更好的建议吗？

最终解决方案:

根据 David Hall 的回答，为了模拟 BackgroundWorker，我最终围绕 BackgroundWorker 做了这个相当简单的包装器，它定义了两个类，一个异步加载数据，一个同步加载。

  public interface IWorker
  {
    void Run(DoWorkEventHandler doWork);
    void Run(DoWorkEventHandler doWork, RunWorkerCompletedEventHandler onComplete);
  }

  public class AsyncWorker : IWorker
  {
    public void Run(DoWorkEventHandler doWork)
    {
      Run(doWork, null);
    }

    public void Run(DoWorkEventHandler doWork, RunWorkerCompletedEventHandler onComplete)
    {
      var bg = new BackgroundWorker();
      bg.DoWork += doWork;
      if(onComplete != null)
        bg.RunWorkerCompleted += onComplete;
      bg.RunWorkerAsync();
    }
  }

  public class SyncWorker : IWorker
  {
    public void Run(DoWorkEventHandler doWork)
    {
      Run(doWork, null);
    }

    public void Run(DoWorkEventHandler doWork, RunWorkerCompletedEventHandler onComplete)
    {
      Exception error = null;
      var args = new DoWorkEventArgs(null);
      try
      {
        doWork(this, args);
      }
      catch (Exception ex)
      {
        error = ex;
        throw;
      }
      finally
      {
        onComplete(this, new RunWorkerCompletedEventArgs(args.Result, error, args.Cancel));
      }
    }
  }

然后在我的 Unity 配置中，我可以使用 SyncWorker 进行测试，使用 AsyncWorker 进行生产。然后我的 ViewModel 变成:

public class MyViewModel(IWorker bgWorker)
{
    public void OnLoadData()
    {
        IsBusy = true;
        bgWorker.Run(
          (sender, e) =>
          {
            MyData = wcfClient.LoadData();
          },
          (sender, e) =>
          {
            IsBusy = false;
          });
    }
}

请注意，我标记为 wcfClient 的东西在我的测试中实际上也是一个 Mock，因此在调用 vm.LoadDataCommand.Execute() 之后我也可以验证调用了 wcfClient.LoadData()。

最佳答案

引入一个模拟/伪造的后台工作人员，它会验证您是否正确调用它，但会立即返回一个固定的响应。

更改您的 View 模型以允许通过属性注入(inject)或构造函数注入(inject)(我在下面显示构造函数注入(inject))注入(inject)依赖项，然后在测试时传入假后台工作程序。在现实世界中，您在创建 VM 时注入(inject)了真正的实现。

public class MyViewModel
{
    private IBackgroundWorker _bgworker;

    public MyViewModel(IBackgroundWorker bgworker)
    {
        _bgworker = bgworker;
    }

    private void OnLoadData()    
    {        
        IsBusy = true; // view is bound to IsBusy to show 'loading' message.        

        _bgworker.DoWork += (sender, e) =>        
        {          
            MyData = wcfClient.LoadData();        
        };        
        _bgworker.RunWorkerCompleted += (sender, e) =>        
        {          
            IsBusy = false;        
        };        
        _bgworker.RunWorkerAsync();    
    }

}

根据您的框架(在您的情况下为 Unity/Prism)连接正确的后台 worker 应该不会太难。

这种方法的一个问题是，包括 BackGroundWorker 在内的大多数 Microsoft 类都没有实现接口(interface)，因此伪造/模拟它们可能很棘手。

我发现的最佳方法是为要模拟的对象创建自己的接口(interface)，然后创建一个位于实际 Microsoft 类之上的包装器对象。这并不理想，因为您有一层薄薄的未经测试的代码，但这至少意味着您的应用程序未经测试的表面移到了测试框架中，并远离了应用程序代码。

关于c# - 如何测试使用 BackgroundWorker 加载的 ViewModel？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6455066/