MVVM Light DispatcherHelper &使用 MSTest 进行单元测试

Question

我考虑将其作为此线程中的一个附加问题：

使用 MVVM Light & 进行单元测试DispatcherHelper，

但当我深入研究它时，我认为它有点不同。

我有一个包含视图模型/视图的项目，一个包含模型的单独项目，以及第三个包含模型测试的单独单元测试项目 (MSTest)。我使用 MVVM Light 的 DispatcherHelper 来帮助我在后台任务中完成工作，并将错误从该任务返回到 UI。

视图模型/视图项目具有 App.xaml.cs 文件，其中包含 OnStartup 事件处理程序，我在其中放置了 DispatcherHelper.Initialize() 调用。其中一个虚拟机使用 delegate.BeginInvoke() 在另一个线程上调用模型的长时间运行方法之一：

     FileProcessDelegate processor = GenerateAddressingFile;
     processor.BeginInvoke(FileGenerationComplete, null);

在此长时间运行的方法中，它调用实用程序方法将错误发送回 UI。这些消息采用 mvvm-light 消息的形式，使用 DispatcherHelper.CheckBeginInvokeOnUI() 发送，

    internal static void ReportErrorToUi(IFileError error)
    {
        DispatcherHelper.CheckBeginInvokeOnUI(
            () => Messenger.Default.Send(new GenericMessage<IFileError>(error), MessageTokens.ReportFileError));
    }

这一切似乎在应用程序中运行良好。

在模型的单元测试类之一中，我尝试检查长时间运行的方法在发生错误时是否正确发送消息。在该测试类中，我在 MSTest 类初始化方法中调用了 DispatcherHelper.Initialize() 。

    #region Additional test attributes
    // 
    //You can use the following additional attributes as you write your tests:
    //
    //Use ClassInitialize to run code before running the first test in the class
    [ClassInitialize]
    public static void MyClassInitialize(TestContext testContext)
    {
        DispatcherHelper.Initialize();
    }

测试注册应发送的消息，然后直接调用模型的方法，而不是在单独的线程上调用它。据我了解，因为发送消息的调用是由模型中的 DispatcherHelper.CheckBeginInvokeOnUI() 包装的，所以无论它是发生在后台线程还是 UI 线程上，它都应该做正确的事情。

在此类检查该方法的第一个测试中，一切正常。测试收到发回的错误消息并顺利通过。

当同一类中的后续测试运行时，测试永远不会收到消息。当我在这些后续测试中逐步完成它时，我注意到当我到达 DispatcherHelper.CheckBeginInvokeOnUI() 方法时，DispatcherHelper.UIDispatcher.Thread 实例说它已死。

有什么想法吗？

Answer 1

测试异步代码很棘手。通常，如果它工作一次，然后不再工作，那么听起来您没有正确同步线程。在您的测试方法（主线程）中，您是否正在等待后台线程执行？

Jonas Follesoe 写了一些关于 Silverlight 中异步单元测试的好文章，例如 http://jonas.follesoe.no/2007/09/18/unit-testing-event-based-asynchronous-code/。这通常也是我对异步代码进行单元测试的方式。

希望这有帮助，
洛朗

Answer 2

我不确定这个解决方案是否可以包含在 Mvvm Light 中，或者它是否违反了框架的一些基本前提，但这是我为使其发挥作用所做的工作：

我制作了 DispatcherHelper 类的自定义本地版本它与 Mvvm Light 中的内容有一个细微的差别，即 Initialize() 方法中的逻辑：

    public static void Initialize()
    {
        if (UIDispatcher != null &&
            UIDispatcher.Thread.IsAlive)
        {
            return;
        }
        UIDispatcher = Dispatcher.CurrentDispatcher;
    }

添加：

&& UIDispatcher.Thread.IsAlive

这里，更改是在条件中 。这允许我在单元测试类的 MyTestInitialize() 方法中调用 DispatcherHelper.Initialize() 。这样，如果与 UIDispatcher 关联的前一个线程已经终止，DispatcherHelper 就会获取将在其上运行当前测试方法的新 Dispatcher/Thread。

显然，在 VSTS 测试框架中，不存在类似于应用程序中的 UI 线程的“中心”线程。 MyClassInitialize() 方法在一个线程上执行，然后测试在完全不同的线程上运行。 Mvvm Light 定义不允许我通过再次调用 DispatcherHelper.Initialize() 将 DispatcherHelper 连接到新的测试线程，因为 UIDispatcher 不为 null，它的线程只是死了。