wpf - 在 WPF MVVM 应用程序中测试 View

Question

作为 C++ 开发人员多年，我才刚刚开始进入令人兴奋的 WPF 开发世界。

测试具有丰富用户界面的应用程序当然一直很困难。传统上，使这一问题复杂化的问题之一是，在大多数 Windows 应用程序中，UI、UI 逻辑和应用程序逻辑都是完全相互依赖的，不能单独进行测试。

我非常喜欢 MVVM 方法，它允许我将 UI 与应用程序分开，并在我的 View 模型上运行大量的自动化测试，我的所有逻辑都在这些模型之下， View 是一个相当 View 模型的哑客户端。

一切都很好，并且巧妙地将应用程序逻辑测试与应用程序 UI 分开了。但是，它没有提供实际测试 UI 本身的解决方案。尽管 View 通常只包含很少的逻辑，但它仍有可能包含大量各种错误。

测试 View 本身的最新技术水平如何？

谢谢汤姆

Answer 1

这是一把双刃剑。我认为这是试图捕获低垂的果实并从那里开始 build 。

理论上，MVVM 纯粹主义者会声明 View 背后的代码中绝对不存在任何逻辑。例如，使用 Prism 和其他不同的框架可以帮助缓解这种情况。所以从这个角度来看，它开始达到 View 中不存在任何逻辑的地步……很公平，然后我们要开始测试绑定(bind)吗？您可以，但是根据应用的规模，该投资的返回是多少？

我认为这可以归结为您的底线在哪里？例如，即使您正在测试 View ，您也很可能会 Hook 到代码中，此时您是在进行白盒测试。然后你可以争论黑盒角度，只有没有内部 Hook 的测试才有效。你可以看到它变成了一个循环的噩梦。

一般来说，我一直专注于高价项目，然后从那里着手，测试在分配的时间内可能发生的事情。

这样想...使用 UI，您可以开始测试每个按钮上的颜色以及位置等的惨败...这对我来说很愚蠢。在模型、 View 模型、层上自动执行大量 UI 测试，如果您愿意，还可以测试 View 的绑定(bind)。除此之外，我建议每个 UI 开发人员都应该在他们的工作站上进行临时手动工作。