Closed 。这个问题是基于意见的 /help/closed-questions 。目前不接受答案。
我们正在开发一个相当大的基于 WPF 的应用程序，并希望在我们的测试套件中包含一些自动化 UI 测试（其中已经包含许多单元测试）。
The 用户界面自动化框架 http://msdn.microsoft.com/en-us/library/ms747327.aspx 来自 Microsoft 的产品在一定程度上听起来非常适合在测试设置中以编程方式启动应用程序并与应用程序交互。然而，我一直在努力寻找有关该技术的示例和经验的可靠参考，MSDN 上提供的文章和小示例不足以让我相信这是一个可靠的选择。
那么，是否有人有在测试套件中使用 UI 自动化框架的实际经验？有哪些注意事项和陷阱？编写测试脚本时的任何最佳实践，您是否可以“记录和重播”为可编写脚本的格式，您应该在多大程度上促进应用程序的测试，您如何将其合并到自动构建中？我们是否应该寻找 UI 自动化框架之外的另一个方向？
请随意在这里发布您的经验或链接到我可能错过的一些好的参考资料
在我工作的地方，我们刚刚开始评估我们系统的一些测试工具。我们遇到了一个叫做white http://www.codeplex.com/white ，它使用 UI 自动化框架。请注意，白色也有记录功能，尽管我认为它看起来有问题并且仍在开发中。
我们尝试做的是将它们设置为看起来像单元测试，即[TestFixture] [Test]ETC。
然后我们就可以在单元测试的同时通过 nunit 运行它们。
我们发现访问窗口中的某些组件可能很困难，但没有太多机会调查原因。
如果您不介意购买该软件，那么我会推荐测试完成 http://smartbear.com/products/qa-tools/automated-testing-tools .
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
