发布于 2008-09-23 09:41:59
至于测试本身,最好使用UI Automation框架。或者,如果你想以一种更流畅、更独立于wpf/winforms/win32/swt的方式使用这个框架,你可以从Codeplex下载White (只要你能够在你的环境中使用开源代码)。
如果你想测试你的视图,你可能会遇到一些线程问题。例如,如果你运行的是NUnit,那么默认的testrunner将在MTA (多线程设备)中运行,而WPF需要作为STA (单线程设备)运行。Mike Two有一个非常简单的单元测试WPF入门,但没有考虑线程问题。Josh Smith对this post中的线程问题有一些想法,他还指出了Chris Hedgate的this article。Chris使用Peter Provost的CrossThreadTestRunner的修改版本以一种更友好的方式包装了MTA/STA问题。
发布于 2008-09-12 05:13:44
@Matt David,
请阅读文档并查看微软CompositeWPF (也称为棱镜)的代码示例。这是一个专门用来教授如何以测试驱动的方式处理MVP/MVC架构的项目。他们的示例应用程序包含presenters\controllers的单元测试和非常酷的UI验收测试(他们使用White framework来模拟用户操作)
发布于 2008-12-04 16:02:55
一定要看看TestAutomationFX.com。人们可以投入大量的时间(好吧,我确实这么做了),试图用怀特来捕捉/记录事件。(在我的探索之初,我忽略了其他地方提到它的一两个帖子)。
当然,我第二个观点是关于最好的测试类型不是UI测试。
但是,如果有人要在UI中做一些自动化的事情,以绕过其他类型测试覆盖的缺点,那么TAFX似乎是最快的途径。
https://stackoverflow.com/questions/58340
复制相似问题