CN111241000B - 基于cucumber测试工具的分层自动化测试方法 - Google Patents

Abstract

本发明涉及基于cucumber测试工具的分层自动化测试方法，包括：A．通过项目管理工具新建自动化测试框架的项目，包含外部依赖层、功能实现层和通用步骤层；B．在外部依赖层中将第三方软件添加到项目中；C．在功能实现层中引入第三方软件实现测试的各项功能；D．设置测试需要的通用步骤，获取各通信协议实现类的实例，调用不同的接口获取相应值；E．将3个层的模块打包成一个文件上传到项目管理工具中；F．将打包文件引入新建的测试项目中，调用自动化测试框架的功能实现自动化测试。本发明能够快速新建标准的自动化测试项目，能够扩展定制化的功能，实现了自动化测试框架的标准化与定制化的有效融合。

Description

基于cucumber测试工具的分层自动化测试方法

技术领域

本发明涉及计算机软件的测试方法，具体讲是基于cucumber测试工具的分层自动化测试方法。

背景技术

在对计算机软件项目进行测试时，现有的方式主要有3种：

方式1：根据各自项目的需要，选择一套适合自己项目的自动化测试框架。该方案存在多个项目各自使用不同的测试框架，造成重复开发。而且还存在不同的项目编程语言不统一，通用功能重复开发等问题，造成人力浪费。

方式2：使用一套统一的自动化测试web平台服务框架，所有的项目组都在该测试平台下进行自动化开发。该方案解决了框架的统一及编程语言的统一，但不能及时的满足每个项目的个性化需求，如果某项目有特殊需求，而当前测试平台不支持，就需要测试平台开发组临时开发，造成了时效性问题，并且如果测试平台出现缺陷，可能影响到所有的项目。

方式3：在使用同一套测试框架时，每个项目的分层不够清晰，而且多个项目的功能复用复杂。在多个项目在基础框架自由发展后，各项目之间不能形成合力，各种新特性不能相互直接快速进行引用。

因此，上述三种现有方式都没有提供出一种解决测试框架复用与个性化需求之间都兼备的方案。

发明内容

本发明提供了一种基于cucumber测试工具的分层自动化测试方法，以能够快速新建一个标准的自动化测试项目，并能够扩展定制化的功能，实现自动化测试框架的标准化与定制化的有效融合。

本发明基于cucumber测试工具的分层自动化测试方法，包括：

A.在计算机系统的存储空间中，通过maven项目管理工具新建一个作为自动化测试框架的项目，在该项目中包含3个模块，分别为parentPomModule模块、basicSkeletonModule模块和commonStepsModule模块，通过所述的3个模块将自动化测试框架分成对应的3个层，其中：

parentPomModule模块：外部依赖层，用于对自动化测试中常用的第三方依赖软件及版本进行定义；

basicSkeletonModule模块：功能实现层，实现自动化测试框架中的基础功能；

commonStepsModule模块：通用步骤层，实现基于cucumber测试工具的测试步骤；

B.对所述的parentPomModule模块进行开发，在parentPomModule中包含有文件：pom.xml，在该文件中通过属性设置，将所述自动化测试框架的项目需要依赖的第三方软件通过maven项目管理工具添加到该项目中；

C.在所述的basicSkeletonModule模块中通过引入在parentPomModule模块中添加的第三方软件，并结合第三方软件的特性，实现自动化测试的各项功能；

D.对所述的commonStepsModule模块进行开发，通过cucumber测试工具中Cucumber的step功能，并通过整合步骤C的basicSkeletonModule模块提供的各项自动化测试功能，设置测试需要的通用步骤，通过所述的通用步骤获取各通信协议实现类的实例，再通过传入不同的yaml格式的脚本文件，根据yaml格式的脚本文件中的属性，修改各通信协议实现类中的对应属性，如RequestUrl、Type等各种属性，然后调用相应的方法实现对不同的接口调用，并获取相应值；

E.在所述的3个模块中分别设有pom.xml文件，在每个pom.xml中设置好所属模块的名称和版本号，然后通过proguard工具对3个模块分别进行代码混淆化编译，再通过将3个模块合并打包成一个jar文件，并上传到maven项目管理工具的仓库中，实现自动化测试框架的无代码化和版本化；

F.新建自动化测试项目，所述自动化测试项目通过pom.xml文件定义所需的parentPomModule模块、basicSkeletonModule模块和commonStepsModule模块各自的版本和名称，并将步骤E所述的jar文件引入到该自动化测试项目中，在该自动化测试项目中通过使用cucumber测试工具的feature特性文件，并结合被测试案例中的yaml格式脚本文件，调用自动化测试框架的功能，实现自动化测试。

本发明是将自动化测试框架分为不同的模块，使自动化测试框架的结构更加的清晰。并且每个模块都可以进行独立开发，开发完成新功能后，只需要新发布一个版本的jar文件，上传到maven项目管理工具的仓库中，所有的测试项目就能快速整合新功能。而且，通过本发明还能够实现快速新建一个标准的自动化测试项目，该标准自动化测试项目能够扩展定制化的功能，实现了自动化测试框架的标准化与定制化的有效融合。并且还通过自动化测试框架通过解析yaml格式脚本文件实现自动化测试案例的方式，极大的简化了测试案例编写的方式和难度，并提高了测试案例的可读性。

其中cucumber测试工具是一个支持行为驱动开发(BDD)的开源自动化测试工具，能够理解用普通语言描述的测试用例。它能够支持Ruby、JavaScript、Java和.Net等多种开发语言。cucumber用Gherkin语法，它是用自然语言来定义测试用例，并被设计成非技术人员都可以读懂的，而且共同描述与软件系统有关的用例。

所述的maven项目管理工具，其中包含了一个项目对象模型(Project ObjectModel)、一组标准集合、一个项目生命周期(Project Lifecycle)、一个依赖管理系统(Dependency Management System)和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。

POM是项目对象模型(Project Object Model)的简称，它是maven项目管理工具中的文件，使用XML格式的文件表示，名称为pom.xml。该文件用于管理：源代码、配置文件、开发者的信息和角色、问题追踪系统、组织信息、项目授权、项目的url、项目的依赖关系等。

yaml格式是一个可读性高，用来表达数据序列化的格式。其数据结构可以用类似大纲的缩排方式呈现，结构通过缩进来表示，连续的项目通过减号“-”来表示，map结构里面的key/value对用冒号“:”来分隔。例如：

进一步的，还包括步骤G：当有多个自动化测试项目同时实施时，根据每个自动化测试项目的实际需要设置每个自动化测试项目中pom.xml文件里的parentPomModule模块、basicSkeletonModule模块和commonStepsModule模块的版本号，并导入对应版本模块的相应功能，完成自动化测试，由此避免了重复开发通用功能。

进一步的，步骤C包括：

C1.通过yaml格式的脚本文件将各通信协议形成在自动化测试框架下的标签化文件；

C2.通过工厂设计模式解析标签化的yaml格式的脚本文件，将各通信协议生成对应的实例；

C3.自动化测试框架通过工厂模式获取各通信协议的实例类，然后通过Spring框架的依赖注入功能，将各通信协议的实例设置为多个协议的单例，供自动化测试框架通过Spring框架提供的注解方式进行调用。

具体的，步骤C2包括：

C21.定义用于解析yaml格式脚本文件的工厂设计模式的实现类，将脚本文件的数据由yaml格式转换成HashMap格式；再遍历所有HashMap的key值，找出每一个key对应的属性值；

C22.根据各属性值对应的通信协议，工厂设计模式的实现类通过调用指定通信协议的实现类，生成该通信协议的实例，返回给工厂实现类。

各通信协议的实现类都是采用的构建模式的定制化实现类，该实现类通过遍历由yaml格式的脚本文件定义的标签，将各种标签的值设置为通信协议实现类的属性，然后再进行通信协议适配，最后生成通信协议实例。

本发明基于cucumber测试工具的分层自动化测试方法，通过分层模式进行自动化测试框架的分层开发，将各种通信协议的属性进行标签化和实例化，然后进行安全混淆化编译生产出jar文件，实现了自动化测试框架的无码化和安全化。而且自动化测试项目能够通过修改自动化测试框架版本号的方式实现快速升级测试框架。通过本发明能够快速新建一个标准的自动化测试项目，并能够扩展定制化的功能，实现了自动化测试框架的标准化与定制化的有效融合。

以下结合实施例的具体实施方式，对本发明的上述内容再作进一步的详细说明。但不应将此理解为本发明上述主题的范围仅限于以下的实例。在不脱离本发明上述技术思想情况下，根据本领域普通技术知识和惯用手段做出的各种替换或变更，均应包括在本发明的范围内。

附图说明

图1为本发明基于cucumber测试工具的分层自动化测试方法的流程图。

具体实施方式

如图1所示本发明的基于cucumber测试工具的分层自动化测试方法，包括：

A.在计算机系统的存储空间中，通过maven项目管理工具新建一个作为自动化测试框架的项目，在该项目中包含3个模块，分别为parentPomModule模块、basicSkeletonModule模块和commonStepsModule模块，通过所述的3个模块将自动化测试框架分成对应的3个层，其中：

parentPomModule模块：外部依赖层，用于对自动化测试中常用的第三方依赖软件及版本进行定义。

basicSkeletonModule模块：功能实现层，实现自动化测试框架中的基础功能。

commonStepsModule模块：通用步骤层，实现基于cucumber测试工具的测试步骤。

B.对所述的parentPomModule模块进行开发，在parentPomModule中包含有文件：pom.xml，在该文件中通过设置若干properties、dependency属性，将所述自动化测试框架的项目需要依赖的第三方软件通过maven项目管理工具添加到该项目中。例如：

C.在所述的basicSkeletonModule模块中通过引入在parentPomModule模块中添加的第三方软件，并结合cucumber、spring、testng等第三方软件的特性，实现自动化测试的各项功能。其中包括步骤：

C1.通过yaml格式的脚本文件将各通信协议形成在自动化测试框架下的标签化文件；例如通过yaml格式的脚本文件httpDefinition.yml来标签化HTTP协议，示例格式为：

再如，通过dubboDefinition.yml文件来标签化Dubbo协议的属性，格式为：

C2.通过工厂设计模式解析标签化的yaml格式的脚本文件，将Http、Dubbo等各通信协议生成对应的Http实例、Dubbo实例。这其中又包括：

C21.定义用于解析yaml格式脚本文件的工厂设计模式的实现类，将脚本文件的数据由yaml格式转换成HashMap格式；再遍历所有HashMap的key值，找出每一个key对应的属性值；

C22.根据各属性值对应的通信协议，工厂设计模式的实现类通过调用指定通信协议的实现类，生成该通信协议的实例，返回给工厂实现类。

各通信协议的实现类都是采用的构建模式的定制化实现类，该实现类通过遍历由yaml格式的脚本文件定义的标签，将各种标签的值设置为通信协议实现类的属性，然后再进行通信协议适配，最后生成通信协议实例。

通信协议实现类采取如下格式定义：

Class HttpInstanceCls(){

Public HttpInstanceCls protocolBuild(String protocal)；

Public HttpInstanceCls typeBuild(String type)；

Public HttpInstanceCls urlBuild(String url)；

Public HttpInstanceCls paramsBuild(Object params)；

Public ResponseBean done()；

...

...

}

C3.自动化测试框架通过工厂模式获取各通信协议的实例类，然后通过Spring框架的依赖注入功能，将各通信协议的实例设置为多个协议的单例，供自动化测试框架通过Spring框架提供的注解方式进行调用。

D.对所述的commonStepsModule模块进行开发，通过cucumber测试工具中Cucumber的step功能，并通过整合步骤C的basicSkeletonModule模块提供的各项自动化测试功能，设置测试需要的通用步骤，通过所述的通用步骤获取各通信协议实现类的实例，再通过传入不同的yaml格式的脚本文件，根据yaml格式的脚本文件中的属性，修改各通信协议实现类中的对应属性，如RequestUrl、Type等各种属性，然后调用相应的方法实现对不同的接口调用，并获取相应值。定义如下：

Class CommonStepCls{

Given发送HTTP协议，接口名(<.>)。

Public void httpProtocolStep(String yamlString)

{

...

...

}

Given发送dubbo协议，接口名(<.>),。

Public void httpProtocolStep(String yamlString)

{

...

...

}

}

E.在所述的3个模块中分别设有pom.xml文件，在每个pom.xml中设置好所属模块的名称和版本号，然后通过proguard工具对3个模块分别进行代码混淆化编译，再通过将3个模块合并打包成一个jar文件，并上传到maven项目管理工具的仓库中，实现自动化测试框架的无代码化和版本化。

F.新建自动化测试项目，所述自动化测试项目通过pom.xml文件定义所需的parentPomModule模块、basicSkeletonModule模块和commonStepsModule模块各自的版本和名称，并将步骤E所述的jar文件引入到该自动化测试项目中，在该自动化测试项目中通过使用cucumber测试工具的feature特性文件，并结合被测试案例中的yaml格式脚本文件，调用自动化测试框架的功能，实现自动化测试。

以case001.feature文件实例：

Feature：平台接口测试

@unique(case001.yaml)

Scenario:权限验证测试

When发送HTTP协议，接口名<riskVerify>

When发送Dubbo协议，接口名<sendPhone>

案例数据文件(case001.yml)：

HandleClass:CommonStepCls

Protocol:apiDefinition/riskVerify.yaml

Params:

Token:["fromRandom","10","ByJsonMode","$.token","token"]

Protocol:apiDefinition/sendPhone.yaml

Params:

Token:["fromRandom","10","ByJsonMode","$.token","token"]

PhoneNO:["fromMongo","$.phone","ByJsonMode","$.phone","电话"]

示例中的自动化测试项目，通过在测试案例的feature文件里，通过@unique(case001.yaml)设置案例数据的唯一性标签，来引入测试案例数据yml文件(yaml格式脚本文件)，然后将测试数据文件和feature文件的通用步骤进行组合，从而实现了对测试案例的自动化测试。该步骤实现了不用写任何程序代码，就能够实现自动化测试案例的编写。

G.当有多个自动化测试项目同时实施时，根据每个自动化测试项目的实际需要设置每个自动化测试项目中pom.xml文件里的parentPomModule模块、basicSkeletonModule模块和commonStepsModule模块的版本号，并导入对应版本模块的相应功能，完成自动化测试，由此避免了重复开发通用功能。

本发明是将自动化测试框架分为不同的模块，使自动化测试框架的结构更加的清晰。并且每个模块都可以进行独立开发，开发完成新功能后，只需要新发布一个版本的jar文件，上传到maven项目管理工具的仓库中，所有的测试项目就能快速整合新功能。而且，通过本发明还能够实现快速新建一个标准的自动化测试项目，该标准自动化测试项目能够扩展定制化的功能，实现了自动化测试框架的标准化与定制化的有效融合。并且还通过自动化测试框架通过解析yaml格式脚本文件实现自动化测试案例的方式，极大的简化了测试案例编写的方式和难度，并提高了测试案例的可读性。

Claims (4)

1.基于cucumber测试工具的分层自动化测试方法，其特征包括：

A.在计算机系统的存储空间中，通过maven项目管理工具新建一个作为自动化测试框架的项目，在该项目中包含3个模块，分别为parentPomModule模块、basicSkeletonModule模块和commonStepsModule模块，通过所述的3个模块将自动化测试框架分成对应的3个层，其中：

parentPomModule模块：外部依赖层，用于对自动化测试中常用的第三方依赖软件及版本进行定义；

basicSkeletonModule模块：功能实现层，实现自动化测试框架中的基础功能；

commonStepsModule模块：通用步骤层，实现基于cucumber测试工具的测试步骤；

B.对所述的parentPomModule模块进行开发，在parentPomModule中包含有文件：pom.xml，在该文件中通过属性设置，将所述自动化测试框架的项目需要依赖的第三方软件通过maven项目管理工具添加到该项目中；

C.在所述的basicSkeletonModule模块中通过引入在parentPomModule模块中添加的第三方软件，并结合第三方软件的特性，实现自动化测试的各项功能；

D.对所述的commonStepsModule模块进行开发，通过cucumber测试工具中Cucumber的step功能，并通过整合步骤C的basicSkeletonModule模块提供的各项自动化测试功能，设置测试需要的通用步骤，通过所述的通用步骤获取各通信协议实现类的实例，再通过传入不同的yaml格式的脚本文件，根据yaml格式的脚本文件中的属性，修改各通信协议实现类中的对应属性，然后调用相应的方法实现对不同的接口调用，并获取相应值；

E.在所述的3个模块中分别设有pom.xml文件，在每个pom.xml中设置好所属模块的名称和版本号，然后通过proguard工具对3个模块分别进行代码混淆化编译，再通过将3个模块合并打包成一个jar文件，并上传到maven项目管理工具的仓库中，实现自动化测试框架的无代码化和版本化；

F.新建自动化测试项目，所述自动化测试项目通过pom.xml文件定义所需的parentPomModule模块、basicSkeletonModule模块和commonStepsModule模块各自的版本和名称，并将步骤E所述的jar文件引入到该自动化测试项目中，在该自动化测试项目中通过使用cucumber测试工具的feature特性文件，并结合被测试案例中的yaml格式脚本文件，调用自动化测试框架的功能，实现自动化测试。

2.如权利要求1所述的基于cucumber测试工具的分层自动化测试方法，其特征为：还包括步骤G：当有多个自动化测试项目同时实施时，根据每个自动化测试项目的实际需要设置每个自动化测试项目中pom.xml文件里的parentPomModule模块、basicSkeletonModule模块和commonStepsModule模块的版本号，并导入对应版本模块的相应功能，完成自动化测试，避免重复开发通用功能。

3.如权利要求1所述的基于cucumber测试工具的分层自动化测试方法，其特征为：步骤C包括：

C1.通过yaml格式的脚本文件将各通信协议形成在自动化测试框架下的标签化文件；

C2.通过工厂设计模式解析标签化的yaml格式的脚本文件，将各通信协议生成对应的实例；

C3.自动化测试框架通过工厂模式获取各通信协议的实例类，然后通过Spring框架的依赖注入功能，将各通信协议的实例设置为多个协议的单例，供自动化测试框架通过Spring框架提供的注解方式进行调用。

4.如权利要求3所述的基于cucumber测试工具的分层自动化测试方法，其特征为：步骤C2包括：

C21.定义用于解析yaml格式脚本文件的工厂设计模式的实现类，将脚本文件的数据由yaml格式转换成HashMap格式；再遍历所有HashMap的key值，找出每一个key对应的属性值；

C22.根据各属性值对应的通信协议，工厂设计模式的实现类通过调用指定通信协议的实现类，生成该通信协议的实例，返回给工厂实现类。

Images