Tom*_*ies 3 wpf functional-testing mvvm
我刚刚开始参与令人兴奋的WPF开发世界,多年来一直是C++开发人员.
当然,使用丰富的用户界面测试应用程序总是很难.传统上,复杂化的问题之一是,在大多数Windows应用程序中,UI,UI逻辑和App逻辑都是完全相互依赖的,无法单独测试.
我非常喜欢MVVM方法,它允许我将UI与应用程序分开,并在我的视图模型上运行大量自动化测试,在我的所有逻辑下面,视图是一个相当愚蠢的客户端视图模型.
这一切都很好,并且巧妙地将应用程序逻辑的测试从应用程序UI中分离出来.但是,它没有提供实际测试UI本身的解决方案.即使视图通常包含非常少的逻辑,它仍然可能包含大量的各种错误.
测试视图本身的当前技术水平是什么？
谢谢汤姆
这始终是一把双刃剑.我认为它试图从那里抓住低垂的水果并建造.
从理论上讲,MVVM纯粹主义者会声明View的代码背后绝对没有逻辑.例如,利用Prism可以帮助缓解这种情况以及其他不同的框架.因此,在它的到来,从这个角度它开始获得现有的视图没有逻辑的点...不够公平,是我们接下来要开始测试的绑定？但是,根据应用程序的大小,您可以获得该投资的回报率是多少？
我认为这归结为你在哪里划线？例如,即使您正在测试View,您很可能会挂钩代码,那时您就是白盒测试.然后你可以争论黑盒子角度,只有没有内部钩子的测试是有效的.你可以看到它变成了一个圆形的噩梦.
一般来说,我一直专注于大件物品,然后从那里开始,测试分配时间的可能性.
想象一下......有了这个UI,你就可以开始测试每个按钮上的着色以及放置等等......这对我来说很傻.在Model,ViewModel层自动执行大量UI测试,如果您希望测试View的绑定.除此之外,我建议每个UI开发人员应该在他们的工作站进行临时手动操作.
| 归档时间： |
|
| 查看次数： |
1447 次 |
| 最近记录： |