CN112130867A - 一种研发测试一体化系统 - Google Patents
一种研发测试一体化系统 Download PDFInfo
- Publication number
- CN112130867A CN112130867A CN202010778030.0A CN202010778030A CN112130867A CN 112130867 A CN112130867 A CN 112130867A CN 202010778030 A CN202010778030 A CN 202010778030A CN 112130867 A CN112130867 A CN 112130867A
- Authority
- CN
- China
- Prior art keywords
- test
- task
- code
- compiling
- development
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3664—Environments for testing or debugging software
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3692—Test management for test results analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/40—Transformation of program code
- G06F8/41—Compilation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Stored Programmes (AREA)
Abstract
本发明提供了一种基于国产化研发测试一体化系统,用于辅助软件开发人员和软件测试人员,针对国产化项目研发过程,通过搭建基于国产化系统研发测试一体化系统,能够减少人工干预,提高自动化水平,提高开发技术效率,增加迭代次数,对保障软件质量和可靠性具有重要意义。本文对基于国产化系统研发测试一体化应用原理及流程化方法进行了阐述,旨在通过基于国产化系统研发测试一体化应用技术的研究,通过实践总结出一套方法。
Description
技术领域
本发明涉及一种研发测试一体化系统,
背景技术
随着信息技术的飞速发展,软件产品应用领域的广泛使用,国产化的不断深入,人工只能不断发展,软件设计的复杂程度逐渐提高,软件产品质量与可靠性越来越受人们的关注。软件的开发周期、成本成为软件开发过程中的关键性因素,软件可靠性也成为用户关注的重点,而使用适合的研发测试一体化系统对软件质量的保障、开发成本的降低具有重要的意义。面对这种需求,目前的国产化测试系统凸显除了一些不可解决的问题。
首先,目前现状是开发人员开发完成后,通过SVN更新提交到专业室内部库中,由每个室内部指定的管理人员定期去,每个项目指定的一台环境上编译,并提交到开发库中,编译的库文件、配置文件等提交到指定目录下。然后由每个项目指定的版本发布人员,拷贝更新到测试环境中。
从工具支持方面,现有商业软件如阿里运效系统、京东JCI系统、开源Jenkins无法很好满足现实中项目需求。对于web方向都能很好的支持,但对于C/C++方面,特别的大型团队项目无法满足。
在版本管理方面,在版本管理上仍停留在人工阶段,经常遇到代码和库不匹配情况。
在编译方面,针对Java项目,一般都是全量编译,因为编译出来的时字节码,只要源码不变,编译出来的肯定相同。但是C/C++项目不同,需要依赖库或者头文件而且和编译顺序有关。因为编译结果是二进制文件。另外针对某些工程很庞大,而且有循环依赖,所以实际中需要编译人员对于工程有一定的了解,根据提交情况,分析研究需要编译哪些工程,是否全部编译,增量编译。另外,一般情况下,对外头文件、对外接口更新导致依赖的工程和其他专业的工程,需要重编,但是实际中作为底层,往往很难清楚到底有多少工程依赖它。仍停留在口头通知阶段,特别的作为IT行业,人员离职很普遍,新员工无法很快接手。基于Python的Scons工具,能够很好的自动化管理代码和库文件之间的依赖关系,也能支持国产化系统。
在发布部署方面,针对提交发布阶段,手工拷贝,容易漏发,发错目录等情况。
针对执行程序,需要打包入库。每次打包入库需要很长时间,而且需要人员看守。
在测试方面,代码静态扫描工具Klockwork工具,也能支持麒麟等国产化系统。 UI测试工具,如CukeTest能够支持国产化系统QT界面的自动化测试。
搭建基于国产化系统研发测试一体化系统,最重要的结合项目实际特点,选取合适的代码更新检测、编译、提交、发布等一系列工具,组成一体化系统,研发部分连接模块用于连接多种工具和数据分析模块用户数据分析汇总。
基于上面的原因,目前急需一种基于国产化系统研发测试一体化系统,使之能够在国产化系统支撑项目科研生产的顺利进行,不断的完善开发过程中对质量的把控,在科研生产初期测试阶段与开发阶段的融合,可以大大降低工程项目的成本,并节省了项目开发周期,减少项目人员劳动力,减轻科研生产过程的压力,提高了效率。
发明内容
发明目的:本发明主要解决国产化系统的研发测试一体化应用,目的是选取适合的工具,构建基于国产化的研发测试一体化系统,支撑项目的开发测试活动。非国产化系统通常直接使用开源的或者商用的解决方案。但目前国产化软硬件系统还缺乏与之匹配的商用一体化解决方案。缺乏同时具备基于国产化的大型CS架构的项目和UI 测试工具的一体化系统。
本发明提供一种研发测试一体化系统,本文采用基于国产化系统的研发测试一体化的解决方案,实现了在国产化系统下的研发测试一体化能力。
本发明具体包括软件安装部署模块、任务策略配置模块和数据分析模块;
所述软件安装部署模块用于软件安装部署;
所述任务策略配置模块用于任务策略配置;
所述数据分析模块用于综合分析上传的静态代码扫描情况、编译情况、UI自动化测试情况和故障率数据,综合统计分析生成报告。
所述软件安装部署模块用于SVN、Jenkins、Scons、Jenkins插件、FTP、Klockwork、CukeTest。
所述任务策略配置模块用于任务策略配置,具体包括:新建配置流水线,包括编译发布、静态扫描、UI自动化测试、源码管理和执行程序管理。
系统根据任务策略配置模块配置的任务策略运行,生成测试结果,具体包括如下步骤:
步骤a1,系统根据配置的代码URL地址,在代码版本管理SVN中检测到的对应代码有更新,下载代码完成后,触发两条任务:
第一条任务,触发部署klockwork的slave机器,下载代码后进行静态代码扫描,验证有无合格类问题数,如果有则等待整改完毕,如果没有则继续执行下一步,将扫描结果上传到数据分析模块;
第二条任务,触发scons工具执行对应脚本进行依赖分析和编译,编译成功后,触发归档构建产出物子任务,执行步骤a2;
步骤a2,打包保存编译成果,根据配置的策略,在指定位置过滤出编译结果,根据打包命名规则进行打包编译成果,然后调用FTP服务,上传发布到版本机器和测试机器上,发布成功后触发配置的界面自动化测试任务;
步骤a3,根据配置的界面自动化测试任务,执行对应CukeTest脚本,根据脚本首先通过指定的角色启动系统,进行UI自动化测试;测试完成后将测试结果上传到数据分析模块。
所述系统通过执行如下步骤完成研发测试一体化:
步骤b1:通过软件安装部署模块安装部署SVN、Jenkins、Scons、Jenkins插件、FTP、Klockwork、CukeTest;
步骤b2:开发人员编码完成后,编写Scons编译脚本后提交代码;系统检测到代码更新后,自动触发静态扫描以及编译成果提交发布;
步骤b3:测试人员配合搭建代码静态扫描任务,以及编写对应的UI自动化测试脚本并提交;等开发人员的编译完成并发布成功后,触发对应的UI测试脚本执行测试;
步骤b4:通过任务策略配置模块完成任务策略配置:新建配置流水线,包括编译发布、静态扫描、UI自动化测试、源码管理、执行程序管理;
步骤b5:编写完成开发脚本和测试脚本后,系统自动根据配置策略运行,最后生成报告;
步骤b6:数据分析模块综合分析上传的静态代码扫描情况,编译情况,UI自动化测试情况,故障率数据,综合统计分析生成报告。
步骤b4包括以下步骤:
步骤b4-1、配置编译策略:检测到代码更新后,下载代码,调用scons,读取Sconstruct 文件脚本,分析依赖关系后进行编译,编译完成后上传状态;
步骤b4-2、配置Klockwork策略:如果检测到代码更新,下载代码,调用Klockwork服务,进行代码静态扫描,结束后将扫描状态和结果发送到数据分析模块;
步骤b4-3、配置CukeTest策略,检测到版本发布到指定测试环境上后,触发UI 自动化测试,在部署的slave机器上根据传入的参数调用对应的UI自动化测试脚本,执行结束后,slave运行数据汇总到部署的mater机器的数据分析模块。
步骤b6包括:实时获取任务的状态以及运行数据,上传到数据分析模块,数据分析模块通过定义的接口解析上传的数据并生成报告。
有益效果:通过本系统能够基于国产化平台实现研发测试一体化,能够辅助软件开发人员及软件测试人员更加专注本职研发测试,减少不必要事务性任务和不必要交互,缩短周期,能够减少人工干预,提高自动化水平,提高开发技术效率,增加迭代次数,对保障软件质量和可靠性以及产品交互具有重要意义。
附图说明
下面结合附图和具体实施方式对本发明做更进一步的具体说明,本发明的上述和/ 或其他方面的优点将会变得更加清楚。
图1是本发明原理图。
图2是研发测试人员使用流程示意图。
图3是数据分析模块架构示意图。
具体实施方式
结合图1和图2,本发明的一种基于国产化系统研发测试一体化解决方案。它是基于国产化系统,构建的研发测试一体化系统,根据项目特点、不同的需求、不同的角色,进行流水线配置,最终完成整个项目的自动化构建、测试、分析、报告。具体包含以下步骤:
第一步:软件安装部署
安装部署SVN、Jenkins、Scons、Jenkins插件、FTP、Klockwork、CukeTest等一系列软件以及报告分析模块。
(1)安装SVN版本管理工具
下载安装svn服务端,输入命令进行配置编译安装
./configure
make&&make install
(2)安装JDK环境
输入:java–version查看是否安装java环境,输入命令apt-get install java执行安装
(3)Jenkins软件安装
安装启动Jenkins软件,登录jenkins网页下载对应svn,python,ftp,cifs等插件
分布式部署配置,为了满足各种环境的需求,jenkins支持分布式,以jenkinsagent 的形式运行slave机。在jenkins的主机上,选择系统管理>管理节点,新节点>输入名字,选择Dumb Slave>OK
(4)安装python以及scons软件
准备工作检测是否安装python,输入python–V或者python–version,若未安装需要提前安装python,然后输入命令sudo apt-get install scons安装scons,如果你的系统里没有一个预编译的scons包,下载scons.tat.gz解压后,输入命令cd scons,输入命令安装python setup.py install。
如果没有适合的python安装包,需要下载源码编译安装:
tar–zxvf Python.tgz
cd Python
./configure
make
make install
第二步:代码及编译脚本编写
开发人员编码完成后,编写Scons编译脚本后提交代码。系统检测到代码更新后,自动触发静态扫描以及编译以及编译成果提交发布。
(1)编写scons编译脚本
编写Sconstruct文件
print"Calling Program('hello.c')"
Program('hello.c')
print"Calling Program('goodbye.c')"
Program('goodbye.c')
print"Finished calling Program()"
(2)编写shell脚本在jenkins中配置编译链接命令;
第三步:测试脚本编写
测试人员配合搭建代码静态扫描任务,以及编写对应的UI自动化测试脚本并提交。等开发人员的编译完成后发布成功后,触发对应的UI测试脚本执行测试。
(1)触发Klockwork软件进行静态扫描
第一步:
将ip地址为国产化服务器开机,插上Klocwork的key,运行start.sh脚本启动Klocwork授权服务(kwservice-r"projects_root"start license)
第二步:
将ip地址为国产化服务器开机,执行桌面脚本kwbuild.sh脚本,启动klocwork数据库与浏览器页面服务(tomcat服务),登陆地址:http://localhost:8010,查看Klocwork浏览器页面能否正常启动。
用户名:root密码root
第三步:
1)先执行命令;make-f Makefile clean;
2)进入要扫描的过程目录执行kwinject make-f Makefile(会生成相应的kwinject.out);
3)创建工程kwadmin--url http://localhost:8010create-projectProjectName (ProjectName是要创建的工程名,自己定义);
4)分析工程:kwbuildproject--url http://localhost:8010/ProjectName-otables-f kwinject.out;
5)上传结果:kwadmin--url http://localhost:8010load java_demo tables;
6)查看结果:登陆http://localhost:8010输入相应的工程名。
(2)触发CukeTest进行UI自动化测试
编写shell脚本,检测到版本发布到版本机上后,触发UI自动化测试,在slave机器上根据传入的参数调用对应的UI自动化测试脚本如cuke--run--format html--tags @txlogin–video。
第四步:系统及任务策略配置
新建配置流水线,主要包括编译发布、静态扫描、UI自动化测试、源码管理、执行程序管理等主要活动。
(1)配置任务信息
设置任务名称,任务名称不能重复,任务描述,主要对任务进行简要说明;Thisbuild is parameterized:选择此选项,将允许用户提供一套任意的键值对参数,它们会被传递到构建过程里。当用户使用了Jenkins的各种自动化,有时要求在构建过程中提供一组用户的输入,使用“parameterize”就能够更方便构建。例如,用户可能会设立一个按需测试,在那里用户可以提交一个二进制文件的压缩文件来进行测试。
(2)设置源代码的获取方式
SVN:从SVN仓库中获取;SVN通过“Add more locations”来添加多个工程,在 SVN的URL中需要添加用户名密码信息,例如:svn://username:passwd@192.168.1.15/SKELETON-V2.0/trunk/program/source/skeleton Common。
(3)配置触发机制
设置轮询SCM,设置轮询时间如15分钟等,轮询策略选择:Poll SCM
日程表:H/15****(可以根据需要自行修改)
(4)配置编译脚本
配置编译脚本或者命令scons–f Sconstruct,根据事先写好的脚本进行依赖关系分析
(5)归档构建产出物
配置FTP服务,在系统的插件管理中下载FTP插件,在系统管理中配置FTP服务器的相关信息,在选定的任务中配置FTP
部署FTP、CIFS等软件,用于管理提交的版本。编译之后需要将编译结果打包,通过FTP、HTTP、CIFS等服务提交到指定提交目录下。
(6)配置Klockwork
根据任务,编写配置静态扫描运行脚本,如下示例:
/usr/local/Trolltech/Qt-4.8.6/bin/qmake./Test/TestCommon/TestCommon.pro-r-spec linux-g++CONFIG+=debug
/usr/local/Trolltech/Qt-4.8.6/bin/qmake./TestHljh/TestNewClient/TestClient.pro-r -spec linux-g++CONFIG+=debug
/usr/local/Trolltech/Qt-4.8.6/bin/qmake./TestHljh/TestServer/TestServer.pro-r-spec linux-g++CONFIG+=debug
/usr/local/Trolltech/Qt-4.8.6/bin/qmake TSSIFClient.pro-r-spec linux-g++ CONFIG+=debug
make clean
/root/.jenkins/buildbin/analysis_100.sh cxx"/home/klocwork/server10/bin/kwinject make-o kwinject.out"
(7)配置CukeTest
编写shell脚本,检测到版本发布到版本机上后,触发UI自动化测试,在slave机器上根据传入的参数调用对应的UI自动化测试脚本如cuke--run--format html--tags @txlogin–video
第五步:运行调试
编写完成开发脚本和测试脚本后,在一体化系统上配置任务策略,系统自动根据配置策略运行,最后生成报告。主要内部运行步骤如下
(1)系统根据URL检测到的SVN对应代码更新。下载完成后,触发两条任务。
(2)任务一:触发部署klockwork的slave机器,下载代码后进行静态代码扫描,验证有无合格类问题数,将扫描结果上传到数据分析模块。
(3)任务二:触发scons工具执行对应脚本进行依赖分析和编译。编译成功后,触发归档构建产出物子任务。
(4)归档构建产出物模块,根据配置的策略,在指定位置过滤刷选文件,根据打包命名规则并进行打包,然后调用FTP服务,上传发布到版本、测试环境中。发布成功后触发UI自动化测试模块。
(5)根据配置的策略,执行对应CukeTest脚本,根据脚本首先通过指定的角色启动系统,根据工程对应的功能,进行UI自动化测试。测试完成后将测试结果上传到数据分析模块,如图3所示。
第六步:数据分析及报告生成
综合分析上传的静态代码扫描情况,编译情况,UI自动化测试情况,故障率数据,综合统计分析生成报告。报告内容包括编译提交情况、静态扫描、UI自动化测试结果,以及详细的问题。
本发明提供了一种研发测试一体化系统,具体实现该技术方案的方法和途径很多,以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。本实施例中未明确的各组成部分均可用现有技术加以实现。
Claims (7)
1.一种研发测试一体化系统,其特征在于,包括软件安装部署模块、任务策略配置模块和数据分析模块;
所述软件安装部署模块用于软件安装部署;
所述任务策略配置模块用于任务策略配置;
所述数据分析模块用于综合分析上传的静态代码扫描情况、编译情况、UI自动化测试情况和故障率数据,综合统计分析生成报告。
2.根据权利要求1所述的系统,其特征在于,所述软件安装部署模块用于SVN、Jenkins、Scons、Jenkins插件、FTP、Klockwork、CukeTest。
3.根据权利要求2所述的系统,其特征在于,所述任务策略配置模块用于任务策略配置,具体包括:新建配置流水线,包括编译发布、静态扫描、UI自动化测试、源码管理和执行程序管理。
4.根据权利要求3所述的系统,其特征在于,系统根据任务策略配置模块配置的任务策略运行,生成测试结果,具体包括如下步骤:
步骤a1,系统根据配置的代码URL地址,在代码版本管理SVN中检测到的对应代码有更新,下载代码完成后,触发两条任务:
第一条任务,触发部署klockwork的slave机器,下载代码后进行静态代码扫描,验证有无合格类问题数,如果有则等待整改完毕,如果没有则继续执行下一步,将扫描结果上传到数据分析模块;
第二条任务,触发scons工具执行对应脚本进行依赖分析和编译,编译成功后,触发归档构建产出物子任务,执行步骤a2;
步骤a2,打包保存编译成果,根据配置的策略,在指定位置过滤出编译结果,根据打包命名规则进行打包编译成果,然后调用FTP服务,上传发布到版本机器和测试机器上,发布成功后触发配置的界面自动化测试任务;
步骤a3,根据配置的界面自动化测试任务,执行对应CukeTest脚本,根据脚本首先通过指定的角色启动系统,进行UI自动化测试;测试完成后将测试结果上传到数据分析模块。
5.根据权利要求4所述的系统,其特征在于,所述系统通过执行如下步骤完成研发测试一体化:
步骤b1:通过软件安装部署模块安装部署SVN、Jenkins、Scons、Jenkins插件、FTP、Klockwork、CukeTest;
步骤b2:开发人员编码完成后,编写Scons编译脚本后提交代码;系统检测到代码更新后,自动触发静态扫描以及编译成果提交发布;
步骤b3:测试人员配合搭建代码静态扫描任务,以及编写对应的UI自动化测试脚本并提交;等开发人员的编译完成并发布成功后,触发对应的UI测试脚本执行测试;
步骤b4:通过任务策略配置模块完成任务策略配置:新建配置流水线,包括编译发布、静态扫描、UI自动化测试、源码管理、执行程序管理;
步骤b5:编写完成开发脚本和测试脚本后,系统自动根据配置策略运行,最后生成报告;
步骤b6:数据分析模块综合分析上传的静态代码扫描情况,编译情况,UI自动化测试情况,故障率数据,综合统计分析生成报告。
6.根据权利要求5所述的系统,其特征在于,步骤b4包括以下步骤:
步骤b4-1、配置编译策略:检测到代码更新后,下载代码,调用scons,读取Sconstruct文件脚本,分析依赖关系后进行编译,编译完成后上传状态;
步骤b4-2、配置Klockwork策略:如果检测到代码更新,下载代码,调用Klockwork服务,进行代码静态扫描,结束后将扫描状态和结果发送到数据分析模块;
步骤b4-3、配置CukeTest策略,检测到版本发布到指定测试环境上后,触发UI自动化测试,在部署的slave机器上根据传入的参数调用对应的UI自动化测试脚本,执行结束后,slave运行数据汇总到部署的mater机器的数据分析模块。
7.根据权利要求6所述的系统,其特征在于,步骤b6包括:实时获取任务的状态以及运行数据,上传到数据分析模块,数据分析模块通过自定义的接口解析上传的数据并生成报告。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010778030.0A CN112130867B (zh) | 2020-08-05 | 2020-08-05 | 一种研发测试一体化系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010778030.0A CN112130867B (zh) | 2020-08-05 | 2020-08-05 | 一种研发测试一体化系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112130867A true CN112130867A (zh) | 2020-12-25 |
CN112130867B CN112130867B (zh) | 2022-10-04 |
Family
ID=73850743
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010778030.0A Active CN112130867B (zh) | 2020-08-05 | 2020-08-05 | 一种研发测试一体化系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112130867B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112667520A (zh) * | 2021-01-18 | 2021-04-16 | 中国民航信息网络股份有限公司 | 一种依赖包的处理方法及系统 |
CN113836039A (zh) * | 2021-10-25 | 2021-12-24 | 四川虹美智能科技有限公司 | 自动化冒烟测试方法和系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7437712B1 (en) * | 2004-01-22 | 2008-10-14 | Sprint Communications Company L.P. | Software build tool with revised code version based on description of revisions and authorizing build based on change report that has been approved |
CA2772228A1 (en) * | 2011-03-25 | 2012-09-25 | Unisys Corporation | Single development test environment |
CN109683943A (zh) * | 2017-09-25 | 2019-04-26 | 郑州云海信息技术有限公司 | 一种基于jenkins实现Java开发流程自动化的方法与系统 |
CN110321113A (zh) * | 2019-07-09 | 2019-10-11 | 苏宁消费金融有限公司 | 以项目批次为标准的一体化流水线系统及其工作方法 |
-
2020
- 2020-08-05 CN CN202010778030.0A patent/CN112130867B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7437712B1 (en) * | 2004-01-22 | 2008-10-14 | Sprint Communications Company L.P. | Software build tool with revised code version based on description of revisions and authorizing build based on change report that has been approved |
CA2772228A1 (en) * | 2011-03-25 | 2012-09-25 | Unisys Corporation | Single development test environment |
CN109683943A (zh) * | 2017-09-25 | 2019-04-26 | 郑州云海信息技术有限公司 | 一种基于jenkins实现Java开发流程自动化的方法与系统 |
CN110321113A (zh) * | 2019-07-09 | 2019-10-11 | 苏宁消费金融有限公司 | 以项目批次为标准的一体化流水线系统及其工作方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112667520A (zh) * | 2021-01-18 | 2021-04-16 | 中国民航信息网络股份有限公司 | 一种依赖包的处理方法及系统 |
CN112667520B (zh) * | 2021-01-18 | 2024-05-14 | 中国民航信息网络股份有限公司 | 一种依赖包的处理方法及系统 |
CN113836039A (zh) * | 2021-10-25 | 2021-12-24 | 四川虹美智能科技有限公司 | 自动化冒烟测试方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112130867B (zh) | 2022-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3769223B1 (en) | Unified test automation system | |
CN108845940B (zh) | 一种企业级信息系统自动化功能测试方法和系统 | |
US20110296386A1 (en) | Methods and Systems for Validating Changes Submitted to a Source Control System | |
CN106104467A (zh) | 一种自动化部署方法和终端 | |
CN112130867B (zh) | 一种研发测试一体化系统 | |
US11379188B2 (en) | Plugin-oriented functional programming system configured with software components | |
CN113254054B (zh) | 一种智能合约一站式开发系统及方法 | |
CN107992326B (zh) | 基于Struts2框架的Java自动化代码发布方法 | |
Sandobalin et al. | End-to-end automation in cloud infrastructure provisioning | |
Talwar et al. | Comparison of approaches to service deployment | |
Granda et al. | Towards a Model-Driven Testing Framework for GUI Test Cases Generation from User Stories. | |
US7437705B1 (en) | System and method for building an application on a computing device which includes an environment-controlling process | |
Bhargava | Designing and Implementing Test Automation Frameworks with QTP | |
Puttonen et al. | An application of BPEL for service orchestration in an industrial environment | |
Prakash et al. | End to End Automation for Carrier Grade Telecom Products: A Case for DevOps | |
Sarib et al. | SORC: Service-oriented distributed revision control for collaborative web programming | |
GIANG et al. | Automated Continuous Integration Using CircleCI and Firebase for Android Application Development | |
Carrizo et al. | Using Liberty for DevOps, Continuous Delivery, and Deployment | |
Subramanian et al. | Behavior Driven Test Automation Framework | |
Gorsky | Continuous integration, delivery, and deployment for scientific workflows in Orlando Tools. | |
Pogran | Learning PowerShell DSC | |
Richtárik | Cloud Integration of Continuous Integration Declarative Pipelines | |
Alho | Automating the Creation and Deployment of New Robot Framework Libraries | |
Di Nucci et al. | RADON Adoption Handbook | |
Camci | Implementation of integration testing for front-end development |
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 |