项目背景及目标

随着广东农信的业务快速增长，软件产品的广泛使用，使客户对软件产品质量的要求不断提高，作为软件质量的重要保证，软件测试越来越显示出它的巨大优势。其中，自动化测试技术以其自动、高效、快速的特点，达到了提高测试效率、缩短软件测试周期的效果，使自动化测试在软件测试过程中扮演着越来越重要的角色。

然而，广东农信在自动化测试建设过程中，遇到了一些问题，导致自动化测试没有发挥太大的效果。首先，行内先后使用了多种自动化测试工具，不同的测试工具单独一套开发平台和运行环境，缺少一个统一的平台对测试资产进行管理。其次，由于开发和维护自动化测试脚本需要一定的技术能力，导致非技术人员操作难度大、学习成本高、学习积极性低，进而影响了自动化测试工作的推广。

在此背景下，为了更好的推进自动化测试落地，提高测试效率，建设一个规范化、标准化、易操作的自动化测试平台就显得很有必要。

项目方案

ATPlatform是一个跨平台、易使用、标准化的自动化测试平台，具有可视化、易管理、统一性、集中性的特点，具有管理、执行测试用例或测试计划等功能。自动化测试平台包括了以下几部分：COFrame框架、ATPlatform服务器、执行服务。

nCOFrame框架 

COFrame框架是基于基础应用的统一组织机构管理框架，支持统一的组织机构和用户管理，并且拥有应用管理功能，有利于平台开发与管理。COFrame是EOS与NUI的结合，通过COFrame，开发人员以更高的起点开发应用系统，提高应用开发速度和增强系统的稳定性。

nATPlatform服务器

ATPlatform服务器是自动化测试平台的核心，主要包括了应用功能的逻辑处理、数据交互、页面展示等程序。ATPlatform服务器的核心组件包括了个性化门户框架、用例调度引擎、用例生成引擎、计划生成引擎、监控统计服务、组件库等。

个性化门户框架提供Widget运行环境、事件总线、沙箱、可扩展的Widget渲染器，支持门户风格定制和布局调整。

用例调度引擎负责处理用户的用例调度请求，解析用例信息后，通过RMI通讯协议发送指令到执行服务器执行用例。用例调度引擎支持不同类型的用例的调度执行，系统根据类型选择不同的测试工具执行用例。

用例生成引擎负责接收用户编辑的用例信息，生成一个完整的用例并保存到数据库中。自动化测试平台支持不同的测试工具生成测试用例。

计划生成引擎负责接收用例编辑的测试计划信息，生成测试计划并保存到数据库中。

监控统计服务负责监控执行机运行状态、监控用例调度执行、统计用例或测试计划的数量、统计执行结果等任务。统计服务通过数据分析帮助测试人员了解用例覆盖率、测试工作效率、被测系统稳定性等指标，进而完善测试体系，提高测试效率及系统稳定性。监控服务以实时监视平台的运行状况为手段，及时处理平台的异常状态。

组件库提供了多种自动化测试选件以及丰富的测试组件，解决了因不同技术导致的自动化测试难以实现的问题。测试组件（UTP Component）从逻辑上包括技术测试组件和业务测试组件两种类型。二者主要从目标上进行划分，技术测试组件是对各类技术细节进行封装（包括对自动化测试选件以及各种技术组件的封装），降低测试用例编写的难度；业务测试组件是对业务单元进行封装，提高自动化测试组件的复用度，增加自动化测试用例的可维护性。

执行服务

执行服务是测试平台支持自动化测试的运行服务，负责测试用例的分发、加载、解析、执行及测试结果的收集。执行服务器能够调度所有符合 ATPlatform 测试用例规范的自动化测试用例，包括各种技术的自动化测试用例。

创新点

1、使用简便。无需像传统自动化测试那样安装复杂的编程工具及相关的组件，直接通过浏览器访问自动化测试平台即可开始自动化工作。

2、去代码化。所有自动化脚本采用自然的动作表述语言，直接选择对应的操作动作即可，无需面对复杂的编程语言。

3、技术门槛低。非技术人员无需掌握编程语言，复杂的自动化技术实现问题由专业的高级技术人员实现封装，普通人员只需要直接选择操作动作即可。解决了非技术人员操作难度大、学习成本高的问题。

4、数据驱动。脚本与数据分离，采用一脚本对应多个测试数据用例的方式，实现业界推崇的数据驱动测试的方法。另外脚本及测试数据用例的后续维护更新更为方便。

5、调度执行方便。对执行机进行统一管理，可定时执行自动化调度任务，以及执行进度跟踪、执行结果管理和报表统计等。

技术实现特点

为了实现不同业务系统的自动化测试，往往需要采用多种不同的自动化实现技术，导致多种自动化工具并行，管理及使用都很困难，要想推广给非技术人员使用更是难上加难。UI自动化都具有相同的操作特点，比如输入框赋值、下拉框选择值、点击等操作，新自动化平台采用规范化、标准化的动作命名，每个业务系统根据事先设置的自动化技术，自动调用对应的技术实现代码，非技术人员无需知道这些具体细节，对于他们而言，永远只有一种自动化规范。

项目过程管理

1、需求收集整理：2018年5月到6月；

2、需求评审及概要设计：2018年7月；

3、详细设计及编码：2018年8月到10月；

4、系统测试及问题修复：2018年11月；

5、性能测试及验收测试：2018年12月；

6、上线运行：2019年1月21日。

运营情况

1、自动化测试平台在正式投产前经过了系统测试和业务验收测试，于1月21日投产试运行，目前主要面向内部测试人员使用。试运行阶段主要集中进行了3次培训，后面又采取了派遣自动化平台开发人员与手工测试人员坐一起共同办公的方式，手把手培训平台的使用。

2、自动化平台部署顺利，试运行阶段，平台问题发现3个，主要是优化类。随着后续使用的深入，准备收集更详细的优化需求清单，提供佳的用户体验。平台经过了风险评估，并根据建议加强了安全措施。系统目前一直运行稳定。

项目成效

9月30日止，自动化平台目前覆盖旧柜面、新柜面、个人网银、企业网银、国结系统、信贷系统、理财系统、信用卡业务平台、审计信息系统、小微企信贷、开放平台、综合办公等11个业务系统，涉及脚本数2951个，用例14234个，调试执行10941次。

场景使用方面，目前大版本测试主要采用自动化平台执行，极个别无法自动化的用例采用手工测试补充，极大提高版本回归测试效率、节省了大量人力资源。系统测试主要采用手工并辅以自动化测试的方式，目前在多个项目及BR任务中推广使用。

经验总结

1、成立自动化实施小组。自动化测试人员以项目或业务条线分拆不同的自动化实施小组，如新柜面项目实施小组，支付条线实施小组，中间业务云实施小组等，每个小组承接系统交易的脚本编写及脚本验收。各个自动化实施小组人员可动态调整，每个自动化实施小组确立一名组长，测试主管对自动化实施小组负责。

2、确认自动化专员。自动化专员独立于自动化实施小组，负责自动化实施事务的管理及监督，作为自动化实施的***出口人，如实施计划公布，任务分配，实施周报，进度管控等。

3、自动化技术人员。对于脚本编写及调试过程中出现的技术难题，协助测试人员解决。对自动化专员负责。