C# UI自动化的单元测试

C# UI自动化的单元测试,c#,.net,unit-testing,C#,.net,Unit Testing,。。。对于带VS团队系统测试的.NET?是的,我知道我应该使我的UI更薄,但我正在使用旧代码,我想在进行重大重构之前对当前状态进行单元测试 我试过了,但他们似乎对NUnit没有明显的依赖。每当我尝试使用其中一个来执行自动UI操作时,就会出现线程锁定/托管代码执行错误 您建议我使用什么框架?请参见以下问题: 请参见以下问题: 您还可以检查-Guia-图形用户界面自动化- 大量有用的文章,重点介绍基于.NET应用程序的自动化-您还可以检查-Guia-图形用户界面自动化- 一堆有用的文章集中讨论基

。。。对于带VS团队系统测试的.NET?是的,我知道我应该使我的UI更薄,但我正在使用旧代码,我想在进行重大重构之前对当前状态进行单元测试

我试过了,但他们似乎对NUnit没有明显的依赖。每当我尝试使用其中一个来执行自动UI操作时,就会出现线程锁定/托管代码执行错误


您建议我使用什么框架?

请参见以下问题:


请参见以下问题:


您还可以检查-Guia-图形用户界面自动化-


大量有用的文章,重点介绍基于.NET应用程序的自动化-

您还可以检查-Guia-图形用户界面自动化-


一堆有用的文章集中讨论基于.NET应用程序的自动化-

哪个UI平台?Windows窗体?WPF?在我看来像个傻瓜,因为我不认为怀特对NUnit有依赖性。它可能会使用NUnit进行自己的测试。怀特在处理线程问题方面也做得很好。我曾在有限的WPF测试中使用过它,它很有效。它甚至在模态对话框中也能工作。你说得对。经过一些搜索,我发现了一个论坛帖子,解释了如何绕过我不理解的锁定错误。我刚刚在GetWindow()调用中添加了InitializeOption.NoCache,锁定问题消失了。哪个UI平台?Windows窗体?WPF?在我看来像个傻瓜,因为我不认为怀特对NUnit有依赖性。它可能会使用NUnit进行自己的测试。怀特在处理线程问题方面也做得很好。我曾在有限的WPF测试中使用过它,它很有效。它甚至在模态对话框中也能工作。你说得对。经过一些搜索,我发现了一个论坛帖子,解释了如何绕过我不理解的锁定错误。我刚刚在GetWindow()调用中添加了InitializeOption.NoCache,锁定问题就消失了。