搭建 WPF 上的 UI 自动化测试框架

   OEA 1.0-2.0 框架中,界面都是以 WPF 技术作为基础平台开发的。我们需要对开发出来的系统进行自动化测试,而 .NET 平台的自动化测试平台在公司内部还没有其它部门完成,所以我们在 2010 年的时候使用 Ruby + VS UIUnitTest 开发了一个 UI 自动化(UI Automation,以下简称为UIA)框架,估且称其为 UIA 1.0。UIA 1.0 完全由周金根搭建,相关的内容,大家可以参考他写的这几篇文章:

使用VS2010的CodedUI来做自己的自动化测试框架

IronRuby - 编写自动化测试脚本

信息系统开发平台OpenExpressApp:【OpenTest】 之 如何实现自动化测试框架

该测试平台已经实现了由测试人员编写易读的 UI 自动化测试代码以完成日常的自动化测试需求,已经比较易用。部门用了大概1年左右,随着时间的推移,也显露了它的一些的不足:

  1. 调试困难,维护成本大,难以添加新的 UIA 支持。
  2. 过程式的代码,不结构化。
  3. 测试人员开发不易,不支持编译期检查错误,重复代码过多。
  4. 一些语句性能较低。 
    例如,许多类似于:"页签.页签.按钮"的代码,导致多次查找、进入页签,性能较低。
  5. 不支持客户化。
  6. 测试环境部署困难。 
    只有一台测试服务器搭建了该环境,开发人员不能使用 UIA 来辅助自己进行自测。

鉴于以上缺点,11年10月份我们决定使用 .NET 环境来搭建整个 UIA 框架,而不再使用 Ruby,同时尽量兼容测试人员编写的历史代码以及 API 风格。

 

使用演示

 



 

    接下来,简单以我们目前的一个模块来说明一下 OEA 中的 UIA 是如何使用的。

测试人员会在 UIA 相应的工程中加入某个模块的 UIA 测试类,例如下图中的 PBS模板.cs 就是这个模块对应的测试:

其对应的代码如下:

 

class PBS模板 : GIX4测试用例
{
    protected override void 运行()
    {
        打开当前测试模块("模板管理.PBS模板");

        添加();
        进入窗口("添加记录", 添加记录窗口 =>
        {
            属性编辑器("编码").输入("AutoTest01");
            属性编辑器("名称").输入("自动化测试-PBS模板");
            属性编辑器("备注").输入("测试模板");
            点击按钮("确定");
            保存();
        });

        //# 3 编辑PBS树>>>>>等待对树当前行的支持<<<<<
        进入页签("PBS", PBS页签 =>
        {
            树型操作按钮通用测试();
            保存();

            进入页签("属性", 属性页签 =>
            {
                树型操作按钮通用测试();
                保存();

                进入页签("可选值", 可选值页签 =>
                {
                    添加();
                    列表().当前行().属性编辑器("可选值").输入("AutoTest");
                    保存();
                    复制添加();
                    保存();
                    按住Ctrl();
                    列表().选择行(0);
                    释放Ctrl();
                    删除();
                    保存();
                });
            });

            //#6 载入标准模板窗口中各页签
            点击按钮("载入标准模板");
            进入窗口("载入标准模板", 载入标准模板窗口 =>
            {
                页签("分部分项").单击();
                页签("措施项目").单击();
                页签("其它项目").单击();
                页签("规费税金").单击();

                点击按钮("确定");
            });
        });

        //#6 修改PBS模板信息
        点击按钮("修改");
        进入窗口("修改", 修改窗口 =>
        {
            属性编辑器("编码").输入("AutoTest01-1");
            属性编辑器("名称").输入("自动化测试-PBS模板-1");
            属性编辑器("备注").输入("测试模板-1");

            点击按钮("确定");
        });
        保存();
        删除并确定();
    }
}

 

UIA 测试环境就是一个简单的 WPF Applicatoin:

之前代码对应的软件运行时界面:

 

UIA 框架结构及相关重点



 

    在整个 OEA 框架中,UIA 框架是一个重要的组成部分。目前只是实现了 WPF 客户端的 UIA,Web 的 UIA 将会在需要时添加:

 

OEA-UIA 的设计主要是基于 VS CodedUITest 中的核心类库,进行二次封装,提供更方便 OEA、更方便测试人员的的许多接口。引入如下类库:

其中的代码也不复杂,主要是在 WpfControl(继承自 UITestControl)的相关类型上添加一系列扩展方法,以下以一个按钮的点击为例:

 

public static WpfButton 按钮(this WpfControl context, string title = null)
{
    return context.Find<WpfButton>(title);
}

public static WpfControl 单击(this WpfControl control)
{
    control.EnsureClickable();
    control.WaitForControlEnabled();
    Mouse.Click(control);

    return control;
}

public static TControl Find<TControl>(this WpfControl context, string title = null)
    where TControl : WpfControl, new()
{
    //if (TestContext.Current.NeedCancel) Playback.Cancel();
    if (TestContext.Current.NeedCancel) throw new StopUIAException("停止自动化测试!");

    var control = new TControl();
    if (context != null)
    {
        control.Container = context;
    }

    if (!string.IsNullOrEmpty(title))
    {
        control.SearchProperties[WpfControl.PropertyNames.Name] = title;
    }

    return control;
}

 

这样,就可以在任何一个 WpfControl 容器上使用(例如页签 A) A.按钮(“添加”).单击() 了。

 

    这里,需要特别说明的是,其实 UIAutomationClient 以及 UIAutomationTypes 并不是 VS CodedUITest 独有的程序集,而是 Windows 平台上的自动化框架程序集,相关的内容,可以看 MSDN 中的《MSDN - Accessibility》。基于这个框架,理论上可以做 windows 平台上所有的应用程序的自动化测试。

在我们 UIA 中,Windows Automation API 用于一些更加底层的控件查找场景。这是因为使用 VS CodedUITest 的类库,有时候并不能找到想要的控件,同时也不能为 OEA WPF 程序做一些深度的定制。OEA 中目前现在开发的 Web 框架,也同样会使用它来构建 UIA。

 

 

 

 

总结



    其实这次重构并没有修改 UIA 1.0 版本的整个结构,主要是修改了语言环境为 .NET 环境,使得可以更加方便地添加各种功能,以及更好地和 OEA 框架整合。

 

BTW:    其实 OEA-UIA 已经在去年 11 月份就完成并应用,但是由于一直在开发 OEA 在 B/S 模式下的框架,所以迟迟没有发上来。不过最近 OEA-B/S 已经开发了个大概,借着写月度反思的机会,就把这篇文档写了写。欢迎交流。 :)

时间: 2024-10-03 18:27:35

搭建 WPF 上的 UI 自动化测试框架的相关文章

UI自动化测试框架之Selenium关键字驱动

一.原理及特点 关键字驱动测试是数据驱动测试的一种改进类型 主要关键字包括三类:被操作对象(Item).操作(Operation)和值(value),用面向对象形式可将其表现为Item.Operation(Value) 将测试逻辑按照这些关键字进行分解,形成数据文件. 用关键字的形式将测试逻辑封装在数据文件中,测试工具只要能够解释这些关键字即可对其应用自动化 二.准备 使用工具:eclipse 用到的第三方jar包:poi.jar(操作excel);selenium.jar 理解难点:java反

Android App开发的自动化测试框架UI Automator使用教程_Android

Android的自动化测试有很多框架,其中ui automator是google官方提供的黑盒UI相关的自动化测试工具,(GitHub主页:case使用java写,今天实践了一下官方文档中样例程序,其中还是有一些小问题需要总结一下的. 环境准备: 1.JDK(是的,你没看错,基础的android开发环境必备),以及对应的环境变量配置,不会的可以自己百度下下 2.Android Studio(IDE尊崇个人意愿) 3.android SDK以及配置 4.ANT(主要用于build我们的脚本,生成j

《精通自动化测试框架设计》目录—导读

作者简介 精通自动化测试框架设计 陈冬严,浙江大学硕士,具有10年软件测试和团队管理的工作经验,先后服务于ITSM.PLM软件研发企业,现就职于某金融行业核心机构IT规划部门.业余时间喜欢园艺. 邵杰明,热爱测试工作,10多年的测试行业经验,曾先后供职于多家世界一流软件公司担任测试开发和测试管理工作,积累了丰富的行业工作经验,拥有PMP认证,目前担任测试架构师的工作,致力于自动化测试设计.持续交付等方面的工作. 王东刚,常用网名fastpoint,资深测试专家,<软件测试与Junit实践>作者

《精通自动化测试框架设计》—第1章 1.1节奥运年的新挑战

你多吃点饭,到东吴的路很长,很费体力. --<赤壁> 第1部分 构建UI自动化框架在本书的这一部分,将介绍数据管理.底层公共框架构建等主题,并借助TestLink Web UI自动化测试框架构建的实践案例来展示如何从底层框架开始,搭建一个具有良好可维护性以及后续可扩展性的Web UI自动化框架. 1.1 奥运年的新挑战2008年的夏天是一个举国欢腾的日子.An君在办公室里正对着"厨房三件套"的Office开始一段全新的奇妙旅程. An君加入的团队是P公司上海研发中心组建的第

谈 Dojo 应用的 UI 自动化测试

本文首先列举了 Dojo 应用 UI 自动化测试所面临的挑战,进而引出设计 Dojo 应用 UI 自动化测试的框架时应考虑的一些原则.对于正从事 Web UI 自动化测试工作的读者(即便所测试的应用不是 Dojo 应用)或者对这方面感兴趣的读者,本文都有一定的参考价值. 随着富 Internet 应用(RIA)的不断兴起,各种 JavaScript 开发工具包的功能也在不断增强,Dojo 正是其中的佼佼者.Dojo 提供了一套完整的开发解决方案,包括核心的 JavaScript 库.简单易用的小

Windows环境搭建Web自动化测试框架Watir(基于Ruby)

web自动化测试一直是一个比较迫切的问题 图1-1 需要安装的工具 http://railsinstaller.org/ 因为安装Ruby还需要用到其他的一些开发工具集,所以建议从网站http://railsinstaller.org/ 下载,而且使用该安装包的话,它会帮你把环境变量也设置完毕,我使用的版本是:railsinstaller-2.2.4.exe,建议下载最新版本. 开始安装RailsInstaller工具包,安装到默认位置即可. 这个对勾建议打上,它会帮你配置git和ssh,安装过

基于Sahi和Twist搭建的Web自动化测试框架

Twist是一个基于Eclipse开发的自动化测试平台,它是ThoughtWorks公司的一款商业软件.Sahi是一个Web自动化工具,有Tyto公司创建,具有免费版和专业版两个版本.作者将在本文中简单介绍一下这两个工具,以及基于它们搭建的轻量级Web自动化测试框架,最后重点跟读者分享一些个人使用的经验和技巧. 在介绍Sahi之前,首先简单描述一下作者参与的项目.这个项目是为一家公司做商业应用的实施.由于时间紧迫,测试人员较少,大部分时间都是在针对主要功能做手工测试.为了减少一些重复的手工劳动,

iOS之UI--主流框架的搭建--仿制QQ的UI框架

使用XCode搭建多个控制器界面,一般在实际开发中建议超过四个控制器界面使用纯代码. 下面的实例其实已经超过了四个,总结详细步骤的目的,主要是更熟悉XCode的StoryBoard使用细节. 先直接上我们这个主流框架要达到的效果: 首先我们需要设置应用程序的图标: 素材百度云链接: http://pan.baidu.com/s/1dEqz7Vj 密码: g34e 然后是设定应用程序启动界面的素材百度云链接: http://pan.baidu.com/s/1nuwoSWT密码: dxf4 最后记得

1000分奉上:如何对linux上的Java swing的UI自动化测试

问题描述 前提条件javaswing的app运行在远程的linux上要求:越前面的优先级越高1.是否有现成的工具能对这个app的UI进行自动化测试?2.如果没有现成的工具,我想用java来实现这个功能,请给个思路.3.无论是工具还是自己写程序,都是要通过VNC来对远程linux上的app进行操作.请最好回复到我的邮箱xizhousheng@hotmail.com因为我看网页不方便多谢 解决方案 解决方案二:JUnit可以完成代码的单元测试.配合Ant,或者自定义代码,可以完成JUnit对代码的自