CN113176881A - 基于DevOps的全过程度量方法、系统、设备及介质 - Google Patents

基于DevOps的全过程度量方法、系统、设备及介质 Download PDF

Info

Publication number
CN113176881A
CN113176881A CN202110471442.4A CN202110471442A CN113176881A CN 113176881 A CN113176881 A CN 113176881A CN 202110471442 A CN202110471442 A CN 202110471442A CN 113176881 A CN113176881 A CN 113176881A
Authority
CN
China
Prior art keywords
code
requirement
devops
requirements
product
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.)
Pending
Application number
CN202110471442.4A
Other languages
English (en)
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.)
Jiajia Technology Co ltd
Original Assignee
Jiajia Technology 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 Jiajia Technology Co ltd filed Critical Jiajia Technology Co ltd
Priority to CN202110471442.4A priority Critical patent/CN113176881A/zh
Publication of CN113176881A publication Critical patent/CN113176881A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/40Transformation of program code
    • G06F8/41Compilation
    • G06F8/43Checking; Contextual analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3664Environments for testing or debugging software
    • 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

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)
  • General Factory Administration (AREA)

Abstract

本发明公开了一种基于DevOps的全过程度量方法、系统、设备及介质。基于DevOps的全过程度量方法,包括:将需求录入到需求管理工具,根据需求进行开发,在代码提交信息中记录需求ID,通过需求ID将代码与需求进行关联;需求开发完成后,执行流水线构建,从流水线关联代码获取包含需求ID的代码提交信息,将此次流水线构建和需求关联;调用代码检查工具对代码质量进行检查,若代码质量合格,将代码打包成制品并部署到测试环境;调用自动化测试工具在测试环境中测试,若测试出存在缺陷,将缺陷录入到缺陷管理工具,并根据代码提交信息中的需求ID将缺陷关联到对应需求。本发明还进一步提供了一种基于DevOps的全过程度量系统、设备及介质。

Description

基于DevOps的全过程度量方法、系统、设备及介质
技术领域
本发明涉及DevOps系统技术领域,特别是涉及一种基于DevOps的全过程度量方法、系统、设备及介质。
背景技术
目前,实施DevOps转型的传统企业,通过引入自动化流水线提升在软件交付的某些环节中的效率,但是却很难去提升软件的交付质量,仍然需要引入独立的测试部门进行大量的系统测试来确保软件的质量,同时企业也很难度量持续交付和DevOps实施的效果。部分企业基本上是把自动化当做DevOps在做,把自动化部署当做持续交付在做,而很少去考虑软件交付流程的整体性优化。为了支撑传统企业实现DevOps成功转型,需要能够对软件交付过程进行持续地优化,发现软件交付过程各个环节中存在的瓶颈并持续改进。
现有技术存在的问题总结如下:
1、当前DevOps生态中存在信息孤岛的现象。生态中的各种软件数据相互孤立,信息难以互通,DevOps过程中产生的数据无法在各软件进行流动,导致企业难以对DevOps整个研发过程进行度量。
2、当前DevOps产品只提供自己领域的度量指标,不同产品的相同指标定义也不相同。指标是度量DevOps研发效能的重要工具,亟需一套完整、自洽、能够覆盖DevOps全过程的指标体系。
3、各产品有自己的数据格式,要整合多个产品的不同数据到一个通用度量模型,存在很大的挑战性。
4、缺少针对整个DevOps研发过程的可视化图表。
因此,需要设计一种适用于DevOps的全过程度量方法,将需求、研发、测试、运营各系统的数据建立统一的数据模型,并通过数据可视化技术展示度量模型的指标,帮助企业快速发现与跟踪DevOps转型中存在的问题并进行优化。
发明内容
基于此,本发明的目的在于,提供一种基于DevOps的全过程度量方法、系统、设备及介质。
第一方面,本发明提供一种基于DevOps的全过程度量方法,包括:
将需求录入到需求管理工具,根据需求进行开发,在代码提交信息中记录需求ID,通过需求ID将代码与需求进行关联;
需求开发完成后,执行流水线构建,从流水线关联代码获取包含需求ID的代码提交信息,将此次流水线构建和需求关联;
调用代码检查工具对代码质量进行检查,若代码质量不合格,停止流水线构建并通知对代码进行优化,若代码质量合格,将代码打包成制品并部署到测试环境;
调用自动化测试工具在测试环境中测试,若测试出存在缺陷,将缺陷录入到缺陷管理工具,并根据代码提交信息中的需求ID将缺陷关联到对应需求。
上述技术方案在一种实施方式中,所述构建流水线,包括:调用CI工具进行流水线构建。
上述技术方案在一种实施方式中,所述若代码质量合格,将代码打包成制品并部署到测试环境,包括:若代码质量合格,对代码进行编译,将制品保存到制品库进行归档,并打包成可以用于部署的制品,然后调用应用部署工具从制品库拉取制品并部署到测试环境。
上述技术方案在一种实施方式中,所述方法还包括:当版本内需求都完成并通过测试后,对规划的版本进行发布,并将版本对应的制品部署到生产环境中。
上述技术方案在一种实施方式中,所述方法还包括:当生产环境发生问题时,将问题录入到缺陷管理工具,根据版本和功能模块确定对应的需求,并将缺陷和需求进行关联。
第二方面,本发明提供一种基于DevOps的全过程度量系统,包括:
需求开发模块,配置用于将需求录入到需求管理工具,根据需求进行开发,在代码提交信息中记录需求ID,通过需求ID将代码与需求进行关联;
流水线构建模块,配置用于在需求开发完成后,执行流水线构建,从流水线关联代码获取包含需求ID的代码提交信息,将此次流水线构建和需求关联;
代码检查模块,配置用于调用代码检查工具对代码质量进行检查,若代码质量不合格,停止流水线构建并通知对代码进行优化,若代码质量合格,将代码打包成制品并部署到测试环境;
自动化测试模块,配置用于调用自动化测试工具在测试环境中测试,若测试出存在缺陷,将缺陷录入到缺陷管理工具,并根据代码提交信息中的需求ID将缺陷关联到对应需求。
上述技术方案在一种实施方式中,所述系统还包括:运营部署模块,配置用于当版本内需求都完成并通过测试后,对规划的版本进行发布,并将版本对应的制品部署到生产环境中。
上述技术方案在一种实施方式中,所述系统还包括:缺陷管理模块,配置用于当生产环境发生问题时,将问题录入到缺陷管理工具,根据版本和功能模块确定对应的需求,并将缺陷和需求进行关联。
第三方面,本发明还提供一种基于DevOps的全过程度量设备,包括:
存储器,用于存储一个或多个程序;
处理器,用于运行所述存储器中存储的所述程序,以实现如上述任一项所述的基于DevOps的全过程度量方法。
第四方面,本发明还提供一种计算机可读存储介质,其存储有至少一个程序,当所述程序被处理器执行时,实现如上述任一项所述的基于DevOps的全过程度量方法。
相对于现有技术,本发明的基于DevOps的全过程度量方法、系统、设备及介质的有益效果:
1、本发明通过需求将DevOps中所有工具产生的数据关联到一起,解决了信息孤岛问题,实现了各工具间数据的有效流通。
2、本发明提供了闭环的DevOps数据流,可以把DevOps工具链产生的数据通过需求串联到了一起。
3、本发明提供了统一、自洽的指标体系,指标间可以进行关联性分析,可以从全局角度对DevOps的研发效能进行度量。
为了更好地理解和实施,下面结合附图详细说明本发明。
附图说明
图1是本发明的基于DevOps的全过程度量方法的示例性流程框图。
图2是本发明的基于DevOps的全过程度量系统的连接框图。
具体实施方式
在本说明书中提到或者可能提到的上、下、左、右、前、后、正面、背面、顶部、底部等方位用语是相对于其构造进行定义的,它们是相对的概念。因此,有可能会根据其所处不同位置、不同使用状态而进行相应地变化。所以,也不应当将这些或者其他的方位用语解释为限制性用语。
以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
请参阅图1,图1是本发明的基于DevOps的全过程度量方法的示例性流程框图。
第一方面,本发明提供一种基于DevOps的全过程度量方法,包括:
S1.将需求录入到需求管理工具,根据需求进行开发,在代码提交信息中记录需求ID,通过需求ID将代码与需求进行关联。
开发人员在接受需求后,会根据需求进行开发,并在提交代码时把需求ID记录到提交信息中,所有的代码提交都会和需求关联。
S2.需求开发完成后,执行流水线构建,从流水线关联代码获取包含需求ID的代码提交信息,将此次流水线构建和需求关联。
其中,所述构建流水线,包括:调用CI工具进行流水线构建。
S3.调用代码检查工具对代码质量进行检查,若代码质量不合格,停止流水线构建并通知对代码进行优化,若代码质量合格,将代码打包成制品并部署到测试环境。
其中,所述若代码质量合格,将代码打包成制品并部署到测试环境,包括:若代码质量合格,对代码进行编译,将制品保存到制品库进行归档,并打包成可以用于部署的制品,然后调用应用部署工具从制品库拉取制品并部署到测试环境。
S4.调用自动化测试工具在测试环境中测试,若测试出存在缺陷,将缺陷录入到缺陷管理工具,并根据代码提交信息中的需求ID将缺陷关联到对应需求。
应用部署后,流水线会调用自动化测试工具或通知测试人员进行测试,之后,测试人员或自动化测试工具会将缺陷录入到缺陷管理工具,并通过需求ID关联到对应需求,这通过需求串联实现了DevOps的数据流闭环。
S5.当版本内需求都完成并通过测试后,对规划的版本进行发布,并将版本对应的制品部署到生产环境中。
S6.当生产环境发生问题时,将问题录入到缺陷管理工具,根据版本和功能模块确定对应的需求,并将缺陷和需求进行关联。重复S1的步骤,这样,是在进行DevOps的持续集成,通过需求串联实现了DevOps的数据流闭环。
本发明的基于DevOps的全过程度量方法通过以需求为纽带,将DevOps所有的数据有机地结合在一起,形成了数据流的闭环,有效地解决了信息孤岛的问题,保证DevOps中产生的数据可以自由地在各个阶段的相关工具里进行流转,建立统一有效的指标体系,各指标借助本发明的闭环数据流实现关联,使用户可以从DevOps全局的角度衡量研发效能,而不再局限于单个工具。
本发明的基于DevOps的全过程度量方法将数据划分为需求、研发、测试和运营四个域,DevOps中产生的数据都会被分到这四个域中,据此设计了贯穿DevOps全过程的数据流,其以需求为核心,所有的数据都会直接或间接的通过需求ID和需求进行关联,以需求为纽带把所有的数据联结到一起,实现统一的全过程度量方法。
请进一步参阅图2,图2是本发明的基于DevOps的全过程度量系统的连接框图。
第二方面,本发明提供一种基于DevOps的全过程度量系统,包括:
需求开发模块,配置用于将需求录入到需求管理工具,根据需求进行开发,在代码提交信息中记录需求ID,通过需求ID将代码与需求进行关联;
流水线构建模块,配置用于在需求开发完成后,执行流水线构建,从流水线关联代码获取包含需求ID的代码提交信息,将此次流水线构建和需求关联;
代码检查模块,配置用于调用代码检查工具对代码质量进行检查,若代码质量不合格,停止流水线构建并通知对代码进行优化,若代码质量合格,将代码打包成制品并部署到测试环境;
自动化测试模块,配置用于调用自动化测试工具在测试环境中测试,若测试出存在缺陷,将缺陷录入到缺陷管理工具,并根据代码提交信息中的需求ID将缺陷关联到对应需求;
运营部署模块,配置用于当版本内需求都完成并通过测试后,对规划的版本进行发布,并将版本对应的制品部署到生产环境中;
缺陷管理模块,配置用于当生产环境发生问题时,将问题录入到缺陷管理工具,根据版本和功能模块确定对应的需求,并将缺陷和需求进行关联。
第三方面,本发明还提供一种基于DevOps的全过程度量设备,包括:
存储器,用于存储一个或多个程序;
处理器,用于运行所述存储器中存储的所述程序,以实现如所述的基于DevOps的全过程度量方法。
所述设备还可以优选地包括通信接口,所述通信接口用于与外部设备进行通信和数据交互传输。
需要说明的是,所述存储器可能包含高速RAM存储器,也可能还包括非易失性存储器 (nonvolatile memory),例如至少一个磁盘存储器。
在具体实现上,如果存储器、处理器及通信接口集成在一块芯片上,则存储器、处理器及通信接口可以通过内部接口完成相互间的通信。如果存储器、处理器和通信接口独立实现,则存储器、处理器和通信接口可以通过总线相互连接并完成相互间的通信。
第四方面,本发明还提供一种计算机可读存储介质,其存储有至少一个程序,当所述程序被处理器执行时,实现如所述的基于DevOps的全过程度量方法。
应当理解,所述计算机可读存储介质为可存储数据或程序的任何数据存储设备,所述数据或程序其后可由计算机系统读取。计算机可读存储介质的示例包括只读存储器、随机存取存储器、CD-ROM、HDD、DVD、磁带和光学数据存储设备等。计算机可读存储介质还可分布在网络耦接的计算机系统中使得计算机可读代码以分布式方式来存储和执行。
计算机可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、射频(Radio Frequency,RF)等,或者上述的任意合适的组合。
在一些实施方案中,计算机可读存储介质可以是非暂态的。
相对于现有技术,本发明的基于DevOps的全过程度量方法、系统、设备及介质的有益效果:
1、本发明通过需求将DevOps中所有工具产生的数据关联到一起,解决了信息孤岛问题,实现了各工具间数据的有效流通。
2、本发明提供了闭环的DevOps数据流,可以把DevOps工具链产生的数据通过需求串联到了一起。
3、本发明提供了统一、自洽的指标体系,指标间可以进行关联性分析,可以从全局角度对DevOps的研发效能进行度量。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。

Claims (10)

1.一种基于DevOps的全过程度量方法,其特征在于,包括:
将需求录入到需求管理工具,根据需求进行开发,在代码提交信息中记录需求ID,通过需求ID将代码与需求进行关联;
需求开发完成后,执行流水线构建,从流水线关联代码获取包含需求ID的代码提交信息,将此次流水线构建和需求关联;
调用代码检查工具对代码质量进行检查,若代码质量不合格,停止流水线构建并通知对代码进行优化,若代码质量合格,将代码打包成制品并部署到测试环境;
调用自动化测试工具在测试环境中测试,若测试出存在缺陷,将缺陷录入到缺陷管理工具,并根据代码提交信息中的需求ID将缺陷关联到对应需求。
2.根据权利要求1所述的基于DevOps的全过程度量方法,其特征在于,所述构建流水线,包括:调用CI工具进行流水线构建。
3.根据权利要求1所述的基于DevOps的全过程度量方法,其特征在于,所述若代码质量合格,将代码打包成制品并部署到测试环境,包括:若代码质量合格,对代码进行编译,将制品保存到制品库进行归档,并打包成可以用于部署的制品,然后调用应用部署工具从制品库拉取制品并部署到测试环境。
4.根据权利要求1-3任一项所述的基于DevOps的全过程度量方法,其特征在于,所述方法还包括:当版本内需求都完成并通过测试后,对规划的版本进行发布,并将版本对应的制品部署到生产环境中。
5.根据权利要求4所述的基于DevOps的全过程度量方法,其特征在于,所述方法还包括:当生产环境发生问题时,将问题录入到缺陷管理工具,根据版本和功能模块确定对应的需求,并将缺陷和需求进行关联。
6.一种基于DevOps的全过程度量系统,其特征在于,包括:
需求开发模块,配置用于将需求录入到需求管理工具,根据需求进行开发,在代码提交信息中记录需求ID,通过需求ID将代码与需求进行关联;
流水线构建模块,配置用于在需求开发完成后,执行流水线构建,从流水线关联代码获取包含需求ID的代码提交信息,将此次流水线构建和需求关联;
代码检查模块,配置用于调用代码检查工具对代码质量进行检查,若代码质量不合格,停止流水线构建并通知对代码进行优化,若代码质量合格,将代码打包成制品并部署到测试环境;
自动化测试模块,配置用于调用自动化测试工具在测试环境中测试,若测试出存在缺陷,将缺陷录入到缺陷管理工具,并根据代码提交信息中的需求ID将缺陷关联到对应需求。
7.根据权利要求6所述的基于DevOps的全过程度量系统,其特征在于,所述系统还包括:运营部署模块,配置用于当版本内需求都完成并通过测试后,对规划的版本进行发布,并将版本对应的制品部署到生产环境中。
8.根据权利要求7所述的基于DevOps的全过程度量系统,其特征在于,所述系统还包括:缺陷管理模块,配置用于当生产环境发生问题时,将问题录入到缺陷管理工具,根据版本和功能模块确定对应的需求,并将缺陷和需求进行关联。
9.一种基于DevOps的全过程度量设备,其特征在于,包括:
存储器,用于存储一个或多个程序;
处理器,用于运行所述存储器中存储的所述程序,以实现如权利要求1-7任一项所述的基于DevOps的全过程度量方法。
10.一种计算机可读存储介质,其存储有至少一个程序,其特征在于,当所述程序被处理器执行时,实现如权利要求1-7任一项所述的基于DevOps的全过程度量方法。
CN202110471442.4A 2021-04-29 2021-04-29 基于DevOps的全过程度量方法、系统、设备及介质 Pending CN113176881A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110471442.4A CN113176881A (zh) 2021-04-29 2021-04-29 基于DevOps的全过程度量方法、系统、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110471442.4A CN113176881A (zh) 2021-04-29 2021-04-29 基于DevOps的全过程度量方法、系统、设备及介质

Publications (1)

Publication Number Publication Date
CN113176881A true CN113176881A (zh) 2021-07-27

Family

ID=76925695

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110471442.4A Pending CN113176881A (zh) 2021-04-29 2021-04-29 基于DevOps的全过程度量方法、系统、设备及介质

Country Status (1)

Country Link
CN (1) CN113176881A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113806194A (zh) * 2021-09-07 2021-12-17 浪潮云信息技术股份公司 一种基于DevOps的研发效能评估方法
CN114020317A (zh) * 2021-11-05 2022-02-08 四川启睿克科技有限公司 一种基于DevOps的项目质量保证系统及方法
CN114020242A (zh) * 2021-11-05 2022-02-08 光大科技有限公司 开发运维一体化实现方法及平台
CN114116486A (zh) * 2021-11-29 2022-03-01 国家电网有限公司信息通信分公司 一种微服务迭代处理方法及系统
CN116820488A (zh) * 2023-05-31 2023-09-29 五矿国际信托有限公司 一种DevOps体系下研发部署过程联动的方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106873975A (zh) * 2016-12-30 2017-06-20 武汉默联股份有限公司 基于Docker的devops持续交付与自动化系统及方法
CN107025112A (zh) * 2017-04-10 2017-08-08 丹露成都网络技术有限公司 一种基于git hooks和缺陷管理工具的监管及跟踪方法
CN111679851A (zh) * 2020-06-11 2020-09-18 深圳前海微众银行股份有限公司 需求代码管理方法、装置、系统与计算机可读存储介质
CN111857722A (zh) * 2020-06-23 2020-10-30 远光软件股份有限公司 一种基于三库模式的DevOps质量保障系统及方法
CN112486557A (zh) * 2020-11-25 2021-03-12 浙江臻善科技股份有限公司 基于Devops的完整生命周期管理平台及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106873975A (zh) * 2016-12-30 2017-06-20 武汉默联股份有限公司 基于Docker的devops持续交付与自动化系统及方法
CN107025112A (zh) * 2017-04-10 2017-08-08 丹露成都网络技术有限公司 一种基于git hooks和缺陷管理工具的监管及跟踪方法
CN111679851A (zh) * 2020-06-11 2020-09-18 深圳前海微众银行股份有限公司 需求代码管理方法、装置、系统与计算机可读存储介质
CN111857722A (zh) * 2020-06-23 2020-10-30 远光软件股份有限公司 一种基于三库模式的DevOps质量保障系统及方法
CN112486557A (zh) * 2020-11-25 2021-03-12 浙江臻善科技股份有限公司 基于Devops的完整生命周期管理平台及方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
中国税务杂志社,中国计算机用户协会: "《走进"金税"工程 税务信息化论文集》", 31 January 2010, 北京:中国税务出版社 , pages: 212 - 217 *
田莉蓉: "《机载电子产品设计保证实践》", 31 July 2020, 北京:航空工业出版社, pages: 265 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113806194A (zh) * 2021-09-07 2021-12-17 浪潮云信息技术股份公司 一种基于DevOps的研发效能评估方法
CN114020317A (zh) * 2021-11-05 2022-02-08 四川启睿克科技有限公司 一种基于DevOps的项目质量保证系统及方法
CN114020242A (zh) * 2021-11-05 2022-02-08 光大科技有限公司 开发运维一体化实现方法及平台
CN114020317B (zh) * 2021-11-05 2024-09-06 四川启睿克科技有限公司 一种基于DevOps的项目质量保证系统及方法
CN114116486A (zh) * 2021-11-29 2022-03-01 国家电网有限公司信息通信分公司 一种微服务迭代处理方法及系统
CN116820488A (zh) * 2023-05-31 2023-09-29 五矿国际信托有限公司 一种DevOps体系下研发部署过程联动的方法
CN116820488B (zh) * 2023-05-31 2024-02-13 五矿国际信托有限公司 一种DevOps体系下研发部署过程联动的方法

Similar Documents

Publication Publication Date Title
CN113176881A (zh) 基于DevOps的全过程度量方法、系统、设备及介质
CN104679488B (zh) 一种流程定制开发平台及流程定制开发方法
CN110083369A (zh) 一种基于容器方案的持续集成和持续交付方法
CN109492288B (zh) 基于三维模型的船舶电缆设计方法、系统、设备及介质
CN104484166B (zh) 一种自动化测试系统图形化建模装置及方法
CN109960643A (zh) 一种代码测试方法和装置
CN103209180B (zh) 一种协议一致性测试的方法及系统
CN109376090A (zh) 软件自动测试方法及装置
CN106294122A (zh) 一种标准的软件测试平台及其测试方法
CN110109831A (zh) 自动化测试框架系统、自动化测试方法及终端设备
CN103345442A (zh) 装备自动化测试业务集成系统
CN106021816A (zh) 一种基于行为树的分布式系统行为仿真分析工具的实现方法
JP2018081693A (ja) スキーマで表される必要条件を用いた自動プロセス制御ハードウェア工学
CN113868120A (zh) 工业软件调试方法、装置、计算机设备和存储介质
CN110350991A (zh) 一种光模块自动测试系统、方法、计算机设备及存储介质
CN103186463B (zh) 确定软件的测试范围的方法和系统
US20120259611A1 (en) System and method for generation of cim-based power system circuit models
CN109784686A (zh) 产品全生命周期管理系统及方法
CN112527312B (zh) 一种嵌入式系统的测试方法和测试装置
CN109143019A (zh) 一种继电保护装置板卡自动测试系统
CN112732237B (zh) 一种无代码开发技术模型构建的方法及系统
CN109783295A (zh) 基于配置的测试系统自检软件生成方法及装置
EP3547143A1 (en) System and method for model-based and behaviour-driven testing
CN112799967A (zh) 基于git的测试脚本回写测试用例方法、系统、设备及介质
CN113220561A (zh) 一种测试用例管理方法、装置、设备及介质

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