[发明专利]集中式跨平台自动化测试系统及其控制方法

说明书

技术领域

本发明涉及一种自动化测试系统及其控制方法，尤其涉及一种集中式跨平台自动化测试系统及其控制方法。

背景技术

随着各种应用系统在企业中运用，现已成为承托整个企业运作的支撑系统，支撑系统的质量决定了企业运营的成败，自动化测试越来越受到企业的青睐。自动化测试具有准确高效，一致性、可重复性，节省人力，更好地利用资源等特点。

自动化测试技术的发展历史，大致可以分为三代。

第一代，以工具为中心的自动化。以捕捉/回放(Capture/Replay)工具最为典型，即捕获用户的鼠标和键盘操作，并记录下来，下次测试时可以回放这些操作，重复上次的测试。这些工具一般也提供简单的脚本功能，测试人员还可以根据需要对记录的脚本进行修改，比如增加循环操作以及一些简单的判断条件等，以强化测试。不过因为脚本语言简单，脚本功能往往只是其中的点缀。如QARun，WinRunner，就是这种工具的典型代表。

第二代，以脚本为中心的自动化。一些测试团队在这个阶段已经认识到采用统一脚本语言的重要性，并找到了适合测试工作的、功能完备的脚本语言，在团队中大力推行。但因为经验有限，缺乏良好的顶层设计，测试自动化主要依靠测试工程师的主观能动性，八仙过海、各显神通，每个人都是脚本工程师，测试脚本大量产生。

这代自动化虽然有了统一的脚本语言，测试工程师之间也可以进行少量的脚本共享。但总体而言，是各自为战，风格不同，质量参差不齐。和个人测试环境密切关联的个人自动化成果难以充分转化为有效的团队平台积累。不过，这个阶段培养了大量的技术熟练的测试自动化工程师，为下个阶段打好了人员和技术基础。

第三代，以平台为中心的自动化。在第二代自动化摸索几年后，有眼光的测试管理者和出色的测试工程师，都认识到这种野蛮生长产生的脚本在可维护性、可重用性、拓扑适应性方面都存在很大问题，不能真正形成持续有效的团队积累。于是，自动化测试的顶层设计被提上日程：构建一个出色的自动化测试平台；脚本基于逻辑拓扑进行开发，在执行时才映射到物理拓扑；把常用测试操作抽象为Action word并实现，作为通用类库供所有测试工程师使用；制定脚本的开发，验收，维护规范，保证脚本的一致性、通用性和可维护性。基于这个测试自动化平台开发的脚本，才真正可转化为有效的团队积累。

从第一代到第三代的过程中，自动化技术从数据驱动方式转变为关键字驱动方式。

所谓数据驱动就是用一个数据文件把测试脚本驱动起来，来达到更接近用户化更智能的测试.其目的是把测试人员从维护复杂的脚本程序中解放出来，只需维护好数据文件即可，减少了很多修改脚本的麻烦。

关键字驱动方式的出现，是基于第二代、第三代的通用化脚本需求。它实现通用脚本一次编写就能驱动多种测试工具执行，弱化测试人员对特定测试工具语言编写能力的要求。关键字包括三类：被操作对象（控件）、操作（事件）和值，用面向对象形式可将其表现为控件.操作(值)，将测试逻辑按照这些关键字进行分解，形成数据文件，用关键字的形式将测试逻辑封装在数据文件中，测试工具只要能够解释这些关键字即可对其应用自动化。

关键字驱动方式没有必要真正进行录制、回放，没有必要等软件非常稳定时再开展自动化测试，而且只要测试人员对软件业务足够了解，即可直接介入。

现有的测试软件需要人工编写大量测试脚本，并且不同的测试软件采用不同的脚本语言，对测试人员的编码能力要求非常高，并且维护成本也非常高。

1)需求变动频繁

测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试的框架。

项目中的某些模块相对稳定，而某些模块需求变动性很大。相对稳定的模块可以进行自动化测试，而变动较大的仍是用手工测试。

2)项目周期短

自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成，这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。

3)自动化测试脚本可重复使用率低

如果费尽心思开发了一套近乎完美的自动化测试脚本，但是脚本的重复使用率很低，致使其间所耗费的成本大于所创造的经济价值，自动化测试便成为了测试人员的练手之作，而并非是真正可产生效益的测试手段了。