我正在寻找自动化 UI 测试框架/软件工具。过去我一直在使用测试完成,虽然它是一个很好的软件,但是 GUI 测试自动化的概念被认为是足够困难的,所以我写了一些帖子 to complain about it.
第三方测试自动化工具的问题之一是您必须学习新语言才能高效地使用它,更不用说工具支持很差。我现在打算调查一下微软用户界面自动化.Net 3.0 附带的白色框架。但在我这样做之前,我想知道结果是什么。
有人有这方面的经验可以分享吗?您是否在应用程序上使用 UI 自动化创建了可持续且成功的测试套件?
编辑:这似乎是一个非常难的问题。如果我在这几天内没有收到任何答复,我会为此设置赏金。
这是一个非常晚的回复(您可能已经发货了),但我用它测试了一个 WPF 应用程序。
我在使用VS2010 beta1版本时遇到了很多不稳定的情况,遇到了一些bug。使用发布版本,我遇到的问题较少。
这很有挑战性,因为我同时学习 WPF、VS UI 自动化和 WPF/Windows 可访问性。事实上,很难创建防弹自动化 UI 测试,这增加了这一难度。
在 VS2010 RTM 之后,我仍然遇到我们包装的本机/自定义页面的间歇性问题。我认为这部分是由于养育问题,部分是由于线程/进程问题。
我遇到的最头痛的事情是当我尝试测试 WPF 工具包中使用的某些控件时,特别是 DataGrid 控件。它有一些已知的 UI 自动化错误,我花了很长时间来解决这些错误。
我还遇到了 UI 自动化框架在后台缓存数据的一些挑战。我必须重新实例化控件才能获取它们的更新数据(特别是当控件的父级设置不佳时的可见性)。
如果我有一个纯 WPF 或纯 Win32 应用程序,它没有从其他应用程序继承 UI、将内容包装在 WebBrowser 控件中、使用自定义控件等,那么我可能会再次使用它。如果您尚未做出决定,并且您的应用程序使用其中任何一个,那么我会看看是否可以使用其他内容。也许使用一组更简单的脚本来执行更有限的集成测试,并尝试使用模拟对象通过单元测试覆盖其余部分。
不过,我在过去 6 个月内没有使用过它,所以您的里程可能会有所不同。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)