CN113849403A - 基于yaml配置的流程测试方法、装置和设备 - Google Patents
基于yaml配置的流程测试方法、装置和设备 Download PDFInfo
- Publication number
- CN113849403A CN113849403A CN202111115563.1A CN202111115563A CN113849403A CN 113849403 A CN113849403 A CN 113849403A CN 202111115563 A CN202111115563 A CN 202111115563A CN 113849403 A CN113849403 A CN 113849403A
- Authority
- CN
- China
- Prior art keywords
- test
- information
- task node
- fund provider
- yaml
- 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/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
本申请实施例公开了一种基于YAML配置的流程测试方法、装置和设备,其中方法的实现包括:接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性;根据测试请求生成针对至少一个任务节点的YAML测试文件;执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方;从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成;根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。采用本申请实施例的方法,根据从资金提供方接收到的测试反馈信息确定至少一个任务节点的测试结果,从而实现流程测试的自动化。
Description
技术领域
本申请涉及研发管理技术领域,特别是涉及一种基于YAML配置的流程测试方法、装置和设备。
背景技术
流程测试,是测试人员为了模拟真实用户实际的使用流程情况而对至少一个测试节点进行连贯测试的工作流程。
现有的流程测试在测试过程中,需要测试人员反复地去修改提交给测试节点的信息、反复地去核对测试节点的反馈结果是否符合预期,若符合预期才能去继续剩余的测试节点,继续流程测试,直到完成整个流程。而在测试过程中,若某一测试节点的执行时间较久也需要测试人员耐心地等待,测试人员只能时不时地查看某一测试节点是否已经通过,从而造成流程测试工作效率低下的问题,且在进行多方联调测试的测试场景中,将会造成严重的资源浪费。
发明内容
本申请实施例提供了一种基于YAML配置的流程测试方法、装置和设备,实施本申请实施例,实现了流程测试的自动化。
第一方面,本申请实施例提供了一种基于YAML配置的流程测试方法,应用于测试***中,上述方法包括:
接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性;
根据测试请求生成针对至少一个任务节点的YAML测试文件;
执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方;
从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成;
根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。
在一个可能的示例中,上述方法还包括:
获取多个资金提供方的历史测试结果,并根据多个资金提供方的历史测试结果确定多个资金提供方中的测试失败资金提供方,测试失败资金提供方的历史测试结果中包括至少一个任务节点为不可用的节点;
根据测试失败资金提供方的历史测试结果确定测试失败资金提供方的历史测试失败次数;
根据测试失败资金提供方的历史测试失败次数,计算出多个资金提供方中的测试失败资金提供方的平均测试失败次数;
对测试失败资金提供方的历史测试结果的失败原因进行分析,确定失败原因为测试失败资金提供方的失败结果占比;
将历史测试失败次数大于平均测试失败次数预设倍数、且失败结果占比大于预设占比的测试失败资金提供方确定为待优化资金提供方,并生成测试优化建议给待优化资金提供方,优化建议用于建议待优化资金提供方对用于测试流程的测试接口性能进行优化。
第二方面,本申请实施例提供了一种基于YAML配置的流程测试装置,应用于测试***中,上述装置包括:
接收单元,用于接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性;
生成单元,用于根据测试请求生成针对至少一个任务节点的YAML测试文件;
执行单元,用于执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方;
反馈单元,用于从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成;
确定单元,用于根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。
第三方面,本申请实施例提供了一种电子设备,包括处理器、存储器以及存储在存储器上并可在处理器上运行的计算机执行指令,当计算机执行指令被运行时,使得电子设备执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。
第四方面,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质中存储有计算机指令,当计算机指令在通信装置上运行时,使得通信装置执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。
第五方面,本申请实施例提供了一种计算机程序产品,其中,计算机程序产品包括计算机程序,计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
可以看出,本申请实施例中,通过接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性;根据测试请求生成针对至少一个任务节点的YAML测试文件;执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方;从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成;根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。采用本申请实施例的方法,根据从资金提供方接收到的测试反馈信息确定至少一个任务节点的测试结果,从而实现流程测试的自动化,进而在降低测试人力成本的同时提高了流程测试的测试效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1A是本申请实施例提供的一种流程测试***的结构部署图;
图1B是本申请实施例提供的一种基于YAML配置的流程测试方法的流程示意图;
图1C是本申请实施例应用的一种基于YAML配置的流程测试***的结构部署图;
图1D是本申请实施例提供的一种基于YAML配置的流程测试方法的举例示意图;
图2A是本申请实施例提供的一种基于YAML配置的流程测试方法的举例示意图;
图2B是本申请实施例提供的一种基于YAML配置的流程测试方法的举例示意图;
图3是本申请实施例提供的一种基于YAML配置的流程测试装置的结构示意图;
图4是本申请的实施例提供的一种电子设备的硬件运行环境的服务器结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤的过程、方法、***、产品或设备没有限定于已列出的步骤,而是可选地还包括没有列出的步骤,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
下面结合附图对本申请实施例中所涉及的设备进行介绍。
图1A是本申请实施例提供的一种流程测试***的结构部署图。如图1A所示,该***的第一端与测试人员服务器连接,第二端与联调方服务器连接。
其中,测试人员服务器,用于将测试信息提交给流程测试***,测试信息用于节点测试,并接收流程测试***发送的节点测试的反馈结果,在接收到符合期望的反馈结果时再向流程测试***提交用于下一个节点测试的下一个测试信息,直到完成整个流程测试工作。
其中,流程测试***,用于在接收到测试人员服务器发送的测试信息后将测试信息提交给联调方服务器,并在接收到联调方服务器反馈的节点测试的反馈结果后发送节点测试的反馈结果给测试人员服务器。
其中,联调方服务器,用于接收流程测试***发送的测试信息,并根据测试信息反馈节点测试的反馈结果给流程测试***。
在上述***进行流程测试的过程中,测试人员服务器需要反复地向流程测试***提交用于节点测试的测试信息、反复地查看联调方服务器通过流程测试***反馈的节点测试的反馈结果是否符合预期,这个流程测试过程对于测试人员而言非常地耗时耗力,且会造成流程测试工作效率低下的问题。
基于此,本申请实施例提供了一种基于YAML配置的流程测试方法,应用于测试***中,请参阅图1B,图1B是本申请实施例提供的一种基于YAML配置的流程测试方法的流程示意图,如图1B所示,该方法包括以下步骤:
101:测试***接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性。
其中,资金提供方,包括银行、证券公司、保险公司、信托投资公司和基金管理公司等金融机构。
其中,任务节点的可用性,指任务节点在流程测试中是否能够配合前后的任务节点且符合期望地完成信息处理。
示例性地,需要进行测试的流程为信息审批-贷款签约流程,信息审批-贷款签约流程有信息审批环节和贷款签约环节,则任务节点为信息审批节点和贷款签约节点,因此,测试请求用于请求测试资金提供方的信息审批节点和贷款签约节点的可用性。
其中,测试资金提供方的至少一个任务节点的可用性,可以是测试资金提供方在某一流程的全部任务节点的可用性,若该流程存在部分任务节点是对于前后任务节点没有产生影响的非必要任务节点,则也可以是仅针对必要任务节点即只针对部分任务节点的可用性进行测试。
102:测试***根据测试请求生成针对至少一个任务节点的YAML测试文件。
其中,YAML是其英文全名“Yet Another Markup Language”的递归缩写,相应地,YAML的中文名为“另一种标记语言”。YAML与程序语言数据结构非常接近,是一种可读性非常高、同时具备丰富的表达能力和可扩展性、并且易于使用的数据标记语言。由于YAML的特性,使得YAML测试文件在流程测试中具有良好的可读性,从而有利于在流程测试过程中对配置内容进行调整和修改。尤其是在与资金提供方的联调测试场景中,不同的资金提供方会有不同的测试要求,因此测试人员需要模拟大量的测试场景,而使用YAML测试文件将会大大降低测试人员对配置内容的修改工作量,从而提高流程测试的工作效率。
其中,根据测试请求生成针对至少一个任务节点的YAML测试文件,在具体实现中,可以是根据测试请求中至少一个任务节点的信息组装成YAML测试文件。
103:测试***执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方。
其中,第一信息,指针对测试中的任务节点所需要提交的测试信息,测试中的任务节点针对该测试信息如果能够返回预计测试反馈信息,则说明任务节点为可用任务节点,即能够正常执行任务的节点。
示例性地,需要进行测试的任务节点为信息审批节点,该任务节点用于贷款人向资金提供方提交自己的信息、由资金提供方评估贷款人是否符合获得贷款的条件,则信息审批节点在执行过程中生成的第一信息为贷款人信息。
又一示例性地,需要进行测试的任务节点为贷款签约节点,该任务节点用于贷款人与资金提供方双方就贷款协议进行签约,则贷款签约节点在执行过程中生成的第一信息为“贷款人同意签约”信息,具体地,“贷款人同意签约”信息的形式可以是同意指令或电子签名。
104:测试***从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成。
示例性地,需要进行测试的任务节点为信息审批节点,该任务节点在贷款人向资金提供方提交自己的信息后、由资金提供方评估贷款人是否符合获得贷款的条件,信息审批节点在执行过程中生成的第一信息为贷款人信息,则根据第一信息生成的测试反馈信息为资金提供方反馈的关于贷款人是否符合获得贷款的条件的反馈信息,具体地,反馈信息可以是“审批通过”、“审批不通过”。
又一示例性地,需要进行测试的任务节点为贷款签约节点,该任务节点在资金提供方通过对贷款人信息的审批后、与贷款人就贷款协议进行签约,贷款签约节点在执行过程中生成的第一信息为“贷款人同意签约”信息,则根据第一信息生成的测试反馈信息为“资金提供方同意签约”信息。
105:测试***根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。
其中,根据测试反馈信息确定至少一个任务节点的测试结果,指根据测试反馈信息是否与期望的反馈信息一致来确定至少一个任务节点的测试结果。
其中,若测试结果包括至少一个任务节点可用,则表示至少一个任务节点在流程测试中能够配合前后的任务节点且符合期望地完成信息处理;若测试结果包括至少一个任务节点不可用,则表示至少一个任务节点在流程测试中无法符合期望地完成信息处理,流程测试失败。
其中,本申请实施例的方法可以应用在终端中,终端可以是手机、平板电脑、个人数字助理、穿戴式设备等电子设备。
下面结合附图对本申请实施例中所涉及的设备进行介绍。
请参阅图1C,图1C是本申请实施例应用的一种基于YAML配置的流程测试***的结构部署图,如图1C所示,该流程测试***包括测试文件生成模块、测试文件执行模块、测试结果确定模块,流程测试***的第一端与测试人员服务器连接、第二端与资金提供方服务器连接。其中,每个模块的功能可以由单独的服务器来实现,也可以是多个模块的功能由一个服务器实现。实现不同模块功能的多个服务器互相通信连接。
其中,测试人员服务器是使用流程测试***与资金提供方服务器进行联调测试的角色,用于接收来自资金提供方服务器的测试请求,根据测试请求确定至少一个任务节点并在流程测试***上进行流程测试工作。
其中,测试文件生成模块,用于根据测试请求生成针对至少一个任务节点的YAML测试文件。
其中,测试文件执行模块,用于执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方服务器。
其中,测试结果确定模块,用于从资金提供方服务器接收测试反馈信息,测试反馈信息根据第一信息生成,根据测试反馈信息确定至少一个任务节点的测试结果,并发送至少一个任务节点的测试结果给测试人员服务器。从资金提供方服务器接收根据第一信息生成的测试反馈信息,还可以包括:按照预设轮询时间从资金提供方服务器接收根据第一信息生成的测试反馈信息。
其中,资金提供方服务器是使用流程测试***与测试人员服务器进行联调测试的角色,用于向测试人员服务器发送测试请求并在流程测试的过程中根据接收到的第一信息向流程测试***发送测试反馈信息。
示例性地,请参阅图1D,图1D是本申请实施例提供的一种基于YAML配置的流程测试方法的举例示意图,如图1D所示,接收资金提供方关于信息审批-贷款签约流程的测试请求,测试请求用于请求测试资金提供方的信息审批节点和贷款签约节点共两个任务节点的可用性,信息审批节点在贷款人向资金提供方提交自己的信息后、由资金提供方评估贷款人是否符合获得贷款的条件,贷款签约节点在资金提供方通过对贷款人信息的审批后、与贷款人就贷款协议进行签约。则,信息审批-贷款签约的流程测试具体为:根据测试请求生成针对信息审批节点和贷款签约节点共两个任务节点的YAML测试文件,执行该YAML测试文件,首先,对信息审批节点进行测试,将在执行信息审批节点时生成的贷款人信息发送给资金提供方,从资金提供方接收到根据贷款人信息生成的“审批通过”的测试反馈信息,由于“审批通过”的测试反馈信息与信息审批节点的预期反馈信息一致,则根据“审批通过”的测试反馈信息确定信息审批节点为可用,进一步地,对贷款签约节点进行测试,将在执行贷款签约节点时生成的“贷款人同意签约”信息发送给资金提供方,从资金提供方接收到根据“贷款人同意签约”信息生成的“资金提供方同意签约”的测试反馈信息,由于“资金提供方同意签约”的测试反馈信息与贷款签约节点的预期反馈信息一致,则根据“资金提供方同意签约”的测试反馈信息确定贷款签约节点为可用,至此,完成对测试请求的流程测试工作。
可以看出,本申请实施例中,通过接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性;根据测试请求生成针对至少一个任务节点的YAML测试文件;执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方;从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成;根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。采用本申请实施例的方法,根据从资金提供方接收到的测试反馈信息确定至少一个任务节点的测试结果,从而实现流程测试的自动化,进而在降低测试人力成本的同时提高了流程测试的测试效率。
在一个可能的示例中,上述YAML测试文件中包括用于确定预设轮询时间的信息,上述从资金提供方接收测试反馈信息,包括:按照预设轮询时间从资金提供方接收测试反馈信息。
其中,预设轮询时间,用于防止在执行YAML测试文件的过程中在某一任务节点超时过久的情况,同时也避免了测试人员由于不清楚任务节点的执行时长而需要时不时地查看某一任务节点是否已经通过的困扰。在具体实现中,预设轮询时间可以是2分钟。
其中,YAML测试文件中包括用于确定预设轮询时间的信息,在具体实现中,可以是在YAML测试文件中配置有“#处理超时timeOut:xxx ms”代码指令来实现。
示例性地,预设轮询时间是2分钟,2分钟为120000毫秒,则YAML测试文件中包括用于确定预设轮询时间的信息的实现方式,可以是在YAML测试文件中配置有“#处理超时timeOut:120000ms”代码指令来实现,则执行YAML测试文件的过程中将会按照每2分钟从资金提供方接收测试反馈信息,如果在执行某一任务节点时超过2分钟都无法接收到来自资金提供方反馈的测试反馈信息,则确定该任务节点的测试结果为该任务节点不可用;若在执行该任务节点时在2分钟内接收到了与期望反馈信息一致的测试反馈信息,则确定该任务节点的测试结果为该任务节点可用,并对该任务节点的下一个任务节点进行测试工作。
可以看出,本申请实施例中,由于YAML测试文件中包括用于确定预设轮询时间的信息,从而流程测试的过程中能够按照预设轮询时间从资金提供方接收测试反馈信息,既防止了在执行YAML测试文件的过程中在某一任务节点超时过久的情况,也避免了测试人员由于不清楚任务节点的执行时长而需要时不时地查看某一任务节点是否已经通过的困扰,在提高流程测试效率的同时也解放了测试人力。
在一个可能的示例中,上述测试请求中包括资金提供方的进件信息,进件信息包括资金提供方的所在域名、提交接口地址和查询接口地址,资金提供方的所在域名用于标识资金提供方,提交接口地址为资金提供方接收目标节点的第一信息的地址;查询接口地址为资金提供方提交目标节点的测试反馈信息的地址。
其中,所在域名,指执行某一任务节点的具***置,具***置可以是一个网站页面或移动APP页面。
示例性地,在具体实现中,资金提供方的所在域名可以是:“http://xxx.x.x.x:xxxx”或“http://xx-xxxx-xxx-xxxx.xxxx.com.cn”;因此,资金提供方的所在域名在YAML测试文件中的形式,可以是:[#所在域名domain:“http://xxx.x.x.x:xxxx”]或[#所在域名domain:“http://xx-xxxx-xxx-xxxx.xxxx.com.cn”],具体形式由测试请求决定,在此不做限制。
其中,提交接口地址和查询接口地址,可以是位于资金提供方的所在域名中。
示例性地,在具体实现中,提交接口地址可以是:“/xxxx/xxx/xxxxx/xxxxxx/update”,查询接口地址可以是:“/xxxx/xxx/xxxxx/xxxxxx/Query”;因此,提交接口地址在YAML测试文件中的形式,可以是:[#提交接口地址statusUpdateUri:“/xxxx/xxx/xxxxx/xxxxxx/update”];查询接口地址在YAML测试文件中的形式,可以是[#查询接口地址statusQueryUri:“/xxxx/xxx/xxxxx/xxxxxx/Query”]。提交接口地址和查询接口地址的具体形式由测试请求决定,在此不做限制。
示例性地,请参阅图2A,图2A是本申请实施例提供的一种基于YAML配置的流程测试方法的举例示意图,如图2A所示,执行某一任务节点的具***置为资金提供方提供的一个网站页面,该网站页面上包含有提交接口和查询接口,资金提供方的网站页面所在域名为“http://xx-xxxx-xxx-xxxx.xxxx.com.cn”,网站页面上的提交接口对应的提交接口地址为“/xxxx/xxx/xxxxx/xxxxxx/updat”,网站页面上的查询接口对应的查询接口地址为“/xxxx/xxx/xxxxx/xxxxxx/Query”。
可以看出,本申请实施例中,测试请求中包括资金提供方的进件信息,进件信息包括资金提供方的所在域名、提交接口地址和查询接口地址,从而在根据测试请求生成针对至少一个任务节点的YAML测试文件时,能够清晰地确定如何在YAML测试文件中标识资金提供方,以及能够轻易地确定YAML测试文件中关于资金提供方接收目标节点的第一信息的地址和资金提供方提交目标节点的测试反馈信息的地址,从而能够快速地完成根据测试请求生成针对至少一个任务节点的YAML测试文件,进而节省了测试人员的测试时间,提高了流程测试的工作效率。
在一个可能的示例中,上述测试请求中包括需求信息,需求信息用于表征资金提供方期望的第一信息,以及期望的第一信息对应的预计测试反馈信息;上述根据测试请求生成YAML测试文件,包括:根据需求信息生成YAML测试文件;执行YAML测试文件过程中生成的第一信息为期望的第一信息;根据测试反馈信息确定至少一个任务节点的测试结果,包括:若测试反馈信息为预计测试反馈信息,则确定至少一个任务节点为可用节点,否则确定至少一个任务节点为不可用节点。
其中,期望的第一信息,指资金提供方针对执行中的任务节点所期望的接收到的测试信息,期望的第一信息可以包括测试信息的字段参数内容和字段参数格式。
其中,预计测试反馈信息,指资金提供方所预计的根据期望的第一信息返回给测试人员的反馈信息,预计测试反馈信息可以包括反馈信息的内容形式。
示例性地,测试请求表示需要进行测试的任务节点为信息审批节点,信息审批节点用于在贷款人向资金提供方提交自己的信息后、由资金提供方评估贷款人是否符合获得贷款的条件,则测试请求中包括需求信息,需求信息用于表征资金提供方期望的第一信息为贷款人信息,资金提供方期望的贷款人信息包括“姓氏familyName:x”、“名字givenName:xx”、“手机号码mobile:xxxxxxxxxxx”等字段参数内容,以及期望的第一信息对应的预计测试反馈信息为“审批通过”或“审批不通过”的反馈信息。
其中,根据需求信息生成YAML测试文件,在具体实现中,可以是按照代码格式将需求信息的内容配置在YAML测试文件中的方式来实现。
可以看出,本申请实施例中,测试请求中包括用于表征资金提供方期望的第一信息,以及期望的第一信息对应的预计测试反馈信息的需求信息,并根据需求信息生成YAML测试文件,从而能够确定资金提供方期望的第一信息的样式,从而生成符合要求的第一信息发送给资金提供方,且能够将从资金提供方接收到的测试反馈信息和期望的第一信息对应的预计测试反馈信息进行匹配,进而根据测试反馈信息确定至少一个任务节点的测试结果。通过根据需求信息生成YAML测试文件,相当于测试人员和资金提供方提前做好了关于测试过程信息的约定再进行联调测试,从而实现了流程测试效率的提高,节约了测试人员的测试时间,降低流程测试的成本。
在一个可能的示例中,在执行YAML测试文件之前,上述方法还包括:生成针对资金提供方的至少一个任务节点中每个任务节点的配置环境,配置环境根据资金提供方的进件信息和资金提供方的至少一个任务节点中每个任务节点的节点配置信息确定,节点配置信息包括每个任务节点的期望的第一信息。
可以看出,本申请实施例中,在执行YAML测试文件之前,生成针对资金提供方的至少一个任务节点中每个任务节点的配置环境,从而每个任务节点各自对应有配置环境,从而在后续执行YAML测试文件时,每个任务节点可以有序且独立地执行,而不被其他非关联关系的任务节点中的信息干扰,进而保障至少一个任务节点的测试结果准确而有效,保证流程测试的工作效率。
在一个可能的示例中,至少一个任务节点为N个任务节点,上述执行至少一个任务节点中的YAML测试文件,包括:S1:确定至少一个任务节点中第i个任务节点对应的配置环境;S2:在第i个任务节点对应的配置环境执行至少一个任务节点中的YAML测试文件,生成第i个任务节点对应的第一信息;上述将执行过程中生成的第一信息发送给资金提供方,包括:S3:将第i个任务节点对应的第一信息通过资金提供方对应的提交接口地址发送给资金提供方;上述按照预设轮询时间从资金提供方接收测试反馈信息,包括:S4:按照预设轮询时间从资金提供方对应的查询接口地址接收测试反馈信息;S5:根据测试反馈信息确定第i个任务节点的测试结果;上述执行至少一个任务节点中的YAML测试文件还包括:若第i个任务节点的测试结果为第i个任务节点可用,则令i=i+1,直到确定测试结果为N个任务节点可用。
其中,确定至少一个任务节点中第i个任务节点对应的配置环境,在第i个任务节点对应的配置环境执行至少一个任务节点中的YAML测试文件,目的是使得第i个任务节点在自己的配置环境中独立地执行,而不受其他非关联关系的任务节点中的信息干扰。
可以看出,本申请实施例中,通过确定第i个任务节点对应的配置环境,在第i个任务节点对应的配置环境之下至少一个任务节点中的YAML测试文件,将第i个任务节点对应的第一信息通过资金提供方对应的提交接口地址发送给资金提供方,按照预设轮询时间从资金提供方对应的查询接口地址接收测试反馈信息,根据测试反馈信息确定第i个任务节点的测试结果,若第i个任务节点的测试结果为第i个任务节点可用,则令i=i+1,直到确定测试结果为N个任务节点可用,从而实现通过YAML配置完成对资金提供方的测试请求的自动化测试,测试人员不用再因为不清楚任务节点的执行时长而时不时地查看某一任务节点是否已经通过,在提高流程测试效率的同时也通过自动化测试的方式解放了测试人力。
在一个可能的示例中,上述接收资金提供方的测试请求还包括:接收资金提供方的多个测试请求;在生成针对资金提供方的至少一个任务节点中每个任务节点的配置环境时,资金提供方的多个测试请求通过提交接口地址和查询接口地址区分。
在一个可能的示例中,上述接收资金提供方的测试请求还包括:接收多个资金提供方的测试请求;在生成针对资金提供方的至少一个任务节点中每个任务节点的配置环境时,多个资金提供方的测试请求通过所在域名区分。
其中,资金提供方的多个测试请求通过提交接口地址和查询接口地址区分,目的是使得在同时对同一资金提供方的多个测试请求进行测试时,执行至少一个任务节点中的YAML测试文件的过程中,执行过程中生成的第一信息能够被准确地应用在目标测试请求中,即保证执行过程中生成的第一信息的目标测试请是准确无误的。
其中,多个资金提供方的测试请求通过所在域名区分,目的是使得在同时对多个资金提供方的测试请求进行测试时,执行至少一个任务节点中的YAML测试文件的过程中,能够将执行过程中生成的第一信息准确地发送给目标资金提供方,即保证执行过程中生成的第一信息的发送目的地是准确无误的。
示例性地,请参阅图2B,图2B是本申请实施例提供的一种基于YAML配置的流程测试方法的举例示意图,如图2B所示,接收到资金提供方1的测试请求1、测试请求2和资金提供方2的测试请求3,共有3个互不相同的测试请求,因此,执行过程中也会生成第一信息1、第一信息2和第一信息3共3个第一信息,第一信息1的目标测试请求为测试请求1,第一信息2的目标测试请求为测试请求2,第一信息3的目标测试请求为测试请求3,首先,要区分3个第一信息对应的资金提供方,其中,由于资金提供方1的所在域名和资金提供方2的所在域名不同,因此,通过不同的资金提供方所在域名,区分出第一信息1和第一信息2所应用的测试请求是资金提供方1发起的,且区分出第一信息3所应用的测试请求是资金提供方2发起的,而资金提供方2只发起了一个测试请求3,因此第一信息3准确地应用在了测试请求3中,接下来,要区分第一信息1和第一信息2所对应的测试请求,其中,虽然测试请求1和测试请求2都是由资金提供方1发起的,但是测试请求1的提交接口地址和查询接口地址和测试请求2的提交接口地址和查询接口地址不同,因此,通过不同的提交接口地址和查询接口地址,区分出第一信息1应用在测试请求1中,区分出第一信息2应用在测试请求2中。至此,3个第一信息都准确地发送到了准确的发送目的地中、并且被准确地应用在了准确的目标测试请求中,从而准确而顺利地完成对2个资金提供方共3个测试请求的流程测试工作。
可以看出,本申请实施例中,若接收多个资金提供方的测试请求,则在生成针对资金提供方的至少一个任务节点中每个任务节点的配置环境时,多个资金提供方的测试请求通过所在域名区分,通过保证执行过程中生成的第一信息的发送目的地是准确无误的,从而避免将欲发送给目标资金提供方的第一信息错误地发送给了非目标资金提供方;若接收资金提供方的多个测试请求,则在生成针对资金提供方的至少一个任务节点中每个任务节点的配置环境时,资金提供方的多个测试请求通过提交接口地址和查询接口地址区分,通过保证执行过程中生成的第一信息的目标测试请是准确无误的,从而避免将欲应用在目标测试请求中的第一信息错误地应用在了非目标测试请求。通过避免测试过程中生成的信息由于应用的测试请求错误或发送的资金提供方错误导致测试请求无法完成或测试失败等不良情况发生,在保证流程测试工作的信息交互具有准确性的同时提高了流程测试的工作效率。
在一个可能的示例中,上述方法还包括:获取多个资金提供方的历史测试结果,并根据多个资金提供方的历史测试结果确定多个资金提供方中的测试失败资金提供方,测试失败资金提供方的历史测试结果中包括至少一个任务节点为不可用的节点;根据测试失败资金提供方的历史测试结果确定测试失败资金提供方的历史测试失败次数;根据测试失败资金提供方的历史测试失败次数,计算出多个资金提供方中的测试失败资金提供方的平均测试失败次数;对测试失败资金提供方的历史测试结果的失败原因进行分析,确定失败原因为测试失败资金提供方的失败结果占比;将历史测试失败次数大于平均测试失败次数预设倍数、且失败结果占比大于预设占比的测试失败资金提供方确定为待优化资金提供方,并生成测试优化建议给待优化资金提供方,优化建议用于建议待优化资金提供方对用于测试流程的测试接口性能进行优化。
其中,获取多个资金提供方的历史测试结果,在具体实现中,可以是通过将每次流程测试在测试过程所发生的事件、测试结果、测试资金提供方等内容记录在测试日志中,然后在测试日志中获取多个资金提供方的历史测试结果。
其中,失败原因为测试失败资金提供方,指导致测试结果失败的失败原因是资金提供方造成的,失败原因可以包括资金提供方的测试接口性能不佳、资金提供方的网络状态不佳等不良原因。
其中,预设倍数,可以是1.5倍、2倍或其他倍数。
其中,预设占比,可以是50%、60%或其他占比。
示例性地,预设倍数为1.5倍,预设占比为60%,获取资金提供方1、资金提供方2和资金提供方3的历史测试结果,由于资金提供方1和资金提供方2的历史测试结果中包括至少一个任务节点为不可用的节点,因此确定资金提供方1和资金提供方2为测试失败资金提供方,根据资金提供方1和资金提供方2的历史测试结果确定资金提供方1的历史测试失败次数为8次、资金提供方2的历史测试失败次数为2次,计算出测试失败资金提供方的平均测试失败次数=(8+2)/2=5次,则资金提供方1的历史测试失败次数是平均测试失败次数的8/5=1.6倍,大于预设倍数,对资金提供方1的历史测试结果的失败原因进行分析,确定8次历史测试失败结果中,失败原因为资金提供方1的失败结果有6次即失败结果占比=6/8*100%=75%大于预设占比即大于50%,可见,资金提供方1的历史测试失败次数大于平均测试失败次数预设倍数、且失败结果占比大于预设占比,资金提供方1用于测试流程的测试接口性能有待优化,为了提高流程测试工作的效率,因此,生成测试优化建议给资金提供方1以建议资金提供方1对用于测试流程的测试接口性能进行优化,以顺利完成资金提供方1后续的测试请求。
可以看出,本申请实施例中,通过获取多个资金提供方的历史测试结果,将历史测试失败次数大于平均测试失败次数预设倍数、且失败结果占比大于预设占比的测试失败资金提供方确定为待优化资金提供方,并生成用于建议待优化资金提供方对用于测试流程的测试接口性能进行优化的测试优化建议给待优化资金提供方,从而在待优化资金提供方优化测试接口性能后更顺利地完成流程测试工作,提高流程测试的工作效率。
与上述图1B所示的实施例一致的,请参阅图3,图3是本申请实施例提供的一种基于YAML配置的流程测试装置的结构示意图,如图3所示:
一种基于YAML配置的流程测试装置,应用于测试***中,上述装置包括:
301:接收单元,用于接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性;
302:生成单元,用于根据测试请求生成针对至少一个任务节点的YAML测试文件;
303:执行单元,用于执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方;
304:反馈单元,用于从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成;
305:确定单元,用于根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。
可以看出,本申请实施例中的装置,通过接收单元接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性;通过生成单元根据测试请求生成针对至少一个任务节点的YAML测试文件;通过执行单元执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方;通过反馈单元从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成;通过确定单元根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。采用本申请实施例的装置,根据从资金提供方接收到的测试反馈信息确定至少一个任务节点的测试结果,从而实现流程测试的自动化,进而在降低测试人力成本的同时提高了流程测试的测试效率。
具体地,本申请实施例可以根据上述方法示例对基于YAML配置的流程测试装置进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
与上述图1B所示的实施例一致的,本申请实施例提供了一种电子设备,请参阅图4,图4是本申请的实施例提供的一种电子设备的硬件运行环境的服务器结构示意图,如图4所示,电子设备包括处理器、存储器以及存储在存储器上并可在处理器上运行的计算机执行指令,当计算机执行指令被运行时,使得电子设备执行任一项基于YAML配置的流程测试方法。
其中,处理器为CPU。
其中,存储器,可选的,存储器可以为高速RAM存储器,也可以是稳定的存储器,例如磁盘存储器。
本领域技术人员可以理解,图4中示出的服务器的结构并不构成对其的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图4所示,存储器中可以包括操作***、网络通信模块以及基于YAML配置的流程测试的计算机执行指令。操作***用于管理和控制服务器硬件和软件资源,支持计算机执行指令的运行。网络通信模块用于实现存储器内部各组件之间的通信,以及与服务器内部其他硬件和软件之间通信,通信可以使用任一通信标准或协议,包括但不限于GSM(GlobalSystem of Mobile communication,全球移动通讯***)、GPRS(General Packet RadioService,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(TimeDivision-Synchronous CodeDivision Multiple Access,时分同步码分多址)等。
在图4所示的服务器中,处理器用于运行存储器中存储的人员管理的计算机执行指令,实现以下步骤:接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性;根据测试请求生成针对至少一个任务节点的YAML测试文件;执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方;从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成;根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。
本申请涉及的服务器的具体实施可参见上述基于YAML配置的流程测试方法的各实施例,在此不做赘述。
本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质中存储有计算机指令,当计算机指令在通信装置上运行时,使得通信装置执行以下步骤:接收资金提供方的测试请求,测试请求用于请求测试资金提供方的至少一个任务节点的可用性;根据测试请求生成针对至少一个任务节点的YAML测试文件;执行至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给资金提供方;从资金提供方接收测试反馈信息,测试反馈信息根据第一信息生成;根据测试反馈信息确定至少一个任务节点的测试结果,测试结果包括至少一个任务节点可用或不可用。上述计算机包括电子设备。
其中,电子设备包括手机、平板电脑、个人数字助理、穿戴式设备等。
其中,计算机可读存储介质可以是上述实施例所述的电子设备的内部存储单元,例如电子设备的硬盘或内存。计算机可读存储介质也可以是上述电子设备的外部存储设备,例如电子设备上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,计算机可读存储介质还可以既包括电子设备的内部存储单元也包括外部存储设备。计算机可读存储介质用于存储计算机执行指令以及电子设备所需的其他计算机执行指令和数据。计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本申请涉及的计算机可读存储介质的具体实施可参见上述基于YAML配置的流程测试方法的各实施例,在此不做赘述。
本申请实施例提供了一种计算机程序产品,其中,计算机程序产品包括计算机程序,计算机程序可操作来使计算机如上述方法实施例中记载的任何一种基于YAML配置的流程测试方法的部分或全部步骤,该计算机程序产品可以是一个软件安装包。
需要说明的是,对于前述的任一种基于YAML配置的流程测试方法的实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请所必须的。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请一种基于YAML配置的流程测试方法、装置和设备的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请一种基于YAML配置的流程测试方法、装置和设备的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
本申请是参照本申请实施例的方法、硬件产品和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现所公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
本领域普通技术人员可以理解上述任一种基于YAML配置的流程测试方法的方法实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-OnlyMemory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
显然,本领域的技术人员可以对本申请提供的一种基于YAML配置的流程测试方法、装置和设备进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种基于YAML配置的流程测试方法,应用于测试***中,其特征在于,所述方法包括:
接收资金提供方的测试请求,所述测试请求用于请求测试所述资金提供方的至少一个任务节点的可用性;
根据所述测试请求生成针对所述至少一个任务节点的YAML测试文件;
执行所述至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给所述资金提供方;
从所述资金提供方接收测试反馈信息,所述测试反馈信息根据所述第一信息生成;
根据所述测试反馈信息确定所述至少一个任务节点的测试结果,所述测试结果包括所述至少一个任务节点可用或不可用。
2.根据权利要求1所述的方法,其特征在于,所述YAML测试文件中包括用于确定预设轮询时间的信息,
所述从所述资金提供方接收测试反馈信息,包括:
按照预设轮询时间从所述资金提供方接收测试反馈信息。
3.根据权利要求2所述的方法,其特征在于,所述测试请求中包括所述资金提供方的进件信息,所述进件信息包括所述资金提供方的所在域名、提交接口地址和查询接口地址,所述资金提供方的所在域名用于标识所述资金提供方,所述提交接口地址为所述资金提供方接收所述目标节点的第一信息的地址;所述查询接口地址为所述资金提供方提交所述目标节点的测试反馈信息的地址。
4.根据权利要求3所述的方法,其特征在于,所述测试请求中包括需求信息,所述需求信息用于表征所述资金提供方期望的第一信息,以及所述期望的第一信息对应的预计测试反馈信息;
所述根据所述测试请求生成YAML测试文件,包括:
根据所述需求信息生成YAML测试文件;
执行所述YAML测试文件过程中生成的第一信息为所述期望的第一信息;
所述根据所述测试反馈信息确定所述至少一个任务节点的测试结果,包括:
若所述测试反馈信息为所述预计测试反馈信息,则确定所述至少一个任务节点为可用节点,否则确定所述至少一个任务节点为不可用节点。
5.根据权利要求4所述的方法,其特征在于,在执行所述YAML测试文件之前,所述方法还包括:
生成针对所述资金提供方的至少一个任务节点中每个任务节点的配置环境,所述配置环境根据所述资金提供方的进件信息和所述资金提供方的至少一个任务节点中每个任务节点的节点配置信息确定,所述节点配置信息包括所述每个任务节点的所述期望的第一信息。
6.根据权利要求5所述的方法,其特征在于,所述至少一个任务节点为N个任务节点,所述执行所述至少一个任务节点中的YAML测试文件,包括:
S1:确定所述至少一个任务节点中第i个任务节点对应的配置环境;
S2:在所述第i个任务节点对应的配置环境执行所述至少一个任务节点中的YAML测试文件,生成所述第i个任务节点对应的第一信息;
所述将执行过程中生成的第一信息发送给所述资金提供方,包括:
S3:将所述第i个任务节点对应的第一信息通过所述资金提供方对应的提交接口地址发送给所述资金提供方;
所述按照预设轮询时间从所述资金提供方接收测试反馈信息,包括:
S4:按照预设轮询时间从所述资金提供方对应的查询接口地址接收测试反馈信息;
S5:根据所述测试反馈信息确定所述第i个任务节点的测试结果;
所述执行所述至少一个任务节点中的YAML测试文件还包括:
若所述第i个任务节点的测试结果为所述第i个任务节点可用,则令i=i+1,直到确定所述测试结果为所述N个任务节点可用。
7.根据权利要求5所述的方法,其特征在于,所述接收资金提供方的测试请求还包括:
接收所述资金提供方的多个测试请求;
在生成针对所述资金提供方的至少一个任务节点中每个任务节点的配置环境时,所述资金提供方的多个测试请求通过所述提交接口地址和所述查询接口地址区分。
8.根据权利要求5或7所述的方法,其特征在于,所述接收资金提供方的测试请求还包括:
接收多个资金提供方的测试请求;
在生成针对所述资金提供方的至少一个任务节点中每个任务节点的配置环境时,所述多个资金提供方的测试请求通过所述所在域名区分。
9.一种基于YAML配置的流程测试装置,应用于测试***中,其特征在于,所述装置包括:
接收单元,用于接收资金提供方的测试请求,所述测试请求用于请求测试所述资金提供方的至少一个任务节点的可用性;
生成单元,用于根据所述测试请求生成针对所述至少一个任务节点的YAML测试文件;
执行单元,用于执行所述至少一个任务节点中的YAML测试文件,并将执行过程中生成的第一信息发送给所述资金提供方;
反馈单元,用于从所述资金提供方接收测试反馈信息,所述测试反馈信息根据所述第一信息生成;
确定单元,用于根据所述测试反馈信息确定所述至少一个任务节点的测试结果,所述测试结果包括所述至少一个任务节点可用或不可用。
10.一种电子设备,其特征在于,包括处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机执行指令,当所述计算机执行指令被运行时,使得所述电子设备执行权利要求1-8任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111115563.1A CN113849403A (zh) | 2021-09-23 | 2021-09-23 | 基于yaml配置的流程测试方法、装置和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111115563.1A CN113849403A (zh) | 2021-09-23 | 2021-09-23 | 基于yaml配置的流程测试方法、装置和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113849403A true CN113849403A (zh) | 2021-12-28 |
Family
ID=78978940
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111115563.1A Pending CN113849403A (zh) | 2021-09-23 | 2021-09-23 | 基于yaml配置的流程测试方法、装置和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113849403A (zh) |
-
2021
- 2021-09-23 CN CN202111115563.1A patent/CN113849403A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020259003A1 (zh) | 一种链路追踪方法及装置 | |
WO2020000720A1 (zh) | 服务器、报文处理方法、程序和计算机可读存储介质 | |
CN111723313A (zh) | 页面跳转的处理方法、装置、设备及存储介质 | |
CN105743725A (zh) | 一种测试应用程序的方法和装置 | |
CN111381847A (zh) | 信息处理方法及设备 | |
CN113114794A (zh) | 一种基于二次代理处理域名的方法及设备 | |
CN108345508B (zh) | 接口调用测试方法和装置 | |
CN113342560A (zh) | 一种故障处理方法、***、电子设备及存储介质 | |
CN113849403A (zh) | 基于yaml配置的流程测试方法、装置和设备 | |
CN115934537A (zh) | 接口测试工具生成方法、装置、设备、介质及产品 | |
CN112597036B (zh) | 一种通用测试挡板方法及装置 | |
CN115460265A (zh) | 接口调用方法、装置、设备及介质 | |
CN111865726B (zh) | 业务消息测试方法、装置、计算机***和存储介质 | |
CN114428723A (zh) | 测试***、***测试方法、相关设备及存储介质 | |
CN112053137A (zh) | 流程预测方法、电子设备和服务器集群 | |
CN112667513A (zh) | 测试方法、装置、测试设备及存储介质 | |
CN114371866A (zh) | 业务***的版本重构测试方法、装置和设备 | |
CN110309112A (zh) | 一种数据处理方法、设备、服务器及可读存储介质 | |
CN111061576A (zh) | 一种实体对象的创建方法及*** | |
CN110704301A (zh) | Tpc-e自动化测试方法以及tpc-e测试*** | |
CN110032569B (zh) | 变更数据检查方法、装置、设备及*** | |
CN117724986B (zh) | 一种在用例执行中自动操作kafka的方法及装置 | |
CN114615176B (zh) | 一种报文测试方法、装置及电子设备 | |
CN114553750B (zh) | 基于网络配置协议的自动化测试方法及装置 | |
CN115952099A (zh) | 一种基于智能路由策略的mock测试方法、装置及设备 |
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 |