问测试驱动开发- WPF

EN

这是来自微软的一些关于这个主题的东西。有关详细信息，请参阅评论中的链接。http://msdn.microsoft.com/en-us/magazine/dd483216.aspx

好吧，我忍不住要发布一个答案。在公认的答案中显示的方法至少可以说是一个维护陷阱。

将您的GUI开发转移到MVP / MVVM模型。WPF是MVVM友好的。使用精简的GUI(使用最少的代码/逻辑)来委托/同步Presenter类。这意味着您可以针对presenter编写单元测试，并在没有UI的情况下测试代码的重要部分。只编写少量UI测试，并使用presenter类执行大部分功能测试。

编写UI测试不是答案(对于非平凡的GUI)，因为它们是

• 不可读。UI测试退化为操作UI元素的冗长而神秘的脚本。很难看出正在测试的是什么，因为它是如何模糊的。如果你不能阅读它，一旦它坏了，你需要花更长的时间来修复它。
• 很慢。你会在单位时间内运行更少的测试。
• 脆弱。Gui更改可能会破坏许多与GUI耦合的测试，即使功能并非如此。更多测试maintenance.
• unstable.您必须投入一些时间来稳定测试，以便每次都能可靠地运行。引入延迟或轮询以显示某些内容。