测试驱动开发 - WPF
我想将我的代码转移到更多测试驱动的开发模型，但不确定对表示层执行此操作的最佳方法。
其他层的行为就像一个黑匣子，您可以在其中提供输入并期望输出。
表示层没那么简单。是否有任何程序、指南或实践可以帮助进行测试驱动的 xaml 开发。
I'd like to shift my code to a more test driven development model, but am unsure the best way to do this for the presentation layer.
Other layers behave like a black box where you can give input and expect output.
The presentation layer is not so simple. Are there any programs, guides, or practices to help with test driven xaml development.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
好吧，我忍不住发布答案。接受的答案中显示的方法至少可以说是一个维护陷阱。
将您的 GUI 开发转移到 MVP / MVVM 模型。 WPF 对 MVVM 友好。
制作与 Presenter 类委托/同步的精简 GUI（使用最少的代码/逻辑）。这意味着您可以针对演示者编写单元测试，并在没有 UI 的情况下测试大部分代码。仅编写少量 UI 测试并使用演示者类执行大部分功能测试。
编写 UI 测试并不是答案（对于重要的 GUI），因为它们
Well I cannot refrain from posting an answer. The approach shown in the accepted answer is a maintenance-trap to say the least.
Move your GUI development to the MVP / MVVM model. WPF is MVVM friendly.
Make thin GUIs (with minimal code/logic) that delegate/sync with a Presenter class. This means that you can write unit tests against the presenter and test a significant portion of your code without the UI. Write only a handful of UI tests and perform the majority of your functional testing using the presenter class.
Writing UI tests isn't the answer (for non-trivial GUIs) because they are
以下是微软关于该主题的一些内容。有关更多信息，请参阅评论中的链接。
http://msdn.microsoft.com/en-us/magazine/dd483216.aspx
Here is something from microsoft on the topic. For further information, see the link in the comments.
http://msdn.microsoft.com/en-us/magazine/dd483216.aspx