CN113821449A - ***测试方法、装置及电子设备 - Google Patents
***测试方法、装置及电子设备 Download PDFInfo
- Publication number
- CN113821449A CN113821449A CN202111388002.9A CN202111388002A CN113821449A CN 113821449 A CN113821449 A CN 113821449A CN 202111388002 A CN202111388002 A CN 202111388002A CN 113821449 A CN113821449 A CN 113821449A
- Authority
- CN
- China
- Prior art keywords
- keyword
- target
- test
- value
- request
- 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
-
- 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
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
本申请实施例涉及计算机技术领域,公开了一种***测试方法、装置及电子设备,所述方法包括:获取针对待测***的目标测试请求,所述目标测试请求所请求的数据为所述待测***的下游应用程序的数据;根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值;根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果。本申请实施例解决了现有技术中,Mock下游***的返回过程中,人工成本较高的问题。
Description
技术领域
本申请涉及计算机技术领域,具体而言,本申请涉及一种***测试方法、装置及电子设备。
背景技术
模拟(Mock)测试是较为常见的一种测试方法,例如在测试过程中,对于一些难以构造或获取的数据对象,采用虚拟该数据对象来进行Mock测试。在软件测试过程中,经常需要Mock下游***的返回。通常情况下,需要测试人员人工编写大量复杂的Mock脚本,导致Mock下游***的返回过程中,人工成本较高。
发明内容
本申请实施例提供了一种***测试方法,以解决现有技术中,Mock下游***的返回过程中,人工成本较高的问题。
相应的,本申请实施例还提供了一种***测试装置、一种电子设备以及一种存储介质,用以保证上述方法的实现及应用。
为了解决上述问题,本申请实施例公开了一种***测试方法,所述方法包括:
获取针对待测***的目标测试请求,所述目标测试请求所请求的数据为所述待测***的下游应用程序的数据;
根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值;
根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果。
可选的,所述方法还包括:
接收对应关系生成请求,提取所述对应关系生成请求中的第一关键字以及第一关键字值,根据所述第一关键字以及所述第一关键字值,确定所述预设对应关系;
和/或
获取所述待测***的历史测试用例的第二关键字,以及获取所述第二关键字的第二关键字值,根据所述第二关键字以及所述第二关键字值,确定所述预设对应关系。
可选的,所述获取所述待测***的历史测试用例的第二关键字,以及获取所述第二关键字的第二关键字值,包括:
对所述历史测试用例的历史测试结果进行特征分析,提取所述历史测试结果中的第二关键字;
根据所述第二关键字的类型,获取与所述第二关键字对应的第二关键字值;
其中,所述第二关键字的类型包括静态数据以及动态数据中的至少一种;所述静态数据包括在所述历史测试结果中,关键字值相同的概率大于第一概率阈值的关键字;所述动态数据包括在所述历史测试结果中,关键字值不同的概率大于第二概率阈值的关键字。
可选的,所述根据所述第二关键字的类型,获取与所述第二关键字对应的第二关键字值包括:
若所述第二关键字的类型包括所述静态数据,获取所述历史测试结果中所述第二关键字的第二关键字值;
和/或
若所述第二关键字的类型包括所述动态数据,接收所述第二关键字的第二关键字值。
可选的,所述根据预设的预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值,包括:
在所述下游应用程序的服务接口不可用的情况下,根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值。
本申请实施例还公开了一种***测试装置,所述装置包括:
请求获取模块,用于获取针对待测***的目标测试请求,所述目标测试请求所请求的数据为所述待测***的下游应用程序的数据;
关键字确定模块,用于根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值;
结果生成模块,用于根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果。
可选的,所述装置还包括:
第一确定模块,用于接收对应关系生成请求,提取所述对应关系生成请求中的第一关键字以及第一关键字值,根据所述第一关键字以及所述第一关键字值,确定所述预设对应关系;
和/或
第二确定模块,用于获取所述待测***的历史测试用例的第二关键字,以及获取所述第二关键字的第二关键字值,根据所述第二关键字以及所述第二关键字值,确定所述预设对应关系。
可选的,所述第二确定模块包括:
提取子模块,用于对所述历史测试用例的历史测试结果进行特征分析,提取所述历史测试结果中的第二关键字;
获取子模块,用于根据所述第二关键字的类型,获取与所述第二关键字对应的第二关键字值;
其中,所述第二关键字的类型包括静态数据以及动态数据中的至少一种;所述静态数据包括在所述历史测试结果中,关键字值相同的概率大于第一概率阈值的关键字;所述动态数据包括在所述历史测试结果中,关键字值不同的概率大于第二概率阈值的关键字。
可选的,所述获取子模块用于:
若所述第二关键字的类型包括所述静态数据,获取所述历史测试结果中所述第二关键字的第二关键字值;
和/或
若所述第二关键字的类型包括所述动态数据,接收所述第二关键字的第二关键字值。
可选的,所述关键字确定模块用于:
在所述下游应用程序的服务接口不可用的情况下,根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值。
本申请实施例还公开了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现本申请第一方面所示的***测试方法。
本申请实施例还公开了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现如本申请实施例中一个或多个所述的方法。
本申请实施例提供的技术方案带来的有益效果是:
本申请实施例中,获取针对待测***的目标测试请求,根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值;根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果;基于预设对应关系完成Mock测试,在测试无需人工编写大量Mock脚本,降低Mock测试的人工成本;同时,降低回归测试中对下游应用程序的依赖程度,避免由于下游应用程序宕机阻塞回归测试;对于新功能测试,避免由于下游应用程序尚未开发完成而无法进行跨***联调。
本申请实施例附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本申请实施例提供的***测试方法的流程图之一;
图2为本申请实施例提供的第一示例的示意图;
图3为本申请实施例提供的第二示例的示意图;
图4为本申请实施例提供的第三示例的示意图;
图5为本申请实施例提供的***测试方法的流程图之二;
图6为本申请实施例提供的第四示例的示意图;
图7为本申请实施例提供的***测试装置的框图;
图8为本申请实施例提供的电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例,实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组合。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
本申请实施例所提供的方案可以由任一电子设备执行,如可以是终端设备,也可以是服务器,其中,服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式***,还可以是提供云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等,但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接,本申请在此不做限制。对于现有技术中所存在的技术问题,本申请提供的***测试方法、装置及电子设备,旨在解决现有技术的技术问题中的至少一项。
下面以具体实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
参见图1,本申请实施例提供了一种***测试方法,可选地,所述方法可以应用于待测***或应用于待测***的代理端(Agent),所述Agent可以是非侵入式应用代码,通过Agent执行Mock测试,可以不需要访问Mock服务器;为了便于描述,后续以Agent作为本申请实施例的执行主体,可以理解的是,本申请实施例的执行主体并不限于此。
如图1中所示,该方法可以包括以下步骤:
步骤101,获取针对待测***的目标测试请求,所述目标测试请求所请求的数据为所述待测***的下游应用程序的数据。
其中,Agent接收到针对待测***的测试请求之后,解析所述待测请求的报文,确定待测请求所请求访问的数据为待测***的下游应用程序之后,确定所述测试请求为目标测试请求;所述目标测试请求可以是待测***的上游应用程序发送的。
一方面,由于很多应用程序的服务较为复杂,通常会拆分成很多的应用,而应用程序开发需要应用程序之间进行配合,在此过程中,涉及到多方合作,难以保证各方的开发步骤完全一致,因此对于较早开发完成的应用程序,可以通过 Mock的方式来进行跨应用间的功能验证。另一方面,跨应用的验证成本相对较高,需要有稳定的环境,包括所有的相关应用,以及需要有可用的各方数据。作为第一示例,以待测***为电商平台为例,若修改了电商平台的下单***,要验证下单场景是否正常工作,则需要部署所有的相下游应用程序,包括:商品管理***、商户管理***、店铺管理***、优惠管理***等;同时也要保证相关数据也是可用的,相关数据例如商品信息、店铺信息、活动信息、用户信息等等。因此,本申请实施例中,通过Agent执行Mock测试,获取针对作为待测***的下单***的测试请求后,解析所述测试请求所请求的数据为所述待测***的下游应用程序的数据后,确定所述测试请求为目标测试请求。
结合图2,待测***B为电商平台;应用A为待测***B的上游应用程序(或上游***),例如询价***;应用C为待测***B的下游应用程序(或下游***),例如商品管理***、商户管理***、店铺管理***、优惠管理***等;可以理解的是,图2中仅示意了一个下游应用程序,而待测***B可以关联多个下游应用程序。
步骤102,根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值。
其中,预设对应关系中包括关键字(key)与关键字值(value)之间的对应关系;key与value形成一个关键字对,预设对应关系中包括预先设定的关键字对。
可选地,关键字对可以提取自待测***的历史测试用例,比如,记录待测***的每个服务接口的历史测试用例,提取历史测试用例中的测试结果中的每个关键字对,并进一步提取关键字对中的key与value,添加到预设对应关系中。比如,上述第一示例中,接收到应用A的测试请求后,解析测试请求需要调用应用C;待测***B通过一个固定的用例(例如用例Y),调用下游***C的数据,此时,Agent记录测试请求(Req)和返回的测试结果(Res),提取测试结果中的key与value。
此外,关键字对还可以是用户输入的;比如,预先设定关键字对模板,接收用户填入模板中的数据,添加到预设对应关系中。
解析目标测试请求的请求报文,提取目标待测请求所请求数据的关键字;比如,作为示例,测试请求用于测试商品询价,商品标识与商品价格作为一个关键字对,则目标测试请求中包括商品标识(ID)作为目标关键字,测试结果中包括与所述商品标识对应的商品价格。
预设对应关系中可以包括的关键字对可以来自下述测试请求:商品香蕉的询价结果、商品香蕉的扣减库存结果、商品苹果的修改结果、用户甲的资金扣减、商户A的费用信息等;通过在预设对应关系设定的关键字对,确定与目标关键字对应的目标关键字值,不需要访问Mock服务器以及不需要额外编写Mock脚本。
步骤103,根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果。
确定与目标关键字对应的目标关键字值之后,根据目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果,完成执行一次Mock测试。
这样,一方面,降低了Mock测试的人工成本;另一方面,对于下游应用程序或下游服务接口不可用的情况,例如回归测试场景(修改了旧程序代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误)中,下游应用程序宕机容易阻塞回归测试;而本申请实施例中,通过预设对应关系自动生成测试结果,避免阻塞回归测试,降低对下游应用程序的依赖程度。且由于回归测试的测试内容通常是固定的,通过预设对应关系中记载的关键字对,可以大量减少人工编写Mock测试请求和结果的工作。
再以新功能测试场景为例。在进行新功能测试时,可能下游应用程序尚未对应开发完成,此时无法响应该新功能的Mock测试,无法调用下游应用程序的数据;而本申请实施例中,通过预设对应关系中预先记载的关键字对,可以执行新功能的Mock测试,解决下游应用程序尚未开发完成而无法进行跨***联调的问题。
本申请实施例中,获取针对待测***的目标测试请求,根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值;根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果;基于预设对应关系完成Mock测试,在测试无需人工编写大量Mock脚本,降低Mock测试的人工成本;同时,降低回归测试中对下游应用程序的依赖程度,避免由于下游应用程序宕机阻塞回归测试;对于新功能测试,避免由于下游应用程序尚未开发完成而无法进行跨***联调。本申请实施例解决了现有技术中,Mock下游***的返回过程中,人工成本较高的问题。
在一个可选实施例中,所述方法还包括确定预设对应关系的过程,包括以下情况一和/或情况二。
情况一,接收对应关系生成请求,提取所述对应关系生成请求中的第一关键字以及第一关键字值,根据所述第一关键字以及所述第一关键字值,确定所述预设对应关系;
对应关系生成请求用于用户定制Mock测试请求以及测试结果;比如,针对下游应用程序尚未支持新功能的情况,通过对应关系生成请求,用户可以输入所述第一关键字以及所述第一关键字值,这样无论下游***是否正常工作,Agent都可以主动Mock。
结合图2中的用例Y所示,其中,用例Y的规则库中,每个Req与Res作为一个关键字对;例如Req1表示第一关键字,Res1表示第一关键字值。
情况二,获取所述待测***的历史测试用例的第二关键字,以及获取所述第二关键字的第二关键字值,根据所述第二关键字以及所述第二关键字值,确定所述预设对应关系。
其中,对于待测***的下游应用程序,每个服务接口接收的测试请求通常是固定的;Agent可以记录待测***所执行过的历史测试用例,提取其中的第二关键字以及第二关键字值,确定所述预设对应关系。比如在回归测试的场景中,若下游应用程序不可用,根据待测***中实际执行过的测试用例所提取的关键字对,必然能在待测***中再次执行Mock测试;因此,对于下游服务不可用的情况下,本申请实施例可以执行Mock测试。
可选地,关键字的类型包括静态数据和/或动态数据,静态数据即关键字值为静态不变或变动较少的数据,动态数据即关键字值为变动较多的数据;作为第二示例,参见图3,应用C为待测***B的下游应用;待测***B通过用户X调用应用C。用例X的规则库中,包括定制关键字对以及录制关键字对;其中,定制关键字对即接收对应关系生成所生成的关键字对,例如图3中定制Req1、Res1;录制关键字对即根据历史测试用例所生成的关键字对。例如图3中录制Req3、Res3。
进一步地,根据静态数据与动态数据的不同,可以为用户提供定制模板;在模板中给出关键字对的格式,如图3中所示,静态key1表示静态数据,其关键字值为默认数值,比如默认为1;动态key1表示动态数据,其关键字值为空白,由用户填入。通常情况下,一个Res中包含的key数据可能会较多,例如十几个,甚至几十个,因此采用模版的方式可以减少用户定制Mock结果的人工成本。
在一个可选实施例中,所述根据预设的预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值,包括:
在所述下游应用程序的服务接口不可用的情况下,根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值。
对于下游应用程序或下游服务接口不可用的情况,下游应用程序宕机容易阻塞回归测试;而本申请实施例中,通过预设对应关系自动生成测试结果,避免阻塞回归测试,降低对下游应用程序的依赖程度。作为第三示例,参见图4,待测***B接收到应用A的测试请求后,解析测试请求需要调用下游应用C与下游应用D;待测***B通过用例X调用下游***C的数据,通过用例Y调用下游***D的数据,而下游应用C出现宕机,服务不可用;Agent可以通过用例X的规则库自动根据请求返回对应的Mock测试结果(例如Req1与Res1)。当下游的服务可用时,对外调用的用例会直接访问下游***,Agent可以不进行Mock,如图中的用例Y所示。
参见图5,本申请实施例还提供了一种***测试方法,可选地,所述方法可以应用于待测***或应用于待测***或待测***的Agent,如图5中所示,该方法可以包括以下步骤:
步骤501,获取所述待测***的历史测试用例,对所述历史测试用例的历史测试结果进行特征分析,提取所述历史测试结果中的第二关键字。
其中,对于待测***的下游应用程序,每个服务接口接收的测试请求通常是固定的,可以记录待测***所执行过的历史测试用例,对历史测试用例进行特征分析,提取其中的第二关键字以及第二关键字值;可选的,特征分析过程中,可通过预设文本分析算法执行,在此不再赘述。
通常情况下,在待测***中实际执行过的测试用例所提取的关键字对,必然能在待测***中再次执行Mock测试;因此,对于下游服务不可用的情况下,本申请实施例所提取的关键字对可以执行Mock测试。
步骤502,根据所述第二关键字的类型,获取与所述第二关键字对应的第二关键字值。
其中,所述第二关键字的类型包括静态数据以及动态数据中的至少一种;所述静态数据包括在所述历史测试结果中,关键字值相同的概率大于第一概率阈值的关键字;在所有历史测试结果中,某个关键字的关键字值为同一数据的概率较高,则该关键字为静态数据;比如,通过分析大量的用例测试结果(Res1,Res2,Res3,...)可以得到一些关键字对应的值是基本不变的,或者极少变动的,则这部分关键字就是静态数据。
反之,所述动态数据包括在所述历史测试结果中,关键字值不同的概率大于第二概率阈值的关键字。在所有历史测试结果中,某个关键字的关键字值一直变化,或变化的概率较高,则该关键字为动态数据;比如,通过分析大量的用例测试结果(Res1,Res2,Res3,...)可以得到一些关键字对应的值是变动较大的,则这部分关键字就是动态数据。作为第四示例,参见图6,获取历史测试用例中的X、Y、Z之后,对三者紧张特征分析,得到各自的格式信息,分别包括静态数据以及动态数据。
进一步地,确定第二关键字的过程如下:
若所述第二关键字的类型包括所述静态数据,获取所述历史测试结果中所述第二关键字的第二关键字值;
和/或
若所述第二关键字的类型包括所述动态数据,接收所述第二关键字的第二关键字值。
其中,若第二关键字的类型为静态数据,则根据历史测试结果确定第二关键字值,比如选择历史测试结果中,出现概率最大的数据作为第二关键字值,以实现对于静态数据,快速选择关键字值。若第二关键字的类型包括动态数据,则可由用户输入动态数据的关键字值。
步骤503,根据所述第二关键字以及所述第二关键字值,确定所述预设对应关系。
其中,预设对应关系中包括关键字(key)与关键字值(value)之间的对应关系;key与value形成一个关键字对,预设对应关系中的关键字对包括根据历史测试用例确定的关键字对。比如,作为示例,测商品标识与商品价格作为一个关键字对,则测试请求中包括商品标识(ID)作为目标关键字,测试结果中包括与所述商品标识对应的商品价格。
步骤504,获取针对待测***的目标测试请求,所述目标测试请求所请求的数据为所述待测***的下游应用程序的数据。
其中,接收到针对待测***的测试请求之后,解析所述待测请求的报文,确定待测请求所请求访问的数据为待测***的下游应用程序之后,确定所述测试请求为目标测试请求;所述目标测试请求可以是待测***的上游应用程序发送的,参考前述第一示例,以待测***为电商平台为例,若修改了电商平台的下单***,要验证下单场景是否正常工作,则需要部署所有的相下游应用程序,包括:商品管理***、商户管理***、店铺管理***、优惠管理***等;同时也要保证相关数据也是可用的,相关数据例如商品信息、店铺信息、活动信息、用户信息等等。因此,本申请实施例中,通过Agent执行Mock测试,获取针对作为待测***的下单***的测试请求后,解析所述测试请求所请求的数据为所述待测***的下游应用程序的数据后,确定所述测试请求为目标测试请求。
步骤505,根据所述预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值。
其中,关键字对提取自待测***的历史测试用例,比如,记录待测***的每个服务接口的历史测试用例,提取历史测试用例中的测试结果中的每个关键字对,并进一步提取关键字对中的key与value,添加到预设对应关系中。比如,上述第一示例中,接收到应用A的测试请求后,解析测试请求需要调用应用C;待测***B通过一个固定的用例(例如用例Y),调用下游***C的数据,此时,Agent记录测试请求(Req)和返回的测试结果(Res),提取测试结果中的key与value。
预设对应关系中可以包括的关键字对可以来自下述测试请求:商品香蕉的询价结果、商品香蕉的扣减库存结果、商品苹果的修改结果、用户甲的资金扣减、商户A的费用信息等;通过在预设对应关系设定的关键字对,确定与目标关键字对应的目标关键字值,不需要访问Mock服务器以及不需要额外编写Mock脚本。
步骤506,根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果。
确定与目标关键字对应的目标关键字值之后,根据目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果,完成执行一次Mock测试。
这样,一方面,降低了Mock测试的人工成本;另一方面,对于下游应用程序或下游服务接口不可用的情况,例如回归测试场景中,通过预设对应关系自动生成测试结果,避免阻塞回归测试,降低对下游应用程序的依赖程度。且由于回归测试的测试内容通常是固定的,通过预设对应关系中记载的关键字对,可以大量减少人工编写Mock测试请求和结果的工作。
在进行新功能测试时,而本申请实施例中,通过预设对应关系中预先记载的关键字对,可以执行新功能的Mock测试,解决下游应用程序尚未开发完成而无法进行跨***联调的问题。
本申请实施例中,获取所述待测***的历史测试用例,对所述历史测试用例的历史测试结果进行特征分析,提取所述历史测试结果中的第二关键字;根据所述第二关键字的类型,获取与所述第二关键字对应的第二关键字值,并确定所述预设对应关系;后续接收目标测试请求,根据预设对应关系,生成Mock测试结果;基于预设对应关系完成Mock测试,在测试无需人工编写大量Mock脚本,降低Mock测试的人工成本;同时,降低回归测试中对下游应用程序的依赖程度,避免由于下游应用程序宕机阻塞回归测试;对于新功能测试,避免由于下游应用程序尚未开发完成而无法进行跨***联调。本申请实施例解决了现有技术中,Mock下游***的返回过程中,人工成本较高的问题。
基于与本申请实施例所提供的方法相同的原理,本申请实施例还提供了一种***测试装置,如图7所示,该装置包括:
请求获取模块701,用于获取针对待测***的目标测试请求,所述目标测试请求所请求的数据为所述待测***的下游应用程序的数据。
接收到针对待测***的测试请求之后,解析所述待测请求的报文,确定待测请求所请求访问的数据为待测***的下游应用程序之后,确定所述测试请求为目标测试请求;所述目标测试请求可以是待测***的上游应用程序发送的。
一方面,由于很多应用程序的服务较为复杂,通常会拆分成很多的应用,而应用程序开发需要应用程序之间进行配合,在此过程中,涉及到多方合作,难以保证各方的开发步骤完全一致,因此对于较早开发完成的应用程序,可以通过 Mock的方式来进行跨应用间的功能验证。另一方面,跨应用的验证成本相对较高,需要有稳定的环境,包括所有的相关应用,以及需要有可用的各方数据。作为第一示例,以待测***为电商平台为例,若修改了电商平台的下单***,要验证下单场景是否正常工作,则需要部署所有的相下游应用程序,包括:商品管理***、商户管理***、店铺管理***、优惠管理***等;同时也要保证相关数据也是可用的,相关数据例如商品信息、店铺信息、活动信息、用户信息等等。因此,本申请实施例中,通过Agent执行Mock测试,获取针对作为待测***的下单***的测试请求后,解析所述测试请求所请求的数据为所述待测***的下游应用程序的数据后,确定所述测试请求为目标测试请求。
结合图2,待测***B为电商平台;应用A为待测***B的上游应用程序(或上游***),例如询价***;应用C为待测***B的下游应用程序(或下游***),例如商品管理***、商户管理***、店铺管理***、优惠管理***等;可以理解的是,图2中仅示意了一个下游应用程序,而待测***B可以关联多个下游应用程序。
关键字确定模块702,用于根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值。
应关系;key与value形成一个关键字对,预设对应关系中包括预先设定的关键字对。
可选地,关键字对可以提取自待测***的历史测试用例,比如,记录待测***的每个服务接口的历史测试用例,提取历史测试用例中的测试结果中的每个关键字对,并进一步提取关键字对中的key与value,添加到预设对应关系中。比如,上述第一示例中,接收到应用A的测试请求后,解析测试请求需要调用应用C;待测***B通过一个固定的用例(例如用例Y),调用下游***C的数据,此时,Agent记录测试请求(Req)和返回的测试结果(Res),提取测试结果中的key与value。
此外,关键字对还可以是用户输入的;比如,预先设定关键字对模板,接收用户填入模板中的数据,添加到预设对应关系中。
解析目标测试请求的请求报文,提取目标待测请求所请求数据的关键字;比如,作为示例,测试请求用于测试商品询价,商品标识与商品价格作为一个关键字对,则目标测试请求中包括商品标识(ID)作为目标关键字,测试结果中包括与所述商品标识对应的商品价格。
预设对应关系中可以包括的关键字对可以来自下述测试请求:商品香蕉的询价结果、商品香蕉的扣减库存结果、商品苹果的修改结果、用户甲的资金扣减、商户A的费用信息等;通过在预设对应关系设定的关键字对,确定与目标关键字对应的目标关键字值,不需要访问Mock服务器以及不需要额外编写Mock脚本。
结果生成模块703,用于根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果。
确定与目标关键字对应的目标关键字值之后,根据目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果,完成执行一次Mock测试。
这样,一方面,降低了Mock测试的人工成本;另一方面,对于下游应用程序或下游服务接口不可用的情况,例如回归测试场景(修改了旧程序代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误)中,下游应用程序宕机容易阻塞回归测试;而本申请实施例中,通过预设对应关系自动生成测试结果,避免阻塞回归测试,降低对下游应用程序的依赖程度。且由于回归测试的测试内容通常是固定的,通过预设对应关系中记载的关键字对,可以大量减少人工编写Mock测试请求和结果的工作。
再以新功能测试场景为例。在进行新功能测试时,可能下游应用程序尚未对应开发完成,此时无法响应该新功能的Mock测试,无法调用下游应用程序的数据;而本申请实施例中,通过预设对应关系中预先记载的关键字对,可以执行新功能的Mock测试,解决下游应用程序尚未开发完成而无法进行跨***联调的问题。
在一个可选实施例中,所述装置还包括:
第一确定模块,用于接收对应关系生成请求,提取所述对应关系生成请求中的第一关键字以及第一关键字值,根据所述第一关键字以及所述第一关键字值,确定所述预设对应关系;
和/或
第二确定模块,用于获取所述待测***的历史测试用例的第二关键字,以及获取所述第二关键字的第二关键字值,根据所述第二关键字以及所述第二关键字值,确定所述预设对应关系。
在一个可选实施例中,所述第二确定模块包括:
提取子模块,用于对所述历史测试用例的历史测试结果进行特征分析,提取所述历史测试结果中的第二关键字;
获取子模块,用于根据所述第二关键字的类型,获取与所述第二关键字对应的第二关键字值;
其中,所述第二关键字的类型包括静态数据以及动态数据中的至少一种;所述静态数据包括在所述历史测试结果中,关键字值相同的概率大于第一概率阈值的关键字;所述动态数据包括在所述历史测试结果中,关键字值不同的概率大于第二概率阈值的关键字。
在一个可选实施例中,所述获取子模块用于:
若所述第二关键字的类型包括所述静态数据,获取所述历史测试结果中所述第二关键字的第二关键字值;
和/或
若所述第二关键字的类型包括所述动态数据,接收所述第二关键字的第二关键字值。
在一个可选实施例中,所述关键字确定模块702用于:
在所述下游应用程序的服务接口不可用的情况下,根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值。
本申请实施例提供的***测试装置能够实现图1至图6的方法实施例中实现的各个过程,为避免重复,这里不再赘述。
本申请提供的***测试装置,请求获取模块701获取针对待测***的目标测试请求,关键字确定模块702根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值;结果生成模块703根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果;基于预设对应关系完成Mock测试,在测试无需人工编写大量Mock脚本,降低Mock测试的人工成本;同时,降低回归测试中对下游应用程序的依赖程度,避免由于下游应用程序宕机阻塞回归测试;对于新功能测试,避免由于下游应用程序尚未开发完成而无法进行跨***联调。本申请实施例解决了现有技术中,Mock下游***的返回过程中,人工成本较高的问题。
本申请实施例的***测试装置可执行本申请实施例所提供的***测试方法,其实现原理相类似,本申请各实施例中的***测试装置中的各模块、单元所执行的动作是与本申请各实施例中的***测试方法中的步骤相对应的,对于***测试装置的各模块的详细功能描述具体可以参见前文中所示的对应的***测试方法中的描述,此处不再赘述。
基于与本申请的实施例中所示的方法相同的原理,本申请实施例还提供了一种电子设备,该电子设备可以包括但不限于:处理器和存储器;存储器,用于存储计算机程序;处理器,用于通过调用计算机程序执行本申请任一可选实施例所示的***测试方法。与现有技术相比,本申请提供的***测试方法,基于预设对应关系完成Mock测试,在测试无需人工编写大量Mock脚本,降低Mock测试的人工成本;同时,降低回归测试中对下游应用程序的依赖程度,避免由于下游应用程序宕机阻塞回归测试;对于新功能测试,避免由于下游应用程序尚未开发完成而无法进行跨***联调。
在一个可选实施例中,还提供了一种电子设备,如图8所示,图8所示的电子设备8000可以为服务器,包括:处理器8001和存储器8003。其中,处理器8001和存储器8003相连,如通过总线8002相连。可选地,电子设备8000还可以包括收发器8004。需要说明的是,实际应用中收发器8004不限于一个,该电子设备8000的结构并不构成对本申请实施例的限定。
处理器8001可以是CPU(Central Processing Unit,中央处理器),通用处理器,DSP(Digital Signal Processor,数据信号处理器),ASIC(Application SpecificIntegrated Circuit,专用集成电路),FPGA(Field Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器8001也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
总线8002可包括一通路,在上述组件之间传送信息。总线8002可以是PCI(Peripheral Component Interconnect,外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture,扩展工业标准结构)总线等。总线8002可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器8003可以是ROM(Read Only Memory,只读存储器)或可存储静态信息和指令的其他类型的静态存储设备,RAM(Random Access Memory,随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory,电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory,只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
存储器8003用于存储执行本申请方案的应用程序代码,并由处理器8001来控制执行。处理器8001用于执行存储器8003中存储的应用程序代码,以实现前述方法实施例所示的内容。
其中,电子设备包括但不限于:移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图8示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
本申请提供的服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式***,还可以是提供云服务、云计算机、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等,但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接,本申请在此不做限制。
本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,当其在计算机上运行时,使得计算机可以执行前述方法实施例中相应内容。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
需要说明的是,本申请上述的计算机可读存储介质还可以是计算机可读信号介质或者计算机可读存储介质与计算机可读存储介质的组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备执行上述实施例所示的方法。
根据本申请的一个方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各种可选实现方式中提供的***测试方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,模块的名称在某种情况下并不构成对该模块本身的限定,例如,A模块还可以被描述为“用于执行B操作的A模块”。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (12)
1.一种***测试方法,其特征在于,包括:
获取针对待测***的目标测试请求,所述目标测试请求所请求的数据为所述待测***的下游应用程序的数据;
根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值;
根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果。
2.根据权利要求1所述的***测试方法,其特征在于,所述方法还包括:
接收对应关系生成请求,提取所述对应关系生成请求中的第一关键字以及第一关键字值,根据所述第一关键字以及所述第一关键字值,确定所述预设对应关系;
和/或
获取所述待测***的历史测试用例的第二关键字,以及获取所述第二关键字的第二关键字值,根据所述第二关键字以及所述第二关键字值,确定所述预设对应关系。
3.根据权利要求2所述的***测试方法,其特征在于,所述获取所述待测***的历史测试用例的第二关键字,以及获取所述第二关键字的第二关键字值,包括:
对所述历史测试用例的历史测试结果进行特征分析,提取所述历史测试结果中的第二关键字;
根据所述第二关键字的类型,获取与所述第二关键字对应的第二关键字值;
其中,所述第二关键字的类型包括静态数据以及动态数据中的至少一种;所述静态数据包括在所述历史测试结果中,关键字值相同的概率大于第一概率阈值的关键字;所述动态数据包括在所述历史测试结果中,关键字值不同的概率大于第二概率阈值的关键字。
4.根据权利要求3所述的***测试方法,其特征在于,所述根据所述第二关键字的类型,获取与所述第二关键字对应的第二关键字值包括:
若所述第二关键字的类型包括所述静态数据,获取所述历史测试结果中所述第二关键字的第二关键字值;
和/或
若所述第二关键字的类型包括所述动态数据,接收所述第二关键字的第二关键字值。
5.根据权利要求1所述的***测试方法,其特征在于,所述根据预设的预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值,包括:
在所述下游应用程序的服务接口不可用的情况下,根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值。
6.一种***测试装置,其特征在于,包括:
请求获取模块,用于获取针对待测***的目标测试请求,所述目标测试请求所请求的数据为所述待测***的下游应用程序的数据;
关键字确定模块,用于根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值;
结果生成模块,用于根据所述目标关键字以及所述目标关键字值,生成所述目标测试请求的目标模拟Mock测试结果。
7.根据权利要求6所述的***测试装置,其特征在于,所述装置还包括:
第一确定模块,用于接收对应关系生成请求,提取所述对应关系生成请求中的第一关键字以及第一关键字值,根据所述第一关键字以及所述第一关键字值,确定所述预设对应关系;
和/或
第二确定模块,用于获取所述待测***的历史测试用例的第二关键字,以及获取所述第二关键字的第二关键字值,根据所述第二关键字以及所述第二关键字值,确定所述预设对应关系。
8.根据权利要求7所述的***测试装置,其特征在于,所述第二确定模块包括:
提取子模块,用于对所述历史测试用例的历史测试结果进行特征分析,提取所述历史测试结果中的第二关键字;
获取子模块,用于根据所述第二关键字的类型,获取与所述第二关键字对应的第二关键字值;
其中,所述第二关键字的类型包括静态数据以及动态数据中的至少一种;所述静态数据包括在所述历史测试结果中,关键字值相同的概率大于第一概率阈值的关键字;所述动态数据包括在所述历史测试结果中,关键字值不同的概率大于第二概率阈值的关键字。
9.根据权利要求8所述的***测试装置,其特征在于,所述获取子模块用于:
若所述第二关键字的类型包括所述静态数据,获取所述历史测试结果中所述第二关键字的第二关键字值;
和/或
若所述第二关键字的类型包括所述动态数据,接收所述第二关键字的第二关键字值。
10.根据权利要求6所述的***测试装置,其特征在于,所述关键字确定模块用于:
在所述下游应用程序的服务接口不可用的情况下,根据预设对应关系,确定与所述目标测试请求的目标关键字对应的目标关键字值。
11.一种电子设备,其特征在于,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现权利要求1至5中任一项所述的方法。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111388002.9A CN113821449A (zh) | 2021-11-22 | 2021-11-22 | ***测试方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111388002.9A CN113821449A (zh) | 2021-11-22 | 2021-11-22 | ***测试方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113821449A true CN113821449A (zh) | 2021-12-21 |
Family
ID=78919645
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111388002.9A Pending CN113821449A (zh) | 2021-11-22 | 2021-11-22 | ***测试方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113821449A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111159033A (zh) * | 2019-12-25 | 2020-05-15 | 口碑(上海)信息技术有限公司 | 一种软件测试方法及装置 |
CN111367792A (zh) * | 2020-02-24 | 2020-07-03 | 天津满运软件科技有限公司 | 一种测试方法、装置、存储介质及电子设备 |
CN112631910A (zh) * | 2020-12-22 | 2021-04-09 | 平安普惠企业管理有限公司 | 前端测试方法、装置、计算机设备及存储介质 |
CN112732499A (zh) * | 2020-12-30 | 2021-04-30 | 广州品唯软件有限公司 | 一种基于微服务架构的测试方法、装置及计算机*** |
-
2021
- 2021-11-22 CN CN202111388002.9A patent/CN113821449A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111159033A (zh) * | 2019-12-25 | 2020-05-15 | 口碑(上海)信息技术有限公司 | 一种软件测试方法及装置 |
CN111367792A (zh) * | 2020-02-24 | 2020-07-03 | 天津满运软件科技有限公司 | 一种测试方法、装置、存储介质及电子设备 |
CN112631910A (zh) * | 2020-12-22 | 2021-04-09 | 平安普惠企业管理有限公司 | 前端测试方法、装置、计算机设备及存储介质 |
CN112732499A (zh) * | 2020-12-30 | 2021-04-30 | 广州品唯软件有限公司 | 一种基于微服务架构的测试方法、装置及计算机*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107423085B (zh) | 用于部署应用的方法和装置 | |
CN108173706B (zh) | 一种多业务***下的业务标记方法、装置及设备 | |
CN109359118B (zh) | 一种数据写入方法及装置 | |
CN111555940B (zh) | 客户端的测试方法、装置、电子设备及计算机可读存储介质 | |
CN107092535B (zh) | 用于测试接口的数据存储的方法及设备 | |
CN112463729B (zh) | 数据文件的入库方法、装置、电子设备和介质 | |
CN110704833A (zh) | 数据权限配置方法、设备、电子设备及存储介质 | |
CN114640503A (zh) | 应用***的验证方法、装置、计算机设备和存储介质 | |
CA3059719A1 (en) | Payment processing method, device, medium and electronic device | |
US20160162984A1 (en) | Processing unstructured messages | |
CN111159040A (zh) | 一种测试数据生成方法、装置、设备及存储介质 | |
CN111464319B (zh) | 一种基于中心化块链式账本的交易存储、签名校验方法 | |
CN113408254A (zh) | 一种页面表单信息填写方法、装置、设备和可读介质 | |
CN112559024A (zh) | 一种生成交易码变更列表的方法和装置 | |
CN109542743B (zh) | 日志校验方法、装置、电子设备及计算机可读存储介质 | |
CN111783010A (zh) | 网页空白页面监测方法、装置、终端及存储介质 | |
CN108632348B (zh) | 一种业务校验方法和装置 | |
CN112734349A (zh) | 接口生成、数据调用方法、装置和电子设备 | |
CN112506781B (zh) | 测试监控方法、装置、电子设备、存储介质及程序产品 | |
CN113821449A (zh) | ***测试方法、装置及电子设备 | |
CN110781523B (zh) | 用于处理信息的方法和装置 | |
CN109656805B (zh) | 用于业务分析的代码链路的生成方法、装置及业务服务器 | |
CN114296651A (zh) | 一种用于存储自定义数据信息的方法与设备 | |
CN112068814A (zh) | 可执行文件的生成方法、装置、***及介质 | |
CN111831530A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20211221 |