当前位置:  开发笔记 > 后端 > 正文

UI自动化和WPF的经验

如何解决《UI自动化和WPF的经验》经验,为你挑选了2个好方法。

我们正在开发一个相当大的基于WPF的应用程序,并希望在我们的测试套件中包含一些自动UI测试(它已包含许多单元测试).

微软的UI自动化框架听起来非常适合在测试设置中以编程方式启动和与应用程序交互.但是,我一直在努力寻找样本和技术经验的可靠参考,MSDN上提供的文章和小样本不足以让我相信它是一个可靠的选择.

那么,是否有人在他们的测试套件中使用UI Automation Framework有真实的经验?有什么警告和陷阱?编写测试脚本时的任何最佳实践,是否可以"记录和重放"为可编写脚本的格式,您应该从应用程序中进行多少测试,如何将其合并到自动构建中?我们是否应该寻找与UI自动化框架不同的另一个方向?

随意在这里发布您的经验或链接到我可能错过的一些好的参考



1> Bijington..:

在我工作的地方,我们刚开始为我们的系统评估一些测试工具.我们遇到了一个名为white的工具,它使用UI自动化框架.请注意,白色也有记录功能,虽然我认为它看起来有问题,但仍在开发中.

我们尝试做的是将它们设置为单元测试[TestFixture] [Test]等等,然后我们能够在单元测试的同时通过nunit运行它们.

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

如果您不介意支付软件费用,那么我会推荐TestComplete.



2> Nat Ritmeyer..:

我正在为工作中的WPF应用程序进行UI自动化.我正在使用White和IronRuby,效果很好.我已经写了我如何在这里完成它:http://www.natontesting.com/2010/02/17/how-to-test-a-wpf-app-using-ironruby-and-white/

推荐阅读
mobiledu2402851173
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有