.NET中的UI自动化测试

发表于:2012-8-27 10:39

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:曹如进 译    来源:51Testing软件测试网采编

  近日,DevExpress宣布他们是首个完整支持Coded UI的第三方控件提供商。借此机会,我们也谈一谈Coded UI,看看它在构建全面自动化测试套件中是如何发挥作用的。

  任何Coded UI测试的核心都是UI Map。UI Map可理解为用户行为记录(例如,鼠标点击),它同我们在文字处理器中创建的宏非常类似。除了自身的一些步骤之外,记录还会识别后续可以交互的用户控件。如何是一则样例定义:

  请注意“搜索属性(search properties)”对话框,它用于测试运行器查找屏幕中的控件。你可以使用许多不同条件进行搜索,如下图所示:

  当用户界面被干预导致测试失败时,你会发现可能需要手工修改搜索属性。减少这种手工操作的一种方法是给予关键控件一个名字或一个AutomationId。创建AutomationId 原先是用于辅助功能工具,如屏幕朗读器与语音识别系统。不过对于这类情况,自动化客户端技术也显得非常实用。你可以查看MSDN进一步了解自动化与辅助功能。

  UI Map还包含了构成宏的“记录方法”(recorded methods)。一般情况下你会在设计器窗口中看到它们,不过你也可以讲它们转成源代码形式。要注意的是,此类转换是单向的,转换后没法恢复。

  一旦调整好记录,你就可以着手编写测试了。以下是一个很简单的测试用于确保序列结尾时多选框未被选中。

  如你所见,单元测试中的概念同样适用于Coded UI测试。不过,Coded UI测试有一些额外的注意事项。由于测试运行在应用程序的单个实例上,因此每个测试的终结状态可能会干扰接下去的测试。

  Coded UI中还有一些很有效的功能用于检查测试结果。例如,当一个测试失败时,截屏会被记录下来并附加到测试结果中。

  目前,只有Visual Studio高级版(Premium)与旗舰版(Ultimate)可使用Coded UI。奇怪的是,Visual Studio测试专业版 2012并没有包含Coded UI。

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号