消息框和单元测试

Question

我正在尝试找到将消息框与我的逻辑分离的最佳方法，以便我可以正确地对其进行单元测试。现在我想知道如果我只创建一个单独的帮助器类（C#）是否就足够了，我可以稍后为我的消息框存根它。例如：

static class messageBoxHelper
{
    public static void msgBoxAlg(string message, string title, MessageBoxButtons   buttons, MessageBoxIcon icons, bool show)
    {
        if (show)
        {
            MessageBox.Show(message, title, buttons, icons);
        }
 }

然后每次我需要使用消息框时，我只需使用 messageboxHelper/msgBoxAlg(...) 而不是 messagebox.show(...)。使用 bool show 我可以在测试期间启用或禁用它。

我只是想知道这是否是“正确的方法”。我的意思是，有没有更简单或更好的方法来正确地做到这一点？我不能只是放弃消息框，它们向用户传递“重要”信息（“你想关闭这个窗口吗？”是/否等）。也可能是我没有使用正确的软件工程，我应该将我的消息框与我的业务逻辑更多地分离？

Answer 1

是的，这是正确的方法。但您应该实现 IDialogService 并将其注入到应显示对话框的类中，而不是静态类：

public interface IDialogService
{
    void ShowMessageBox(...);

    ...
}

public class SomeClass
{
    private IDialogService dialogService;

    public SomeClass(IDialogService dialogService)
    {
       this.dialogService = dialogService;
    }

    public void SomeLogic()
    {
        ...
        if (ok)
        {
            this.dialogService.ShowMessageBox("SUCCESS", ...);
        }
        else
        {
            this.dialogService.ShowMessageBox("SHIT HAPPENS...", ...);
        }
    }
}

在测试 SomeClass 期间，您应该注入 IDialogService< 的模拟对象/code> 而不是真正的。

如果您需要测试更多 UI 逻辑，请考虑使用 MVVM 模式。

Answer 2

查看控制反转 (IoC)，基本原理是执行操作等的事物应作为接口传入，然后使用 IoC 容器将接口绑定到应用程序的特定实现。为了在您的情况下轻松实现这一点，请将消息框作为接口传递，并在单元测试中创建该消息框服务的模拟（假）版本，该版本不显示消息框，

请查看 http://martinfowler.com/articles/injection.html 有关 IoC 的详细信息，我最喜欢的容器是 Ninject (http://ninject.org)

Answer 3

理想情况下，您希望使用单元测试测试的代码是逻辑而不是 UI。因此，您的测试逻辑不应该真正显示消息框。如果您想测试 UI，那么我建议编码 UI 测试。

从你的问题来看，我想你的代码不应该真正使用 MessageBox。也许可以考虑使用回调或任意 Action，或者 Luke McGregor 和 Sergey V 提到的方法。

Answer 4

“单元测试”，就其确切含义而言，是对原子行为的测试。这不是您可以为代码进行的唯一一种代码驱动测试。特别是对于使用您提到的“是/否”对话框测试较长的场景，更大规模的代码驱动测试通常比单元测试更有效。

然而，为了能够更容易地编写它们，最好不仅创建 Sergii 提到的特殊服务，而且使其调用异步：

public interface IDialogService
{
    Task<bool> ShowYesNoMessageBox(...);
    ...
}

通过将消息框包装在非异步服务调用中并模拟它们，时间更长在这种情况下，您将开始通过在实际发生之前预测用户操作（执行“Arrange”而不是“Act”）来矛盾“Arrange-Act-Assert”模式，这可能会在测试中导致许多问题，特别是如果您的测试是使用BDD/SpecFlow。使这些调用异步可以避免此类问题。有关消息框大规模测试的详细信息和示例，请参阅我的博客文章。