用户界面自动化和WPF经验[已关闭]

在我工作的地方,我们刚刚开始为我们的系统评估一些测试工具。我们遇到了一个叫做 white ,它使用UI自动化框架。请注意,white也有记录功能,尽管我认为它看起来有问题,并且仍在开发中。

我们试着把它们设置成单元测试,即。 [TestFixture] [Test] 然后我们能够在单元测试的同时通过nunit运行它们。

我们发现在您的窗口中访问某些组件可能很困难,但还没有机会调查原因。

TestComplete

http://www.natontesting.com/2010/02/17/how-to-test-a-wpf-app-using-ironruby-and-white/

我们最初选择白色,然后离开它。它试图通过Win32 API、Winforms、Java应用程序和MS UI自动化API实现通用性和抽象性。MS UI automation API还试图在win32 API、winforms和WPF上具有通用性和抽象性,因此最终会出现“最低公分母的最低公分母”的场景。

其结果是,White element searching API不够灵活,无法找到我们需要查找的各种UI元素,而且它也没有为我们提供足够的底层UI自动化框架元素,以便我们使用它做任何有用的事情。

注意:我们的测试脚本和自制框架都使用IronRuby。Ruby向现有类中添加方法的能力以及灵活的语法(结合缺少的方法)对于这类事情来说是非常棒的。