CN113626333A - 一种接口自动化测试方法及装置 - Google Patents
一种接口自动化测试方法及装置 Download PDFInfo
- Publication number
- CN113626333A CN113626333A CN202110962605.9A CN202110962605A CN113626333A CN 113626333 A CN113626333 A CN 113626333A CN 202110962605 A CN202110962605 A CN 202110962605A CN 113626333 A CN113626333 A CN 113626333A
- Authority
- CN
- China
- Prior art keywords
- interface
- api
- api interface
- micro service
- test
- 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
Links
Images
Classifications
-
- 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
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)
- Debugging And Monitoring (AREA)
Abstract
本申请涉及接口测试技术领域,特别涉及一种接口自动化测试方法及装置。该方法包括:获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息;基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图;基于所述接口测试执行计划图,生成对应的接口测试执行流程表,并基于所述接口测试执行流程图表对所述各微服务的API接口进行测试。
Description
技术领域
本申请涉及接口测试技术领域,特别涉及一种接口自动化测试方法及装置。
背景技术
随着云计算,物联网等技术的迅速发展,用户对软件系统的需求趋于多样化。微服务架构虽然不是解决软件问题的银弹,但是其已经被越来越多的公司采用。其拥有着诸多优点,比如天生匹配敏捷开发,可以加快交付效率。比如每个微服务可以并行开发和单元测试,大大提高了测试效率和开发进度。比如每个微服务可以独立部署,使得每个独立的业务之间影响尽量降低,无需等待其他微服务即可结合环境进行验证。
而同时微服务的这些优势需要通过高质量高效率的api接口进行保障。那么,如何提高api接口的质量,如何判断微服务api接口是否满足业务需要是当今需要重点解决的问题。
发明内容
第一方面,本申请提供了一种接口自动化测试方法,所述方法包括:
获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息;
基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图;
基于所述接口测试执行计划图,生成对应的接口测试执行流程表,并基于所述接口测试执行流程图表对所述各微服务的API接口进行测试。
可选地,获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息的步骤包括:
针对每一微服务,采用与该微服务支持的语言开发的软件开发工具包获取该微服务的API接口的第一API接口信息,并将获取到的该微服务的API接口的第一API接口信息转换为指定格式的第二API接口信息,其中,各微服务对应的第二API接口信息的格式均为所述指定格式。
可选地,基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图的步骤包括:
基于用户针对各微服务的API接口下发的目标参数配置指令,分别配置各微服务的API接口对应的第二API接口信息中的目标参数值;
基于用户针对各微服务的API接口下发的测试策略,分别配置各微服务的API接口的测试策略;
基于各微服务之间的依赖关系,对各微服务的API接口的测试执行顺序进行编排处理,得到接口测试执行计划图。
可选地,基于所述接口测试执行计划图,生成对应的接口测试执行流程表的步骤包括:
基于所述接口测试执行图中各微服务的API接口的入度,分别确定各微服务的API接口的测试优先级;
基于所述各微服务的API接口的测试优先级,生成对应的接口是执行流程表,其中,一个微服务的API接口的测试优先级越高,该微服务的API接口的测试任务在所述测试执行流程表中的执行顺序越靠前。
可选地,所述方法还包括:
在所述测试执行流程表的表头中配置触发条件,其中,在检测到满足所述触发条件时,执行所述测试执行流程表。
第二方面,本申请提供了一种接口自动化测试装置,所述装置包括:
获取单元,用于获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息;
配置单元,用于基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图;
生成单元,用于基于所述接口测试执行计划图,生成对应的接口测试执行流程表,并基于所述接口测试执行流程图表对所述各微服务的API接口进行测试。
可选地,获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息时,所述获取单元具体用于:
针对每一微服务,采用与该微服务支持的语言开发的软件开发工具包获取该微服务的API接口的第一API接口信息,并将获取到的该微服务的API接口的第一API接口信息转换为指定格式的第二API接口信息,其中,各微服务对应的第二API接口信息的格式均为所述指定格式。
可选地,基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图时,所述配置单元具体用于:
基于用户针对各微服务的API接口下发的目标参数配置指令,分别配置各微服务的API接口对应的第二API接口信息中的目标参数值;
基于用户针对各微服务的API接口下发的测试策略,分别配置各微服务的API接口的测试策略;
基于各微服务之间的依赖关系,对各微服务的API接口的测试执行顺序进行编排处理,得到接口测试执行计划图。
可选地,基于所述接口测试执行计划图,生成对应的接口测试执行流程表时,所述生成单元具体用于:
基于所述接口测试执行图中各微服务的API接口的入度,分别确定各微服务的API接口的测试优先级;
基于所述各微服务的API接口的测试优先级,生成对应的接口是执行流程表,其中,一个微服务的API接口的测试优先级越高,该微服务的API接口的测试任务在所述测试执行流程表中的执行顺序越靠前。
可选地,所述生成单元还用于:
在所述测试执行流程表的表头中配置触发条件,其中,在检测到满足所述触发条件时,执行所述测试执行流程表。
第三方面,本申请实施例提供一种接口自动化测试装置,该接口自动化测试装置包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序指令执行如上述第一方面中任一项所述的方法的步骤。
第四方面,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使所述计算机执行如上述第一方面中任一项所述方法的步骤。
综上可知,本申请实施例提供的接口自动化测试方法,获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息;基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图;基于所述接口测试执行计划图,生成对应的接口测试执行流程表,并基于所述接口测试执行流程图表对所述各微服务的API接口进行测试。
采用本申请实施例提供的接口自动化测试方法,能实现高效快速的接口自动化测试流程,对于保障微服务的接口质量具有很大帮助。同时简略的配置使得接口自动化测试的编写成本大大降低,有助于推广和商业使用。接口质量的保障有助于项目稳定快速的发展,可以提高使用该流程的产品的竞争力。
附图说明
为了更加清楚地说明本申请实施例或者现有技术中的技术方案,下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据本申请实施例的这些附图获得其他的附图。
图1为本申请实施例提供的一种接口自动化测试方法的详细流程图;
图2为本申请实施例中一种获取API接口信息的过程示意图;
图3为本申请实施例提供的一种接口测试执行计划图的示意图;
图4为本申请实施例提供的一种并行执行流程表的示意图;
图5为本申请实施例提供的一种测试报告的示意图;
图6为本申请实施例提供的一种接口自动化测试装置的结构示意图;
图7为本申请实施例提供的另一种接口自动化测试装置的结构示意图。
具体实施方式
在本申请实施例使用的术语仅仅是出于描述特定实施例的目的,而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其它含义。还应当理解,本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,此外,所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
示例性的,参阅图1所示,为本申请实施例提供的一种接口自动化测试方法的详细流程图,该方法包括以下步骤:
步骤100:获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息。
本申请实施例中,在获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息时,一种较佳的实现方式为:
针对每一微服务,采用与该微服务支持的语言开发的软件开发工具包获取该微服务的API接口的第一API接口信息,并将获取到的该微服务的API接口的第一API接口信息转换为指定格式的第二API接口信息,其中,各微服务对应的第二API接口信息的格式均为所述指定格式。
实际应用中,示例性的,参阅图2所示,为本申请实施例中一种获取API接口信息的过程示意图,其中,不同的微服务可以采用不同的语言(如,JAVA,GO,C++等)进行开发,那么,在通过软件开发工具包SDK(接口信息获取工具)获取各微服务的API接口信息时,需要预先根据不同语言开发不同的SDK,例如,采用由JAVA开发的SDK获取由JAVA开发的微服务的API接口信息,采用由C++开发的SDK获取由SDK开发的微服务的API接口信息。
也就是说,通过引入对应程序语言的SDK,并接入对应的微服务,SDK通过切面编程,获取对应微服务对外暴露的API接口信息,具体可以包括方法,参数等信息。
进一步的,为了后续统一的配置编排处理,需要将各对应程序语言的SDK获取到各微服务的API接口信息(第一API接口信息)转换为指定格式的API接口信息(第二接口信息)。
步骤110:基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图。
本申请实施例中,在基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图时,一种较佳地实现方式为:
基于用户针对各微服务的API接口下发的目标参数配置指令,分别配置各微服务的API接口对应的第二API接口信息中的目标参数值;基于用户针对各微服务的API接口下发的测试策略,分别配置各微服务的API接口的测试策略;基于各微服务之间的依赖关系,对各微服务的API接口的测试执行顺序进行编排处理,得到接口测试执行计划图。
具体的,配置过程可以包括:
可以向用户展示配置和编排界面,接收用户分别针对各微服务的API接口下发的目标参数配置指令,即用户针对某些参数配置的具体参数值,并基于该目标参数配置指令,对第二API接口信息中的各目标参数进行配置。目标参数指的是获取到的参数不准确,或为空值等的参数。
进一步的,配置过程还可以包括针对各API接口配置的测试策略(如,配置断言测试信息),所谓断言测试,指的是一个测试用例x需要配置预期的模型结果。定义实际执行用例时得到的结果result(x)和模型结果model(x)进行匹配,若满足下列结果,即为断言测试成功。
result(x)=model(x)
需要说明的是,针对一个测试用例允许配置一个或多个断言测试。一个测试用例全部断言成功即测试用例测试成功。
编排过程可以包括:对测试用例的执行顺序进行编排,最终输出接口测试执行计划图(如,有向无环的执行计划图,DAG图)。
例如,假设微服务B依赖于微服务A,则在进行编排时,在测试微服务B的API接口时,需要先对微服务A的API接口进行测试,并将微服务A的API接口的测试结果作为一个参数,传递至微服务B,在测试微服务B的API接口时,需要基于微服务A的API接口的测试结果来判断微服务A的API接口的测试结果。
示例性的,参阅图3所示,为本申请实施例提供的一种接口测试执行计划图的示意图。
步骤120:基于所述接口测试执行计划图,生成对应的接口测试执行流程表,并基于所述接口测试执行流程图表对所述各微服务的API接口进行测试。
本申请实施例中,在基于所述接口测试执行计划图,生成对应的接口测试执行流程表时,一种较佳地实现方式为:
基于所述接口测试执行图中各微服务的API接口的入度,分别确定各微服务的API接口的测试优先级;基于所述各微服务的API接口的测试优先级,生成对应的接口是执行流程表,其中,一个微服务的API接口的测试优先级越高,该微服务的API接口的测试任务在所述测试执行流程表中的执行顺序越靠前。
具体的,在具体执行测试任务时,需要基于执行流程表来进行API接口测试,即需生成一个待测试任务列表。
那么,本申请实施例中,生成的列表时,可基于用户选择的方式,生成串行执行流程表,或者生成并行执行流程表。
所谓串行执行流程表指的是,待测试任务列表中每一行只包括一个待测试任务,启用单线程执行待测试任务。如,假设优先级最高(入度为0的,不依赖其它待测试任务的)的待测试任务包括任务1和任务2,待测试任务列表中第一行可以为任务1或任务2,待测试任务列表中第二行为任务2或任务1。
所谓并行执行流程表指的是,待测试任务列表中每一行可以包括一个或多个待测试任务,启用多线程执行待测试任务。如,假设优先级最高(入度为0的,不依赖其它待测试任务的)的待测试任务包括任务1和任务2,待测试任务列表中第一行可以为任务1和任务2。
示例性的,参阅图4所示,为本申请实施例提供的一种并行执行流程表的示意图。表头中包括待测试任务的触发方式和触发条件,优先级为1的并行任务包括任务1和任务,优先级为2的并行任务包括任务3,优先级为3的并行任务包括任务4,……,优先级为k的并行任务包括任务N。
实际应用中,实时侦听执行流程表的表头中的触发条件,当满足条件时按照执行流程表执行自动化测试任务。执行任务时同一行的任务并行执行,当全部执行完后串行执行下一行任务,提高执行效率。自动化测试执行完毕后,输出一份自动化测试的报告。
示例性的,参阅图5所示,为本申请实施例提供的一种测试报告的示意图,其中,summary为自动化测试的总览报告,包括但不限于成功率,总请求数,总耗时,数据量,平均响应时间等指标。Failed API为失败的API列表,包括用例名称等具体信息。Result为测试结论,邮件通知信息,和是否拒绝合入内容等。
用户通过查看执行结果,可以分析出微服务的API接口的测试执行情况,包括执行是否成功和执行效率,方便快速定位具体的接口问题,提高测试能力。执行质量分析并且辅助用户决策。
示例性的,参阅图6所示,为本申请实施例提供的一种接口自动化测试装置的结构示意图,该装置包括:
获取单元60,用于获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息;
配置单元61,用于基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图;
生成单元62,用于基于所述接口测试执行计划图,生成对应的接口测试执行流程表,并基于所述接口测试执行流程图表对所述各微服务的API接口进行测试。
可选地,获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息时,所述获取单元60具体用于:
针对每一微服务,采用与该微服务支持的语言开发的软件开发工具包获取该微服务的API接口的第一API接口信息,并将获取到的该微服务的API接口的第一API接口信息转换为指定格式的第二API接口信息,其中,各微服务对应的第二API接口信息的格式均为所述指定格式。
可选地,基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图时,所述配置单元61具体用于:
基于用户针对各微服务的API接口下发的目标参数配置指令,分别配置各微服务的API接口对应的第二API接口信息中的目标参数值;
基于用户针对各微服务的API接口下发的测试策略,分别配置各微服务的API接口的测试策略;
基于各微服务之间的依赖关系,对各微服务的API接口的测试执行顺序进行编排处理,得到接口测试执行计划图。
可选地,基于所述接口测试执行计划图,生成对应的接口测试执行流程表时,所述生成单元62具体用于:
基于所述接口测试执行图中各微服务的API接口的入度,分别确定各微服务的API接口的测试优先级;
基于所述各微服务的API接口的测试优先级,生成对应的接口是执行流程表,其中,一个微服务的API接口的测试优先级越高,该微服务的API接口的测试任务在所述测试执行流程表中的执行顺序越靠前。
可选地,所述生成单元62还用于:
在所述测试执行流程表的表头中配置触发条件,其中,在检测到满足所述触发条件时,执行所述测试执行流程表。
以上这些单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,简称ASIC),或,一个或多个微处理器(digital singnal processor,简称DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,简称FPGA)等。再如,当以上某个单元通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(CentralProcessing Unit,简称CPU)或其它可以调用程序代码的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,简称SOC)的形式实现。
进一步地,本申请实施例提供的接口自动化测试装置,从硬件层面而言,所述接口自动化测试装置的硬件架构示意图可以参见图7所示,所述接口自动化测试装置可以包括:存储器70和处理器71,
存储器70用于存储程序指令;处理器71调用存储器70中存储的程序指令,按照获得的程序指令执行上述方法实施例。具体实现方式和技术效果类似,这里不再赘述。
可选地,本申请还提供一种接口自动化测试设备,包括用于执行上述方法实施例的至少一个处理元件(或芯片)。
可选地,本申请还提供一种程序产品,例如计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令用于使该计算机执行上述方法实施例。
这里,机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,机器可读存储介质可以是:RAM(RadomAccess Memory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
而且,这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上,使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (10)
1.一种接口自动化测试方法,其特征在于,所述方法包括:
获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息;
基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图;
基于所述接口测试执行计划图,生成对应的接口测试执行流程表,并基于所述接口测试执行流程图表对所述各微服务的API接口进行测试。
2.如权利要求1所述的方法,其特征在于,获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息的步骤包括:
针对每一微服务,采用与该微服务支持的语言开发的软件开发工具包获取该微服务的API接口的第一API接口信息,并将获取到的该微服务的API接口的第一API接口信息转换为指定格式的第二API接口信息,其中,各微服务对应的第二API接口信息的格式均为所述指定格式。
3.如权利要求1所述的方法,其特征在于,基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图的步骤包括:
基于用户针对各微服务的API接口下发的目标参数配置指令,分别配置各微服务的API接口对应的第二API接口信息中的目标参数值;
基于用户针对各微服务的API接口下发的测试策略,分别配置各微服务的API接口的测试策略;
基于各微服务之间的依赖关系,对各微服务的API接口的测试执行顺序进行编排处理,得到接口测试执行计划图。
4.如权利要求1-3任一项所述的方法,其特征在于,基于所述接口测试执行计划图,生成对应的接口测试执行流程表的步骤包括:
基于所述接口测试执行图中各微服务的API接口的入度,分别确定各微服务的API接口的测试优先级;
基于所述各微服务的API接口的测试优先级,生成对应的接口是执行流程表,其中,一个微服务的API接口的测试优先级越高,该微服务的API接口的测试任务在所述测试执行流程表中的执行顺序越靠前。
5.如权利要求4所述的方法,其特征在于,所述方法还包括:
在所述测试执行流程表的表头中配置触发条件,其中,在检测到满足所述触发条件时,执行所述测试执行流程表。
6.一种接口自动化测试装置,其特征在于,所述装置包括:
获取单元,用于获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息;
配置单元,用于基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图;
生成单元,用于基于所述接口测试执行计划图,生成对应的接口测试执行流程表,并基于所述接口测试执行流程图表对所述各微服务的API接口进行测试。
7.如权利要求6所述的装置,其特征在于,获取微服务框架包括的各微服务的API接口的第一API接口信息,并将所述API接口信息转换为指定格式的第二API接口信息时,所述获取单元具体用于:
针对每一微服务,采用与该微服务支持的语言开发的软件开发工具包获取该微服务的API接口的第一API接口信息,并将获取到的该微服务的API接口的第一API接口信息转换为指定格式的第二API接口信息,其中,各微服务对应的第二API接口信息的格式均为所述指定格式。
8.如权利要求6所述的装置,其特征在于,基于预设规则对所述第二API接口信息进行配置和编排处理,得到接口测试执行计划图时,所述配置单元具体用于:
基于用户针对各微服务的API接口下发的目标参数配置指令,分别配置各微服务的API接口对应的第二API接口信息中的目标参数值;
基于用户针对各微服务的API接口下发的测试策略,分别配置各微服务的API接口的测试策略;
基于各微服务之间的依赖关系,对各微服务的API接口的测试执行顺序进行编排处理,得到接口测试执行计划图。
9.如权利要求6-8任一项所述的装置,其特征在于,基于所述接口测试执行计划图,生成对应的接口测试执行流程表时,所述生成单元具体用于:
基于所述接口测试执行图中各微服务的API接口的入度,分别确定各微服务的API接口的测试优先级;
基于所述各微服务的API接口的测试优先级,生成对应的接口是执行流程表,其中,一个微服务的API接口的测试优先级越高,该微服务的API接口的测试任务在所述测试执行流程表中的执行顺序越靠前。
10.如权利要求9所述的装置,其特征在于,所述生成单元还用于:
在所述测试执行流程表的表头中配置触发条件,其中,在检测到满足所述触发条件时,执行所述测试执行流程表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110962605.9A CN113626333A (zh) | 2021-08-20 | 2021-08-20 | 一种接口自动化测试方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110962605.9A CN113626333A (zh) | 2021-08-20 | 2021-08-20 | 一种接口自动化测试方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113626333A true CN113626333A (zh) | 2021-11-09 |
Family
ID=78387045
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110962605.9A Pending CN113626333A (zh) | 2021-08-20 | 2021-08-20 | 一种接口自动化测试方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113626333A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116582468A (zh) * | 2023-04-26 | 2023-08-11 | 杭州云之盟科技有限公司 | 互联网流量监测方法、装置、设备及存储介质 |
-
2021
- 2021-08-20 CN CN202110962605.9A patent/CN113626333A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116582468A (zh) * | 2023-04-26 | 2023-08-11 | 杭州云之盟科技有限公司 | 互联网流量监测方法、装置、设备及存储介质 |
CN116582468B (zh) * | 2023-04-26 | 2024-01-16 | 杭州云之盟科技有限公司 | 互联网流量监测方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190324772A1 (en) | Method and device for processing smart contracts | |
JP2019204482A (ja) | 並行脆弱性検出 | |
CN109992498B (zh) | 测试用例的生成方法及系统、计算机系统 | |
CN108429787B (zh) | 容器部署方法及装置、计算机存储介质、终端 | |
CN114546738B (zh) | 服务器通用测试方法、系统、终端及存储介质 | |
CN113535367A (zh) | 任务调度方法及相关装置 | |
US20150089290A1 (en) | Derivation of generalized test cases | |
Rösler et al. | Towards a mobile application performance benchmark | |
WO2019193570A1 (en) | Batch jobs execution time prediction using distinct service demand of threads and instantaneous cpu utilization | |
JP2015219906A (ja) | ソフトウェア確認方法およびプロセッサ | |
CN116594757A (zh) | 利用大语言模型执行复杂任务的方法及装置 | |
CN113626333A (zh) | 一种接口自动化测试方法及装置 | |
US20110167413A1 (en) | Coverage apparatus and method for testing multi-thread environment | |
CN110647459A (zh) | 应用测试方法及装置 | |
CN110471828B (zh) | 一种操作系统测试方法、装置及其设备 | |
CN114691496A (zh) | 单元测试方法、装置、计算设备及介质 | |
CN112148590B (zh) | 一种代码覆盖率的确定方法、装置及设备 | |
CN110737572B (zh) | 大数据平台资源抢占测试方法、系统、终端及存储介质 | |
CN114169311A (zh) | 一种数据解析方法及装置 | |
CN110297625B (zh) | 应用的处理方法及装置 | |
CN111967767A (zh) | 一种业务风险识别方法、装置、设备及介质 | |
CN113504983A (zh) | 一种编排模板资源的方法及装置 | |
CN117195568B (zh) | 一种基于离散事件的仿真引擎性能分析方法及装置 | |
CN116501650B (zh) | 运载火箭测控流程引擎的执行方法、装置及介质 | |
CN117435510B (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 |