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

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

Info

Publication number
CN111241000A
CN111241000A CN202010336460.7A CN202010336460A CN111241000A CN 111241000 A CN111241000 A CN 111241000A CN 202010336460 A CN202010336460 A CN 202010336460A CN 111241000 A CN111241000 A CN 111241000A
Authority
CN
China
Prior art keywords
project
automatic test
testing
file
framework
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010336460.7A
Other languages
English (en)
Other versions
CN111241000B (zh
Inventor
熊阳
黄勇
张妍洁
彭川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sichuan XW Bank Co Ltd
Original Assignee
Sichuan XW Bank Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sichuan XW Bank Co Ltd filed Critical Sichuan XW Bank Co Ltd
Priority to CN202010336460.7A priority Critical patent/CN111241000B/zh
Publication of CN111241000A publication Critical patent/CN111241000A/zh
Application granted granted Critical
Publication of CN111241000B publication Critical patent/CN111241000B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/368Test management for test version control, e.g. updating test cases to a new software version
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

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.对所述的commStepModule模块进行开发,通过cucumber测试工具中Cummber的step功能,并通过整合步骤C的basicSkeletonModule模块提供的各项自动化测试功能,设置测试需要的通用步骤,通过所述的通用步骤获取各通信协议实现类的实例,再通过传入不同的yaml格式的脚本文件,根据yaml格式的脚本文件中的属性,修改各通信协议实现类中的对应属性,如RequestUrl、Type等各种属性,然后调用相应的方法实现对不同的接口调用,并获取相应值;
E.在所述的3个模块中分别设有pom.xml文件,在每个pom.xml中设置好所属模块的名称和版本号,然后通过proguard工具对3个模块分别进行代码混淆化编译,再通过将3个模块合并打包成一个jar文件,并上传到maven项目管理工具的仓库中,实现自动化测试框架的无代码化和版本化;
F.新建自动化测试项目,所述自动化测试项目通过poml.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对用冒号“:”来分隔。例如:
house:
family:
name: Doe
parents:
- John
- Jane
children:
- Paul
- Mark
- Simone
address:
number: 34
street: Main Street
city: Nowheretown
zipcode: 12345
进一步的,还包括步骤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项目管理工具添加到该项目中。例如:
<properties>
<dubbo.version>2.7.6</dubbo.version>
</properties>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>dubbo</artifactId>
<version>${dubbo.version}</version>
</dependency>
C.在所述的basicSkeletonModule模块中通过引入在parentPomModule模块中添加的第三方软件,并结合cucumber、spring、testng等第三方软件的特性,实现自动化测试的各项功能。其中包括步骤:
C1.通过yaml格式的脚本文件将各通信协议形成在自动化测试框架下的标签化文件;例如通过yaml格式的脚本文件httpDefinition.yml来标签化HTTP协议,示例格式为:
Protocol: http
RequestUrl: group/riskVerify
Type: post
Params:
Token: ${createToken()}
Id: ETD32FES
PhoneNO: 1310000000
再如,通过dubboDefinition.yml 文件来标签化Dubbo协议的属性,格式为:
Protocol: dubbo
Interface: loanService
Method: laonMoney
Register: zookeeper
Params:
Token: ${createToken()}
Id: ETD32FES
PhoneNO: 1310000000
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.对所述的commStepModule模块进行开发,通过cucumber测试工具中Cummber的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.新建自动化测试项目,所述自动化测试项目通过poml.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.对所述的commStepModule模块进行开发,通过cucumber测试工具中Cummber的step功能,并通过整合步骤C的basicSkeletonModule模块提供的各项自动化测试功能,设置测试需要的通用步骤,通过所述的通用步骤获取各通信协议实现类的实例,再通过传入不同的yaml格式的脚本文件,根据yaml格式的脚本文件中的属性,修改各通信协议实现类中的对应属性,然后调用相应的方法实现对不同的接口调用,并获取相应值;
E.在所述的3个模块中分别设有pom.xml文件,在每个pom.xml中设置好所属模块的名称和版本号,然后通过proguard工具对3个模块分别进行代码混淆化编译,再通过将3个模块合并打包成一个jar文件,并上传到maven项目管理工具的仓库中,实现自动化测试框架的无代码化和版本化;
F.新建自动化测试项目,所述自动化测试项目通过poml.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.根据各属性值对应的通信协议,工厂设计模式的实现类通过调用指定通信协议的实现类,生成该通信协议的实例,返回给工厂实现类。
CN202010336460.7A 2020-04-26 2020-04-26 基于cucumber测试工具的分层自动化测试方法 Active CN111241000B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010336460.7A CN111241000B (zh) 2020-04-26 2020-04-26 基于cucumber测试工具的分层自动化测试方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010336460.7A CN111241000B (zh) 2020-04-26 2020-04-26 基于cucumber测试工具的分层自动化测试方法

Publications (2)

Publication Number Publication Date
CN111241000A true CN111241000A (zh) 2020-06-05
CN111241000B CN111241000B (zh) 2020-08-21

Family

ID=70871735

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010336460.7A Active CN111241000B (zh) 2020-04-26 2020-04-26 基于cucumber测试工具的分层自动化测试方法

Country Status (1)

Country Link
CN (1) CN111241000B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114265636A (zh) * 2021-12-23 2022-04-01 北京天融信网络安全技术有限公司 一种通信协议的配置方法及装置、存储介质
CN115447647A (zh) * 2022-08-17 2022-12-09 交控科技股份有限公司 基于模型化开发的车辆仿真构建方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106407112A (zh) * 2016-09-09 2017-02-15 浪潮软件集团有限公司 基于Selenium和TestNG的自动化测试方法
CN107766255A (zh) * 2017-11-16 2018-03-06 郑州云海信息技术有限公司 基于Cucumber和Testng的WebUI自动化测试方法
CN108491319A (zh) * 2018-02-11 2018-09-04 广州小百合信息技术有限公司 Web自动化测试方法及基于该方法的系统
CN108874650A (zh) * 2017-05-09 2018-11-23 上海秦苍信息科技有限公司 一种持续集成自动化测试方法
US10318412B1 (en) * 2018-06-29 2019-06-11 The Travelers Indemnity Company Systems, methods, and apparatus for dynamic software generation and testing

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106407112A (zh) * 2016-09-09 2017-02-15 浪潮软件集团有限公司 基于Selenium和TestNG的自动化测试方法
CN108874650A (zh) * 2017-05-09 2018-11-23 上海秦苍信息科技有限公司 一种持续集成自动化测试方法
CN107766255A (zh) * 2017-11-16 2018-03-06 郑州云海信息技术有限公司 基于Cucumber和Testng的WebUI自动化测试方法
CN108491319A (zh) * 2018-02-11 2018-09-04 广州小百合信息技术有限公司 Web自动化测试方法及基于该方法的系统
US10318412B1 (en) * 2018-06-29 2019-06-11 The Travelers Indemnity Company Systems, methods, and apparatus for dynamic software generation and testing

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
GRADDY: ""cucumber自动化测试官方教程"", 《HTTP://WWW.UML.ORG.CN/TEST/201911044.ASP》 *
JULIEYUAN: "Intellij IDEA + Maven + Cucumber 项目 (一): 添加pom.xml中的依赖", 《HTTPS://WWW.CNBLOGS.COM/YUANCHUNLI/ARTICLES/7574815.HTML》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114265636A (zh) * 2021-12-23 2022-04-01 北京天融信网络安全技术有限公司 一种通信协议的配置方法及装置、存储介质
CN115447647A (zh) * 2022-08-17 2022-12-09 交控科技股份有限公司 基于模型化开发的车辆仿真构建方法和装置

Also Published As

Publication number Publication date
CN111241000B (zh) 2020-08-21

Similar Documents

Publication Publication Date Title
CN110825362B (zh) 低代码应用软件开发系统及方法
US8375354B2 (en) System and method and apparatus for using UML tools for defining web service bound component applications
US8347214B2 (en) Automated interface-specification generation for enterprise architectures
US7720953B2 (en) System and method of data source detection
CN101512503B (zh) Xml应用程序框架
US20060235928A1 (en) System and method for creating a mapping document for binding messages between an application and an associated backend server
CN104111826A (zh) 一种软件项目开发方法及装置
CN111241000B (zh) 基于cucumber测试工具的分层自动化测试方法
CN104407863A (zh) 抽象控件模型编程装置和方法
CN103268226A (zh) 一种测试脚本文件生成方法及装置
Capilla et al. An enhanced architectural knowledge metamodel linking architectural design decisions to other artifacts in the software engineering lifecycle
CN102223736A (zh) 与使用多模式应用的多模式设备进行通信的服务器
CN100596139C (zh) 使用元数据定义映射来构建组件应用程序的系统和方法
CN112860260A (zh) 一种在高校场景下基于web的跨平台应用构建工具及方法
CN115062463B (zh) 一种基于举证结构建模语言的建模系统
CN106776266A (zh) 测试工具的配置方法及终端设备
Abeywickrama et al. Context-aware services engineering: models, transformations, and verification
EP2395468A1 (en) Semantic user interface data assembling
CN113434175A (zh) 数据处理方法、装置、存储介质及设备
Bauer IoT Virtualization with ML-based Information Extraction
TW201448544A (zh) 經由通用類型長度值產生器及剖析器之訊息交換
Kang et al. An analysis of e-Government Standard Framework (eGovFrame) and its effects
Giachetti et al. Using UML profiles to interchange DSML and UML models
Strittmatter et al. Supplementary material for the evaluation of the layered reference architecture for metamodels to tailor quality modeling and analysis
Kong et al. Separation of concerns: a web application architecture framework

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant