CN111181800A - 测试数据处理方法、装置、电子设备及存储介质 - Google Patents
测试数据处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN111181800A CN111181800A CN201911185652.6A CN201911185652A CN111181800A CN 111181800 A CN111181800 A CN 111181800A CN 201911185652 A CN201911185652 A CN 201911185652A CN 111181800 A CN111181800 A CN 111181800A
- Authority
- CN
- China
- Prior art keywords
- communication interface
- test
- test data
- node
- service scene
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
- H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/062—Generation of reports related to network traffic
Abstract
本申请涉及互联网领域,尤其涉及一种测试数据处理方法、装置、电子设备及存储介质,用以在压力测试过程中对产生的测试数据进行处理。本申请实施例统计节点接收执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;将确定出的每个通信接口对应的中间测试结果以及业务场景标识上报给汇总节点,以使汇总节点统计相同业务场景下每个通信接口对应的最终测试结果。由于本申请实施例统计节点通过接收执行终端实时上报的测试数据进行数据处理,并将数据处理结果上报给汇总节点,可以实现对测试数据的实时统计分析,实时展示压力测试结果。
Description
技术领域
本申请涉及互联网领域,尤其涉及一种测试数据处理方法、装置、电子设备及存储介质。
背景技术
压力测试是确定系统稳定性的一种测试方法,在软件工程、金融风险管理领域等应用比较普遍。通常在系统正常运作范围之外进行,用以考察系统的功能极限和系统存在的问题。
对现网进行压力测试的主要目的是通过模拟现网的一些业务场景,确定现网处理业务的能力上限,验证现网网络系统的稳定性。目前,在对现网进行压力测试时,测试工具的主控端将对现网进行压力测试的测试用例下发到执行测试用例的执行终端上,执行终端执行测试用例产生大量的测试数据,在压力测试执行结束后,执行终端将执行过程中产生的所有测试数据一起上报给主控端,由主控端对执行终端执行测试用例得到的测试数据进行分析得到测试结果。现有技术中只能在整个压力测试结束后才能得到对现网进行压力测试的测试结果。如果在压力测试过程中网关出现问题,可能已经影响了一段时间外网用户的使用,但是在测试过程中无法得到压力测试结果,不能及时确定网关问题以及采取相应的措施进行网络维护。
发明内容
本申请提供一种测试数据处理方法、装置、电子设备及存储介质,用以在压力测试过程中对产生的测试数据进行处理。
第一方面,本申请提供了一种测试数据处理方法,包括:
统计节点接收执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;其中,所述执行终端每次向所述统计节点上报得到的N个测试数据;所述测试数据为所述执行终端通过执行用于对通信接口进行压力测试的测试用例得到的,且所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识,所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
所述统计节点在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;
所述统计节点将确定出的每个通信接口对应的中间测试结果以及所述业务场景标识上报给汇总节点,以使所述汇总节点根据至少一个统计节点上报的中间测试结果和业务场景标识统计相同业务场景下每个通信接口对应的最终测试结果。
第二方面,本申请实施例提供一种测试数据处理方法,包括:
执行终端接收到包含至少一个测试用例标识的启动命令后,执行每个所述测试用例标识对应的用于对通信接口进行压力测试的测试用例,并获取执行所述测试用例得到的包括所述测试用例对应的业务场景标识以及所述测试用例对应的至少一个被测通信接口的接口标识的测试数据;其中,所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识,所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
在每获取到N个测试数据后,所述执行终端将获取到的N个测试数据上报给所述测试用例对应的统计节点,以使所述统计节点在每接收到单位时长内的测试数据后、根据单位时长内接收到的测试数据确定通信接口对应的中间测试结果,并将得到的每个通信接口对应的中间测试结果以及所述业务场景标识上报给汇总节点。
第三方面,本申请实施例提供一种测试数据处理方法,包括:
汇总节点接收至少一个统计节点上报的至少一个通信接口对应的中间测试结果以及业务场景标识;其中,所述至少一个通信接口对应的中间测试结果是所述统计节点在每接收到执行终端在单位时长内的测试数据后、根据单位时长内接收到的测试数据确定的,所述测试数据为所述执行终端通过执行所述统计节点对应的用于对通信接口进行压力测试的测试用例得到的;所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识;所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
所述汇总节点根据每个所述统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果。
第四方面,本申请实施例提供一种压力测试系统,包括:执行终端、统计节点、汇总节点;
所述执行终端,用于接收到包含至少一个测试用例标识的启动命令后,执行每个所述测试用例标识对应的用于对通信接口进行压力测试的测试用例,并获取执行所述测试用例得到的包括所述测试用例对应的业务场景标识以及所述测试用例对应的至少一个被测通信接口的接口标识的测试数据;在每获取到N个测试数据后,将获取到的N个测试数据上报给所述测试用例对应的统计节点;
所述统计节点,用于接收所述执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;将确定出的每个通信接口对应的中间测试结果以及所述业务场景标识上报给汇总节点;
所述汇总节点,用于接收至少一个统计节点上报的至少一个通信接口对应的中间测试结果以及业务场景标识;根据每个统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果;
其中,所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识,所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识。
第五方面,本申请实施例提供一种测试数据处理装置,包括:
第一接收模块,用于接收执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;其中,所述执行终端每次向统计节点上报得到的N个测试数据;所述测试数据为所述执行终端通过执行用于对通信接口进行压力测试的测试用例得到的,且所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识,所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
第一确定模块,用于在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;
发送模块,用于将确定出的每个通信接口对应的中间测试结果以及所述业务场景标识上报给汇总节点,以使所述汇总节点根据至少一个统计节点上报的中间测试结果和业务场景标识统计相同业务场景下每个通信接口对应的最终测试结果。
第六方面,本申请实施例提供一种测试数据处理装置,包括:
执行模块,用于接收到包含至少一个测试用例标识的启动命令后,执行每个所述测试用例标识对应的用于对通信接口进行压力测试的测试用例,并获取执行所述测试用例得到的包括所述测试用例对应的业务场景标识以及所述测试用例对应的至少一个被测通信接口的接口标识的测试数据;其中,所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识,所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
上报模块,用于在每获取到N个测试数据后,将获取到的N个测试数据上报给所述测试用例对应的统计节点,以使所述统计节点在每接收到单位时长内的测试数据后、根据单位时长内接收到的测试数据确定通信接口对应的中间测试结果,并将得到的每个通信接口对应的中间测试结果以及所述业务场景标识上报给汇总节点。
第七方面,本申请实施例提供一种测试数据处理装置,包括:
第二接收模块,用于接收至少一个统计节点上报的至少一个通信接口对应的中间测试结果以及业务场景标识;其中,所述至少一个通信接口对应的中间测试结果是所述统计节点在每接收到执行终端在单位时长内的测试数据后、根据单位时长内接收到的测试数据确定的,所述测试数据为所述执行终端通过执行所述统计节点对应的用于对通信接口进行压力测试的测试用例得到的;所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识;所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
第二确定模块,用于根据每个所述统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果。
第八方面,本申请实施例提供一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请提供的测试数据处理方法。
第九方面,本申请实施例提供一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请提供的测试数据处理方法。
第十方面,本申请实施例提供一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请提供的测试数据处理方法。
第十一方面,本申请实施例提供一种计算机可读介质,存储有计算机可执行指令,所述计算机可执行指令用于执行本申请提供的测试数据处理方法。
第十二方面,本申请实施例提供一种计算机可读介质,存储有计算机可执行指令,所述计算机可执行指令用于执行本申请提供的测试数据处理方法。
第十三方面,本申请实施例提供一种计算机可读介质,存储有计算机可执行指令,所述计算机可执行指令用于执行本申请提供的测试数据处理方法。
本申请实施例提供的技术方案至少带来以下有益效果:
本申请实施例提供一种测试数据处理方法,该方法可以通过统计节点接收执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;将确定出的每个通信接口对应的中间测试结果以及业务场景标识上报给汇总节点,以使汇总节点根据至少一个统计节点上报的中间测试结果和业务场景标识统计相同业务场景下每个通信接口对应的最终测试结果。可见,本申请实施例通过统计节点接收执行终端上报的测试数据,根据每单位时间内接收到的测试数据进行一次数据处理,得到中间测试结果,再将中间测试结果上报给汇总节点,使汇总节点根据统计节点上报的中间测试结果再进行一次数据处理,得到最终测试结果。本申请实施例统计节点通过接收执行终端实时上报的测试数据进行数据处理,并将数据处理结果上报给汇总节点进行测试数据的汇总,汇总节点可以统计得到单位时间内对网关接口进行测试的最终结果,可以实现对压力测试过程中产生的测试数据的实时统计分析,实时展示压力测试结果,提高对网关进行压力测试的效率;
此外,本申请实施例中执行终端只负责向测试用例对应的通信接口发送测试报文以及将产生的测试数据上报给该测试用例对应的统计节点,执行终端不做数据处理,因此,即使实时统计和计算测试数据也不影响执行压力测试的能力;并且在执行压力测试的过程中,若测试用例产生的测试数据量级较大,该测试用例对应的统计节点出现计算性能瓶颈,可以快速横向扩展,为该测试用例再分配一个统计节点,将该测试用例产生的测试数据转移一部分到新的统计节点上,从而减少现有统计节点的计算压力,提高对测试数据进行处理的效率;并且汇总节点在分布式统计节点上报的中间测试结果基础上做相同业务场景数据合并,以及多个业务场景数据的汇总,并将得到多个业务场景下的最终测试结果进行实时展示,一旦发现网关出现问题,可以及时采取措施,避免影响外网用户的使用。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理,并不构成对本申请的不当限定。
图1为本申请实施例提供的一种压力测试系统框架示意图;
图2为本申请实施例提供的压力测试系统的结构示意图;
图3为本申请实施例提供的一种汇总节点与统计节点对应关系的框架示意图;
图4为本申请实施例提供的压力测试系统的结构示意图;
图5a为本申请实施例提供的一种实时展示吞吐量变化的界面示意图;
图5b为本申请实施例提供的一种实时展示平均时耗变化的界面示意图;
图5c为本申请实施例提供的一种实时展示错误码个数的界面示意图;
图6为本申请实施例提供的一种测试数据处理方法的框架示意图;
图7为本申请实施例提供的一种压力测试系统的示意图;
图8为本申请实施例提供的一种测试数据处理装置的结构示意图;
图9为本申请实施例提供的另一种测试数据处理装置的结构示意图;
图10为本申请实施例提供的另一种测试数据处理装置的结构示意图;
图11为本申请实施例提供的一种电子设备示意图;
图12为本申请实施例提供的另一种电子设备示意图;
图13为本申请实施例提供的另一种电子设备示意图;
图14为本申请实施例提供的一种统计节点侧测试数据处理方法的流程图;
图15为本申请实施例提供的一种执行终端侧测试数据处理方法的流程图;
图16为本申请实施例提供的一种汇总节点侧测试数据处理方法的流程图;
图17为本申请实施例提供的一种计算装置的结构示意图。
具体实施方式
为了使本领域技术人员更好地理解本申请的技术方案,下面将结合附图,对本申请实施例中的技术方案进行清除、完整的描述。
需要说明的是,以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
(1)压力测试:是确定系统稳定性的一种测试方法,在软件工程、金融风险管理等领域应用比较普遍。通常在系统正常运作范围之外进行,用以考察系统的功能极限和系统存在的问题。
(2)Jmeter:Jmeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域。
(3)LoadRunner:LoadRunner是一种预测系统行为和性能的负载测试工具。通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试。
(4)分布式系统:是指一组计算机,通过网络相互连接,传递消息与进行通信,并协调它们的行为而形成的系统。
对现网进行压力测试是指在生产环境上进行的压力测试,生产环境与开发测试环境相对应,也就是说对现网进行压力测试是在外网用户可以访问网关的环境中对网关进行压力测试。
对网关进行压力测试的主要目的是探求网关的能力上限,验证网关系统的稳定性。在对网关进行压力测试时,会产生大量的测试数据,由于单机执行压力测试程序的性能有限,所以有了压力测试集群的概念,将压力测试程序分成控制端和执行端,并结合形成一个分布式的协作系统。现有的分布式压力测试工具有Jmeter、LoadRunner等。
由于执行端的性能有限,如果对压力测试过程中产生的大量的测试数据进行结果统计,会影响执行端执行压力测试的性能。通常,执行端会在压力测试结束后进行数据统计。例如,基于Jmeter进行二次开发的压力测试集群在进行压力测试时,通过控制端将压力测试的测试脚本下发到执行端,在执行端执行压力测试的测试脚本,在执行结束后才能进行数据汇总与结果的图形化展示;LoadRunner也是支持主控端、执行端部署方式的压测集群,支持对于网关进行压力测试的结果的指标查看,但是对网关进行压力测试的测试报告也只能在压力测试任务执行完成之后才能生成。
但是,在实际进行压力测试的过程中,若网关由于偶然原因出现故障或者执行压力测试的流量引起的网关故障,只能在压力测试执行结束后得知网关存在的问题,可能已经影响了一段时间外网用户的使用。
本发明人对现有技术进行分析后发现,在现有技术中,对网关进行压力测试时,测试数据不能及时处理,导致确定网关问题的效率较低。因此,本申请人考虑到想要对压力测试过程中产生的测试数据进行实时的统计分析,实时展示压力测试结果,提高对网关进行压力测试的效率。
在介绍完本申请实施例的设计思想之后,下面对本申请实施例的技术方案进行进一步的介绍。需要说明的是,以下介绍的技术方案只是示例性的。
如图1所示,本申请实施例提供一种压力测试系统框架示意图,用于实现本申请提供的测试数据处理方法,包括:执行终端10、统计节点20和汇总节点30。
执行终端10,用于接收到包含至少一个测试用例标识的启动命令后,执行每个测试用例标识对应的用于对通信接口进行压力测试的测试用例,并获取执行测试用例得到的包括测试用例对应的业务场景标识以及测试用例对应的至少一个被测通信接口的接口标识的测试数据;在每获取到N个测试数据后,执行终端10将获取到的N个测试数据上报给测试用例对应的统计节点20;
统计节点20,用于接收执行终端10多次上报的包括业务场景标识以及通信接口标识的测试数据;在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;将确定出的每个通信接口对应的中间测试结果以及业务场景标识上报给汇总节点30;
汇总节点30,用于接收至少一个统计节点20上报的至少一个通信接口对应的中间测试结果以及业务场景标识;根据每个统计节点20上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果。
本申请实施例提供的压力测试系统在对现网进行压力测试的过程中,现网的每个业务场景对应一个或多个测试用例,通过至少一个执行终端10执行同一场景下的多个测试用例;其中,同一执行终端10可以执行同一个业务场景或者属于不同业务场景的测试用例,执行终端10上执行的每个测试用例都有其对应的业务场景标识,通过不同的业务场景标识实现测试用例场景隔离。针对任意一个测试用例,执行终端10向测试用例对应的通信接口发送测试报文,并将产生的测试数据上报给该测试用例对应的统计节点20,以使分布式的统计节点20对接收到的测试数据进行一次处理,执行终端10只负责发送测试报文和上报测试数据,不做数据处理,从而不会影响执行压力测试的能力。
在统计节点20初始化时,将接收到的测试数据中的业务场景标识信息进行记录,并与该测试用例绑定,这样此次压力测试任务中统计节点20处理同一场景下同一测试用例产生的测试数据。统计节点20对单位时间内的测试数据进行处理,得到单位时间内每个通信接口对应的中间测试结果,并将中间测试结果和业务场景标识上报给汇总节点30,上报完成后删除本地缓存的测试数据。需要说明的是,当统计节点20对应的测试用例产生的测试数据量级较大时,若统计节点20出现计算性能瓶颈,为该测试用例再分配一个统计节点,将该测试用例产生的测试数据转移一部分到新的统计节点上,从而可以减少现有的统计节点的计算压力,实现快速横向扩容。
汇总节点30根据至少一个统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果;在中间测试结果的基础上做相同业务场景数据的合并,以及多业务场景数据的汇总,并在前端提供实时数据的展示。由于汇总模块30处理的数据是由统计节点20对测试数据进行一次处理后上报上来的,因此汇总节点30处理的数据的数量仅与统计节点20的数量和上报周期有关,与压力测试产生的测试数据相比大幅降低。通过分布式统计节点20与汇总节点30,可以实现对压力测试过程中产生的测试数据的实时统计分析,实时展示压力测试结果,提高对网关进行压力测试的效率。并且,汇总节点30在汇总通信接口的最终测试结果时针对不同的业务场景,实现场景隔离,分别统计相同业务场景下每个通信接口对应的最终测试结果。
可见,本申请实施例通过统计节点接收执行终端上报的测试数据,根据每单位时间内接收到的测试数据进行一次数据处理,得到中间测试结果,再将中间测试结果上报给汇总节点,使汇总节点根据统计节点上报的中间测试结果再进行一次数据处理,得到最终测试结果。本申请实施例统计节点通过接收执行终端实时上报的测试数据进行数据处理,并将数据处理结果上报给汇总节点进行测试数据的汇总,汇总节点可以统计得到单位时间内对网关接口进行测试的最终结果,可以实现对压力测试过程中产生的测试数据的实时统计分析,实时展示压力测试结果,提高对网关进行压力测试的效率。
此外,本申请实施例通过统计节点对压力测试数据进行数据处理,不需要执行终端处理压力测试数据,在不影响执行终端性能的前提下对压力测试数据进行处理。本申请实施例中的统计节点在对压力测试数据进行数据处理的过程中,一旦出现性能瓶颈,可快速横向扩展,将执行终端上报的流量分一部分到新的统计节点上,减少已存在的统计节点的计算压力。并且本申请实施例通过压力测试数据的实时处理提高确定网关问题的效率,一旦发现网关出现问题,可以及时采取措施,避免影响外网用户的使用;并且,通过本申请实施例提供的测试数据处理方法,得到的最终测试结果为相同业务场景下的通信接口对应的最终测试结果,实现相同场景数据的合并以及根据业务场景标识,分别确定不同业务场景下通信接口对应的最终测试结果,实现测试用例场景隔离;同时,在进行前端展示时,可以将不同业务场景下的通信接口对应的最终测试结果进行展示,实现多场景数据的汇总。
本申请实施例在进行压力测试时,控制端向执行终端10发送包含至少一个测试用例标识的启动命令,执行终端10在接收到包含至少一个测试用例标识的启动命令后,根据测试用例标识与测试用例的对应关系,在执行终端10中存储的测试用例中找到接收到的启动命中包含的至少一个测试用例标识对应的测试用例,并执行测试用例,获取执行测试用例得到的测试数据。其中,每条测试数据中包括测试用例对应的业务场景标识以及测试用例对应的至少一个被测通信接口的接口标识。
其中,业务场景标识为执行终端10执行的测试用例对应的业务场景的标识,通信接口标识为执行终端10执行的测试用例过程中访问的通信接口的标识。
下面对本申请实施例中的业务场景、测试用例、通信接口之间的关系进行说明。
一个业务场景包含不同的业务流程,在进行压力测试的过程中,每个业务流程通过一个测试用例进行模拟。每个业务流程包含至少一个步骤,在执行业务流程的过程中,每一个步骤需要访问一个通信接口。
例如,社交支付场景为一个业务场景,在社交支付场景中有不同的业务流程,例如扫码支付、钱包支付等。每个业务流程对应一个测试用例,扫码支付对应一个测试用例、钱包支付对应一个测试用例。每个业务流程包含至少一个步骤,业务流程的每个步骤需要访问一个通信接口,例如,执行支付步骤时,访问网关的通信接口2。在进行扫码支付业务流程时,需要先扫码,再支付,扫码和支付为扫码支付业务流程的两个步骤,执行扫码步骤时,访问网关的通信接口1;执行支付步骤时,访问网关的通信接口2;在进行钱包支付业务流程时,需要先下单,再支付,下单和支付为钱包支付业务流程的两个步骤,执行下单步骤时,访问网关的通信接口3。
需要说明的,不同业务场景对应的测试用例在执行过程中可能访问网关相同的通信接口。
在进行压力测试时,执行终端10接收到的启动命令中包含的至少一个测试用例标识对应的测试用例可能是相同业务场景下的测试用例,也可能是不同业务场景下的测试用例。且本申请实施例中测试用例用于对网关的通信接口进行压力测试。
一种可行的实施方式为,通过下列方式对网关的通信接口进行压力测试:
向测试用例对应的至少一个通信接口发送测试报文,并接收至少一个通信接口返回的响应报文;针对每个通信接口返回的响应报文,确定表示通信接口是否响应成功的状态信息和通信接口的响应时长;并生成包含状态信息、通信接口的响应时长、业务场景标识以及通信接口标识的测试数据。
实施中,执行终端10向测试用例对应的至少一个通信接口发送测试报文,等待通信接口响应。通信接口对测试用例的测试报文进行响应,向执行终端发送响应报文,执行终端10根据响应报文分析出通信接口是否响应成功以及通信接口的响应时长,将通信接口是否响应成功的状态信息、通信接口的响应时长、通信接口标识以及测试用例对应的业务场景标识生成一条测试数据。
例如,测试数据为:响应成功+0.002s+接口1+业务场景1。
需要说明的是,本申请实施例在通信接口响应失败时,得到接口响应时长的情况有两种,一种情况是通信接口明确指示响应失败,则根据通信接口返回的响应报文中分析出通信接口的响应时长;另一种情况是通信接口的响应时长超过执行终端等待响应的最大时长,则执行终端自动生成测试数据,此时测试数据中包含的接口响应时长为执行终端等待的最大时长。
执行终端10在每获取N个测试数据后,将获取到的N个测试数据上报给测试用例对应的统计节点20。其中,N为正整数。
需要说明的是,N可以为1,当N为1时表示执行终端10每获取一个测试数据后就将测试数据上报给测试用例对应的统计节点20。由于在进行压力测试的过程中,执行终端执行测试用例所产生的测试数据有很多,执行终端10可以在每获得N个测试数据后再将获得的测试数据进行上报,其中N可以大于1。
统计节点20接收执行终端10多次上报的测试数据,需要说明的是,统计节点20接收到的测试数据为执行终端10执行业务场景下的同一测试用例得到的。由于本申请实施例提供的测试数据处理方法中,同一个测试用例产生的测试数据量级是很大的,所测试用例和统计节点20的对应关系为一对多,一个统计节点20接收一个测试用例产生的测试数据,测试用例对应的统计节点20的个数可以是一个或多个。一旦统计节点20出现性能瓶颈,可扩展统计节点的个数,执行终端将测试用例上报的测试数据的一部分上报给新的统计节点20,减少统计节点20的统计压力。
统计节点20在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果。通信接口对应的中间测试结果包括子网络吞吐量和子平均接口响应时间。一种可选的实施方式为,统计节点20根据下列方式确定每个通信接口对应的中间测试结果:
根据测试数据中包含的通信接口标识,确定同一个通信接口对应的测试数据集合;针对每个通信接口,统计通信接口对应的测试数据集合中状态信息为通信接口响应成功的测试数据的个数,将统计得到的个数作为通信接口对应的子网络吞吐量;以及,将通信接口对应的测试数据集合中的通信接口响应时长的平均值作为通信接口对应的子平均接口响应时间。
实施中,一个统计节点20可以与接收执行终端10中执行的一个测试用例对应,该测试用例执行过程中产生大量的测试数据。统计节点20根据接收到的测试数据中包含的通信接口标识,根据包含同一个通信接口标识的多个测试数据确定该通信接口标识对应的通信接口对应的测试数据集合。
例如,统计节点20对应的测试用例为测试用例1、测试用例1对应业务场景1,执行终端10在执行测试用例1时访问通信接口a、通信接口b。假设统计节点20单位时间内接收到的测试数据为:
响应成功+0.002s+接口a+业务场景1;
响应成功+0.001s+接口b+业务场景1;
响应成功+0.003s+接口a+业务场景1;
响应成功+0.002s+接口b+业务场景1;
响应失败+0.03s+接口a+业务场景1;
响应成功+0.005s+接口b+业务场景1;
响应失败+0.002s+接口a+业务场景1;
响应成功+0.001s+接口b+业务场景1;
响应成功+0.002s+接口a+业务场景1;
响应失败+0.002s+接口b+业务场景1。
其中,单位时间可以为1s(秒),本申请实施例中描述的统计节点20在单位时间内接收到的测试数据的内容以及个数仅仅是示例的,用来说明本申请实施例提供的测试数据处理方法,并不构成对本申请保护范围的限定。
统计节点20根据测试数据中包含的通信接口标识:接口a、接口b,确定同一个通信接口对应的测试数据集合,则:
接口a对应的测试数据集合包含的测试数据为:
响应成功+0.002s+接口a+业务场景1;
响应成功+0.003s+接口a+业务场景1;
响应失败+0.03s+接口a+业务场景1;
响应失败+0.002s+接口a+业务场景1;
响应成功+0.002s+接口a+业务场景1;
接口b对应的测试数据集合包含的测试数据为:
响应成功+0.001s+接口b+业务场景1;
响应成功+0.002s+接口b+业务场景1;
响应成功+0.005s+接口b+业务场景1;
响应成功+0.001s+接口b+业务场景1;
响应失败+0.002s+接口b+业务场景1。
统计节点20根据针对每个通信接口,计算每个通信接口对应的子网络吞吐量以及每个通信接口对应的子平均响应时间。
例如,针对接口a:
统计通信接口a对应的测试数据集合中状态信息为通信接口a响应成功的测试数据的个数,将统计得到的个数作为通信接口a对应的子网络吞吐量;
通信接口a对应的测试数据集合中状态信息为通信接口a响应成功的测试数据的个数为3个,则通信接口a对应的子网络吞吐量为3bit/s。
通信接口a对应的测试数据集合中的通信接口a响应时长的平均值作为通信接口a对应的子平均接口响应时间;
通信接口a对应的测试数据集合中的通信接口a响应时长的平均值为(0.002s+0.003s+0.030s+0.002s+0.002s)/5=0.0078s。
针对接口b:
统计通信接口b对应的测试数据集合中状态信息为通信接口b响应成功的测试数据的个数,将统计得到的个数作为通信接口b对应的子网络吞吐量;
通信接口b对应的测试数据集合中状态信息为通信接口b响应成功的测试数据的个数为4个,则通信接口b对应的子网络吞吐量为4bit/s。
通信接口b对应的测试数据集合中的通信接口b响应时长的平均值作为通信接口b对应的子平均接口响应时间;
通信接口b对应的测试数据集合中的通信接口b响应时长的平均值为(0.001s+0.002s+0.005s+0.001s+0.002s)/5=0.0022s。
统计节点20在确定每个通信接口对应的中间测试结果后,将确定出的每个通信接口对应的中间测试结果以及业务场景标识上报给汇总节点30。
实施中,统计节点20每单位时长对接收到的测试数据进行一次数据处理,将处理得到的每个通信接口对应的中间测试结果以及业务场景标识上报给汇总节点30后,还可以删除本地存储的测试数据,提高统计节点20的计算性能。
如图2所示,为本申请实施例提供的压力测试系统的结构示意图;其中,分布式的统计节点包括:接收模块、循环处理模块、线程内缓存、消息队列、发送模块。
接收模块接收执行终端通过压测程序直接上报的测试数据,循环处理模块将接收到的测试数据存储在线程内缓存中,在接收到单位时间内的测试数据后,循环处理模块根据线程内缓存的测试数据确定中间测试结果,并将得到的中间测试结果与业务场景标识通过消息队列上报给汇总节点,上报完成后,将线程内缓存中存储的数据删除。
其中,消息队列中的数据通过发送模块发送给汇总节点的接收模块,发送模块消费压测程序上报的测试数据,压测程序每获取N个测试数据后进行上报,发送模块每单位时间对测试数据进行一次处理,实现数据的异步落地。
汇总节点30接收至少一个统计节点20上报的至少一个通信接口对应的中间测试结果以及业务场景标识;根据每个统计节点20上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果。
具体的,汇总节点30接收至少一个统计节点上报的中间测试结果和业务场景标识,根据接收到的统计节点20上报的业务场景标识,确定统计节点20接收到的通信接口对应的中间测试数据属于哪个业务场景,再根据相同业务场景下的通信接口对应的中间测试结果确定该业务场景下通信接口对应的最终测试结果。
如图3所示,本申请实施例提供的一种汇总节点与统计节点对应关系的框架示意图,包括:汇总节点30、统计节点201、统计节点202、统计节点203、统计节点204、统计节点205。
汇总节点30接收统计节点201、统计节点202、统计节点203、统计节点204、统计节点205上报的至少一个通信接口对应的中间测试结果以及业务场景标识,假设汇总节点30接收到的各个统计节点上报的至少一个通信接口对应的中间测试结果以及业务场景标识为:
统计节点201:业务场景1
通信接口a:子网络吞吐量3bit/s、子平均接口响应时间0.0078s;
通信接口b:子网络吞吐量4bit/s、子平均接口响应时间0.0022s;
统计节点202:业务场景2
通信接口a:子网络吞吐量5bit/s、子平均接口响应时间0.0066s;
通信接口c:子网络吞吐量6bit/s、子平均接口响应时间0.0022s;
统计节点203:业务场景1
通信接口c:子网络吞吐量6bit/s、子平均接口响应时间0.0068s;
通信接口d:子网络吞吐量2bit/s、子平均接口响应时间0.0033s;
统计节点204:业务场景1
通信接口a:子网络吞吐量7bit/s、子平均接口响应时间0.0045s;
通信接口d:子网络吞吐量6bit/s、子平均接口响应时间0.0055s;
统计节点205:业务场景2
通信接口c:子网络吞吐量5bit/s、子平均接口响应时间0.0088s;
通信接口e:子网络吞吐量4bit/s、子平均接口响应时间0.0024s。
汇总节点30根据接收到的数据进行汇总处理,确定相同业务场景下每个通信接口对应的最终测试结果。
其中,相同业务场景下每个通信接口对应的最终测试结果包括每个通信接口的总网络吞吐量和每个通信接口的总平均响应时间;
本申请实施例中,汇总节点30根据下列方式确定相同业务场景下每个通信接口对应的最终测试结果:
根据统计节点上报的业务场景标识,根据上报同一个业务场景标识的统计节点上报的中间测试结果,确定相同业务场景下每个通信接口对应的中间测试结果集合;针对相同业务场景下的每个通信接口,根据业务场景下通信接口对应的中间测试结果集合中通信接口对应的子网络吞吐量之和确定业务场景下通信接口对应的总网络吞吐量;以及,将相同业务场景下通信接口对应的中间测试结果集合中通信接口对应的子平均响应时间与通信接口对应的中间测试结果的个数确定业务场景下通信接口对应的总平均响应时间。
实施中,汇总节点30根据统计节点上报的业务场景标识,将上报同一个业务场景标识的统计节点上报的中间测试结果进行汇总,确定相同业务场景下每个通信接口对应的中间测试结果集合。
例如,汇总节点30接收到的统计节点上报的业务场景标识中,上报业务场景1的统计节点有:统计节点201、统计节点203、统计节点204。在业务场景1下,每个通信接口对应的中间测试结果集合分别为:
通信接口a:子网络吞吐量3bit/s、子平均接口响应时间0.0078s;子网络吞吐量7bit/s、子平均接口响应时间0.0045s。
通信接口b:子网络吞吐量4bit/s、子平均接口响应时间0.0022s。
通信接口c:子网络吞吐量6bit/s、子平均接口响应时间0.0068s。
通信接口d:子网络吞吐量2bit/s、子平均接口响应时间0.0033s;子网络吞吐量6bit/s、子平均接口响应时间0.0055s。
汇总节点30将每个通信接口对应的中间测试结果集合中通信接口对应的子网络吞吐量之和作为业务场景1下通信接口对应的总网络吞吐量。
则业务场景1下,每个通信接口对应的总网络吞吐量为:
通信接口a:总网络吞吐量为3bit/s+7bit/s=10bit/s;
通信接口b:总网络吞吐量为4bit/s;
通信接口c:总网络吞吐量为6bit/s;
通信接口d:总网络吞吐量为2bit/s+6bit/s=8bit/s。
汇总节点30将每个通信接口对应中间测试结果集合中通信接口对应的子平均响应时间与通信接口对应的中间测试结果的个数确定业务场景1下通信接口对应的总平均响应时间。
则业务场景1下,每个通信接口对应的总平均响应时间为:
通信接口a:总平均接口响应时间为(0.0078s+0.0045s)/2=0.00615s。
通信接口b:总平均接口响应时间为0.0022s。
通信接口c:总平均接口响应时间为0.0068s。
通信接口d:总平均接口响应时间为(0.0033s+0.0055s)/2=0.0044s。
汇总节点30接收到的统计节点上报的业务场景标识中,上报业务场景2的统计节点有:统计节点202、统计节点205。在业务场景2下,每个通信接口对应的中间测试结果集合分别为:
通信接口a:子网络吞吐量5bit/s、子平均接口响应时间0.0066s;
针对接口c:子网络吞吐量6bit/s、子平均接口响应时间0.0022s;子网络吞吐量5bit/s、子平均接口响应时间0.0088s;
针对接口e:子网络吞吐量4bit/s、子平均接口响应时间0.0024s。
汇总节点30将每个通信接口对应的中间测试结果集合中通信接口对应的子网络吞吐量之和作为业务场景2下通信接口对应的总网络吞吐量。
则业务场景2下,每个通信接口对应的总网络吞吐量为:
通信接口a:总网络吞吐量为5bit/s;
针对接口c:总网络吞吐量为6bit/s+5bit/s=11bit/s;
针对接口e:总网络吞吐量为4bit/s。
汇总节点30将每个通信接口对应中间测试结果集合中通信接口对应的子平均响应时间与通信接口对应的中间测试结果的个数确定业务场景2下通信接口对应的总平均响应时间。
则业务场景2下,每个通信接口对应的总平均响应时间为:
通信接口a:总平均接口响应时间为0.0066s;
针对接口c:总平均接口响应时间为(0.0022s+0.0088s)/2=0.0055s;
针对接口e:总平均接口响应时间为0.0024s。
需要说明的是,本申请实施例中描述的汇总节点30在单位时间内接收到的中间测试结果以及业务场景标识的内容以及个数仅仅是示例的,用来说明本申请实施例提供的测试数据处理方法,并不构成对本申请保护范围的限定。
本申请实施例中,汇总节点30接收到的至少一个统计节点20上报的中间测试结果是对执行终端10执行测试用例产生测试数据进行过一次处理的,汇总节点30所计算的数据量只与统计节点20的数量以及统计节点20上报数据的周期有关。相比于执行终端10执行测试用例对网关进行压力测试产生的测试数据,汇总节点30处理的数据量大幅降低。
由于统计节点20每单位时间内进行一次测试数据处理并将测试数据上报给汇总节点30,汇总节点30接收到统计节点上报的中间测试数据后进行二次测试数据处理即可得到单位时间内相同场景下每个通信接口对应的最终测试结果,并将每个通信接口对应的最终测试结果在压力测试系统的前端进行展示,达到对测试数据进行实时处理并实时展示压力测试结果的效果。
如图4所示,为本申请实施例提供的压力测试系统的结构示意图;其中,汇总节点包括:接收模块、计算模块、业务数据中间缓存、机器指标中间缓存、数据汇总模块。
接收模块接收统计节点上报的中间测试结果以及业务场景标识,计算模块对至少一个统计节点上报的中间测试结果进行处理,相同业务场景下每个通信接口的最终测试结果并将测试结果存储在业务数据中间缓存中,数据汇总模块对业务数据中间缓存中的最终测试结果进行实时展示。
在对网关进行测压力测试任务执行完之后,将业务数据中间缓存中的测试结果存储至历史数据存储中。
需要说明的是,机器指标中间缓存中存储的数据为被压测网关处理业务的数据,被压测机器将数据上报给汇总节,汇总节点将被压测网关处理业务的数据在web前端进行展示,用于对网关进行业务监督。
如图5a-图5c所示,为本申请实施例提供的web前端展示界面的示意图,需要说明的是,图5a-图5c中所示的数据以及展示形式仅是示例的,用来说明本申请实施例中前端展示界面,并不构成对本申请保护范围的限定。其中,图5a为本申请实施例提供的一种实时展示吞吐量变化的界面示意图;图5b为本申请实施例提供的一种实时展示平均时耗变化的界面示意图;图5c为本申请实施例提供的一种实时展示错误码个数的界面示意图。
如图6所示,本申请实施例提供的一种测试数据处理方法的框架示意图,包括:被测网关300、至少一个执行终端301、至少一个统计节点302、汇总节点303。
执行终端301执行至少一个测试用例,向被测网关300的至少一个通信接口发送测试报文,并接收被测网关300的通信接口返回的响应报文;
执行终端301根据接收到的响应报文确定通信接口是否响应成功的状态信息和通信接口的响应时长,并生成包含状态信息、通信接口的响应时长、业务场景标识以及通信接口标识的测试数据;执行终端301将获取到的测试数据上报给至少一个统计节点302;
统计节点302根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;统计节点302将每个通信接口对应的中间测试结果以及业务场景标识发送给汇总节点303;
汇总节点303根据每个统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果。
其中,每个统计节点302向汇总节点303上报中间测试结果以及业务场景标识时可以通过至少一个消息队列进行消息的上报,或者通过本领域任意一种上报方式进行上报,本申请实施例对此不做限定。
如图7所示,为本申请实施例提供的一种压力测试系统的示意图,包括:结果收集层、数据计算层、展示层、以及压测平台控制模块,其中,数据计算层包括分布式统计节点以及汇总节点。
压力测试任务启动时,压测平台控制模块先向数据计算层的汇总节点发送启动任务的指令,汇总节点开始接受压力测试任务的数据请求并向压测平台的控制模块返回准备完成消息;压测平台控制模块再向结果收集层的执行终端下发启动测试用例命令,执行终端与数据计算层的统计节点建立长连接,并按启动命令中携带的信息找到相应的测试用例并执行;
结果收集层的压测发包机器相当于本申请实施例中的执行终端,用于执行测试用例,对每个测试用例对应的通信接口发送测试报文,并接收通信接口返回的响应报文,并根据响应报文分析出通信接口是否响应成功的状态信息和通信接口的响应时长;并生成包含状态信息、响应时长、业务场景标识以及通信接口标识的测试数据;压测发包机器将测试数据上报给测试用例对应的统计节点,包含业务场景标识的测试数据可被识别为核发数据;
分布式统计节点对单位时间内接收到的测试数据进行处理,得到中间测试结果,并将中间测试结果以及业务场景标识上报给汇总节点;汇总节点对中间测试结果处理得到最终测试结果;
展示层用于将汇总节点确定的最终测试结果进行展示,用户可通过访问前端页面查询压力测试实时结果。
需要说明的是,被压测机器上报给汇总节点的数据为被压测网关处理业务的数据,汇总节点将被压测网关处理业务的数据在web前端进行展示,用于对网关进行业务监督。
如图8所示,为本申请实施例提供的一种测试数据处理装置的结构示意图,该装置可应用于统计节点,包括:
第一接收模块801,用于接收执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;其中,执行终端每次向统计节点上报得到的N个测试数据;测试数据为执行终端通过执行用于对通信接口进行压力测试的测试用例得到的,且业务场景标识为执行终端执行的测试用例对应的业务场景的标识,通信接口标识为执行终端执行的测试用例过程中访问的通信接口的标识;
第一确定模块802,用于在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;
发送模块803,用于将确定出的每个通信接口对应的中间测试结果以及业务场景标识上报给汇总节点,以使汇总节点根据至少一个统计节点上报的中间测试结果和业务场景标识统计相同业务场景下每个通信接口对应的最终测试结果。
一种可选的实施方式为,统计节点接收到的测试数据为执行终端执行业务场景下的同一测试用例得到的。
一种可选的实施方式为,测试数据中还包括表示通信接口标识对应的通信接口是否响应成功的状态信息和通信接口标识对应的通信接口的响应时长;
中间测试结果包括子网络吞吐量和子平均接口响应时间;
第一确定模块具体用于:根据测试数据中包含的通信接口标识,确定同一个通信接口对应的测试数据集合;
针对每个通信接口,统计通信接口对应的测试数据集合中状态信息为通信接口响应成功的测试数据的个数,将统计得到的个数作为通信接口对应的子网络吞吐量;以及,将通信接口对应的测试数据集合中的通信接口响应时长的平均值作为通信接口对应的子平均接口响应时间。
如图9所示,为本申请实施例提供的一种测试数据处理装置的结构示意图,该装置可应用于执行终端,包括:
执行模块901,用于接收到包含至少一个测试用例标识的启动命令后,执行每个测试用例标识对应的用于对通信接口进行压力测试的测试用例,并获取执行测试用例得到的包括测试用例对应的业务场景标识以及测试用例对应的至少一个被测通信接口的接口标识的测试数据;其中,业务场景标识为执行终端执行的测试用例对应的业务场景的标识,通信接口标识为执行终端执行的测试用例过程中访问的通信接口的标识;
上报模块902,用于在每获取到N个测试数据后,将获取到的N个测试数据上报给测试用例对应的统计节点,以使统计节点在每接收到单位时长内的测试数据后、根据单位时长内接收到的测试数据确定通信接口对应的中间测试结果,并将得到的每个通信接口对应的中间测试结果以及业务场景标识上报给汇总节点。
一种可选的实施方式为,执行模块901具体用于:向测试用例对应的至少一个通信接口发送测试报文,并接收至少一个通信接口返回的响应报文;
针对每个通信接口返回的响应报文,确定表示通信接口是否响应成功的状态信息和通信接口的响应时长;并生成包含状态信息、通信接口的响应时长、业务场景标识以及通信接口标识的测试数据。
如图10所示,为本申请实施例提供的一种测试数据处理装置的结构示意图,该装置可应用于汇总节点,包括:
第二接收模块1001,用于接收至少一个统计节点上报的至少一个通信接口对应的中间测试结果以及业务场景标识;其中,至少一个通信接口对应的中间测试结果是统计节点在每接收到执行终端在单位时长内的测试数据后、根据单位时长内接收到的测试数据确定的,测试数据为执行终端通过执行统计节点对应的用于对通信接口进行压力测试的测试用例得到的;业务场景标识为执行终端执行的测试用例对应的业务场景的标识;通信接口标识为执行终端执行的测试用例过程中访问的通信接口的标识;
第二确定模块1002,用于根据每个统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果。
一种可选的实施方式为,相同业务场景下每个通信接口对应的最终测试结果包括每个通信接口的总网络吞吐量和每个通信接口的总平均响应时间;
第二确定模块1002具体用于:
根据统计节点上报的业务场景标识,根据上报同一个业务场景标识的统计节点上报的中间测试结果,确定相同业务场景下每个通信接口对应的中间测试结果集合;
针对相同业务场景下的每个通信接口,根据业务场景下通信接口对应的中间测试结果集合中通信接口对应的子网络吞吐量之和确定业务场景下通信接口对应的总网络吞吐量;以及,将相同业务场景下通信接口对应的中间测试结果集合中通信接口对应的子平均响应时间与通信接口对应的中间测试结果的个数确定业务场景下通信接口对应的总平均响应时间。
为了描述的方便,以上各部分按照功能划分为各模块(或单元)分别描述。当然,在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。
另外,本申请实施例还提供一种电子设备1100,如图11所示,包括:至少一个处理器1101;以及与至少一个处理器通信连接的存储器1102;
其中,存储器1102存储有可被至少一个处理器1101执行的指令,指令被至少一个处理器1101执行,以使至少一个处理器1101能够执行上述统计节点侧的测试数据处理方法。
另外,本申请实施例还提供一种电子设备1200,如图12所示,包括:至少一个处理器1201;以及与至少一个处理器通信连接的存储器1202;
其中,存储器1202存储有可被至少一个处理器1201执行的指令,指令被至少一个处理器1201执行,以使至少一个处理器1201能够执行上述执行终端侧的测试数据处理方法。
另外,本申请实施例还提供一种电子设备1300,如图13所示,包括:至少一个处理器1301;以及与至少一个处理器通信连接的存储器1302;
其中,存储器1302存储有可被至少一个处理器1301执行的指令,指令被至少一个处理器1301执行,以使至少一个处理器1301能够执行上述汇总节点侧的测试数据处理方法。
基于同一发明构思,本申请实施例中还提供了一种测试数据处理方法,由于该方法解决问题的原理与本申请实施例压力测试系统的统计节点侧测试数据处理方法相似,因此该方法的实施可以参见系统的实施,重复之处不再赘述。
如图14所示,为本申请实施例提供的一种统计节点侧测试数据处理方法的流程图,包括:
步骤S1401、统计节点接收执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;
其中,执行终端每次向统计节点上报得到的N个测试数据;测试数据为执行终端通过执行用于对通信接口进行压力测试的测试用例得到的,且业务场景标识为执行终端执行的测试用例对应的业务场景的标识,通信接口标识为执行终端执行的测试用例过程中访问的通信接口的标识;
步骤S1402、统计节点在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;
步骤S1403、统计节点将确定出的每个通信接口对应的中间测试结果以及业务场景标识上报给汇总节点,以使汇总节点根据至少一个统计节点上报的中间测试结果和业务场景标识统计相同业务场景下每个通信接口对应的最终测试结果。
一种可选的实施方式为,统计节点接收到的测试数据为执行终端执行业务场景下的同一测试用例得到的。
一种可选的实施方式为,测试数据中还包括表示通信接口标识对应的通信接口是否响应成功的状态信息和通信接口标识对应的通信接口的响应时长;
中间测试结果包括子网络吞吐量和子平均接口响应时间;
统计节点根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果,包括:
根据测试数据中包含的通信接口标识,确定同一个通信接口对应的测试数据集合;
针对每个通信接口,统计通信接口对应的测试数据集合中状态信息为通信接口响应成功的测试数据的个数,将统计得到的个数作为通信接口对应的子网络吞吐量;以及,将通信接口对应的测试数据集合中的通信接口响应时长的平均值作为通信接口对应的子平均接口响应时间。
基于同一发明构思,本申请实施例中还提供了一种测试数据处理方法,由于该方法解决问题的原理与本申请实施例压力测试系统的执行终端侧测试数据处理方法相似,因此该方法的实施可以参见系统的实施,重复之处不再赘述。
如图15所示,为本申请实施例提供的一种执行终端侧测试数据处理方法的流程图,包括:
步骤S1501、执行终端接收到包含至少一个测试用例标识的启动命令后,执行每个测试用例标识对应的用于对通信接口进行压力测试的测试用例,并获取执行测试用例得到的包括测试用例对应的业务场景标识以及测试用例对应的至少一个被测通信接口的接口标识的测试数据;
其中,业务场景标识为执行终端执行的测试用例对应的业务场景的标识,通信接口标识为执行终端执行的测试用例过程中访问的通信接口的标识;
步骤S1502、在每获取到N个测试数据后,执行终端将获取到的N个测试数据上报给测试用例对应的统计节点,以使统计节点在每接收到单位时长内的测试数据后、根据单位时长内接收到的测试数据确定通信接口对应的中间测试结果,并将得到的每个通信接口对应的中间测试结果以及业务场景标识上报给汇总节点。
一种可选的实施方式为,执行终端执行每个测试用例标识对应的用于对通信接口进行压力测试的测试用例,并获取执行测试用例得到的包括业务场景标识以及通信接口标识的测试数据,包括:
向测试用例对应的至少一个通信接口发送测试报文,并接收至少一个通信接口返回的响应报文;
针对每个通信接口返回的响应报文,确定表示通信接口是否响应成功的状态信息和通信接口的响应时长;并生成包含状态信息、通信接口的响应时长、业务场景标识以及通信接口标识的测试数据。
基于同一发明构思,本申请实施例中还提供了一种测试数据处理方法,由于该方法解决问题的原理与本申请实施例压力测试系统的汇总节点侧测试数据处理方法相似,因此该方法的实施可以参见系统的实施,重复之处不再赘述。
如图16所示,为本申请实施例提供的一种汇总节点侧测试数据处理方法的流程图,包括:
步骤S1601、汇总节点接收至少一个统计节点上报的至少一个通信接口对应的中间测试结果以及业务场景标识;
其中,至少一个通信接口对应的中间测试结果是统计节点在每接收到执行终端在单位时长内的测试数据后、根据单位时长内接收到的测试数据确定的,测试数据为执行终端通过执行统计节点对应的用于对通信接口进行压力测试的测试用例得到的;业务场景标识为执行终端执行的测试用例对应的业务场景的标识;通信接口标识为执行终端执行的测试用例过程中访问的通信接口的标识;
步骤S1602、汇总节点根据每个统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果。
一种可选的实施方式为,相同业务场景下每个通信接口对应的最终测试结果包括每个通信接口的总网络吞吐量和每个通信接口的总平均响应时间;
汇总节点根据每个统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果,包括:
根据统计节点上报的业务场景标识,根据上报同一个业务场景标识的统计节点上报的中间测试结果,确定相同业务场景下每个通信接口对应的中间测试结果集合;
针对相同业务场景下的每个通信接口,根据业务场景下通信接口对应的中间测试结果集合中通信接口对应的子网络吞吐量之和确定业务场景下通信接口对应的总网络吞吐量;以及,将相同业务场景下通信接口对应的中间测试结果集合中通信接口对应的子平均响应时间与通信接口对应的中间测试结果的个数确定业务场景下通信接口对应的总平均响应时间。
在介绍了本申请示例性实施方式的测试数据处理方法和装置之后,接下来,介绍根据本申请的另一示例性实施方式的计算装置。
所属技术领域的技术人员能够理解,本申请的各个方面可以实现为系统、方法或程序产品。因此,本申请的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
在一些可能的实施方式中,根据本申请的计算装置可以至少包括至少一个处理单元、以及至少一个存储单元。其中,存储单元存储有程序代码,当程序代码被处理单元执行时,使得处理单元执行本说明书上述描述的根据本申请各种示例性实施方式的测试数据处理方法中的步骤。例如,处理单元可以执行如图14~图16所示的测试数据处理方法的流程。
下面参照图17来描述根据本申请的这种实施方式的计算装置170。图17显示的计算装置170仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图17所示,计算装置170以通用计算设备的形式表现。计算装置170的组件可以包括但不限于:上述至少一个处理单元171、上述至少一个存储单元172、连接不同系统组件(包括存储单元172和处理单元171)的总线173。
总线173表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。
存储单元172可以包括易失性存储器形式的可读介质,例如随机存取存储器(RAM)1721和/或高速缓存存储器1722,还可以进一步包括只读存储器(ROM)1723。
存储单元172还可以包括具有一组(至少一个)程序模块1724的程序/实用工具1725,这样的程序模块1724包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
计算装置170也可以与一个或多个外部设备174(例如键盘、指向设备等)通信,还可与一个或者多个使得用户能与计算装置170交互的设备通信,和/或与使得该计算装置170能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口175进行。并且,计算装置170还可以通过网络适配器176与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器176通过总线173与用于计算装置170的其它模块通信。应当理解,尽管图中未示出,可以结合计算装置170使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
本申请实施例还提供一种计算机可存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述统计节点侧测试数据处理方法的步骤。
本申请实施例还提供一种计算机可存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述执行终端侧测试数据处理方法的步骤。
本申请实施例还提供一种计算机可存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述汇总节点侧测试数据处理方法的步骤。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种测试数据处理方法,其特征在于,该方法包括:
统计节点接收执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;其中,所述执行终端每次向所述统计节点上报得到的N个测试数据;所述测试数据为所述执行终端通过执行用于对通信接口进行压力测试的测试用例得到的,且所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识,所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
所述统计节点在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;
所述统计节点将确定出的每个通信接口对应的中间测试结果以及所述业务场景标识上报给汇总节点,以使所述汇总节点根据至少一个统计节点上报的中间测试结果和业务场景标识统计相同业务场景下每个通信接口对应的最终测试结果。
2.如权利要求1所述的方法,其特征在于,所述统计节点接收到的测试数据为所述执行终端执行业务场景下的同一测试用例得到的。
3.如权利要求1所述的方法,其特征在于,所述测试数据中还包括表示所述通信接口标识对应的通信接口是否响应成功的状态信息和所述通信接口标识对应的通信接口的响应时长;
所述中间测试结果包括子网络吞吐量和子平均接口响应时间;
所述统计节点根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果,包括:
根据测试数据中包含的通信接口标识,确定同一个通信接口对应的测试数据集合;
针对每个通信接口,统计所述通信接口对应的测试数据集合中状态信息为通信接口响应成功的测试数据的个数,将统计得到的个数作为所述通信接口对应的子网络吞吐量;以及,将所述通信接口对应的测试数据集合中的通信接口响应时长的平均值作为所述通信接口对应的子平均接口响应时间。
4.一种测试数据处理方法,其特征在于,该方法包括:
执行终端接收到包含至少一个测试用例标识的启动命令后,执行每个所述测试用例标识对应的用于对通信接口进行压力测试的测试用例,并获取执行所述测试用例得到的包括所述测试用例对应的业务场景标识以及所述测试用例对应的至少一个被测通信接口的接口标识的测试数据;其中,所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识,所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
在每获取到N个测试数据后,所述执行终端将获取到的N个测试数据上报给所述测试用例对应的统计节点,以使所述统计节点在每接收到单位时长内的测试数据后、根据单位时长内接收到的测试数据确定通信接口对应的中间测试结果,并将得到的每个通信接口对应的中间测试结果以及所述业务场景标识上报给汇总节点。
5.一种测试数据处理方法,其特征在于,该方法包括:
汇总节点接收至少一个统计节点上报的至少一个通信接口对应的中间测试结果以及业务场景标识;其中,所述至少一个通信接口对应的中间测试结果是所述统计节点在每接收到执行终端在单位时长内的测试数据后、根据单位时长内接收到的测试数据确定的,所述测试数据为所述执行终端通过执行所述统计节点对应的用于对通信接口进行压力测试的测试用例得到的;所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识;所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
所述汇总节点根据每个所述统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果。
6.一种压力测试系统,其特征在于,包括:执行终端、统计节点、汇总节点;
所述执行终端,用于接收到包含至少一个测试用例标识的启动命令后,执行每个所述测试用例标识对应的用于对通信接口进行压力测试的测试用例,并获取执行所述测试用例得到的包括所述测试用例对应的业务场景标识以及所述测试用例对应的至少一个被测通信接口的接口标识的测试数据;在每获取到N个测试数据后,将获取到的N个测试数据上报给所述测试用例对应的统计节点;
所述统计节点,用于接收所述执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;将确定出的每个通信接口对应的中间测试结果以及所述业务场景标识上报给汇总节点;
所述汇总节点,用于接收至少一个统计节点上报的至少一个通信接口对应的中间测试结果以及业务场景标识;根据每个统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果;
其中,所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识,所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识。
7.一种测试数据处理装置,其特征在于,包括:
第一接收模块,用于接收执行终端多次上报的包括业务场景标识以及通信接口标识的测试数据;其中,所述执行终端每次向所述统计节点上报得到的N个测试数据;所述测试数据为所述执行终端通过执行用于对通信接口进行压力测试的测试用例得到的,且所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识,所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
第一确定模块,用于在每接收到单位时长内的测试数据后,根据单位时长内接收到的测试数据确定每个通信接口对应的中间测试结果;
发送模块,用于将确定出的每个通信接口对应的中间测试结果以及所述业务场景标识上报给汇总节点,以使所述汇总节点根据至少一个统计节点上报的中间测试结果和业务场景标识统计相同业务场景下每个通信接口对应的最终测试结果。
8.一种测试数据处理装置,其特征在于,包括:
第二接收模块,用于接收至少一个统计节点上报的至少一个通信接口对应的中间测试结果以及业务场景标识;其中,所述至少一个通信接口对应的中间测试结果是所述统计节点在每接收到执行终端在单位时长内的测试数据后、根据单位时长内接收到的测试数据确定的,所述测试数据为所述执行终端通过执行所述统计节点对应的用于对通信接口进行压力测试的测试用例得到的;所述业务场景标识为所述执行终端执行的测试用例对应的业务场景的标识;所述通信接口标识为所述执行终端执行的测试用例过程中访问的通信接口的标识;
第二确定模块,用于根据每个所述统计节点上报的中间测试结果和业务场景标识,确定相同业务场景下每个通信接口对应的最终测试结果。
9.一种电子设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求1至5任一权利要求所述的方法。
10.一种计算机可读存储介质,存储有计算机可执行指令,其特征在于,所述计算机可执行指令用于执行如权利要求1至5任一权利要求所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911185652.6A CN111181800B (zh) | 2019-11-27 | 2019-11-27 | 测试数据处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911185652.6A CN111181800B (zh) | 2019-11-27 | 2019-11-27 | 测试数据处理方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111181800A true CN111181800A (zh) | 2020-05-19 |
CN111181800B CN111181800B (zh) | 2023-09-19 |
Family
ID=70621416
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911185652.6A Active CN111181800B (zh) | 2019-11-27 | 2019-11-27 | 测试数据处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111181800B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112732664A (zh) * | 2020-12-31 | 2021-04-30 | 五八有限公司 | 证据提取方法、装置、电子设备及存储介质 |
CN113742226A (zh) * | 2021-09-01 | 2021-12-03 | 上海浦东发展银行股份有限公司 | 一种软件性能测试方法、装置、介质及电子设备 |
CN114500558A (zh) * | 2021-12-21 | 2022-05-13 | 天翼云科技有限公司 | 一种任务分层上报系统及其控制方法 |
CN114816940A (zh) * | 2022-06-02 | 2022-07-29 | 科东(广州)软件科技有限公司 | 一种实时系统抖动测试的监控方法及装置 |
CN113742226B (zh) * | 2021-09-01 | 2024-04-30 | 上海浦东发展银行股份有限公司 | 一种软件性能测试方法、装置、介质及电子设备 |
Citations (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5937165A (en) * | 1996-09-10 | 1999-08-10 | Ganymede Software, Inc | Systems, methods and computer program products for applications traffic based communications network performance testing |
US20050018611A1 (en) * | 1999-12-01 | 2005-01-27 | International Business Machines Corporation | System and method for monitoring performance, analyzing capacity and utilization, and planning capacity for networks and intelligent, network connected processes |
US20070201362A1 (en) * | 2006-02-16 | 2007-08-30 | Intelliserv, Inc. | Increasing Bandwidth in a Downhole Network |
CN103051500A (zh) * | 2013-01-04 | 2013-04-17 | 北京邮电大学 | 一种服务网络系统的测试方法及系统 |
US20140026123A1 (en) * | 2012-07-20 | 2014-01-23 | Infosys Limited | Systems and methods for replication of test results in a network environment |
CN103902446A (zh) * | 2012-12-27 | 2014-07-02 | 北京新媒传信科技有限公司 | 一种网络服务器自动化测试的方法和装置 |
US20150227452A1 (en) * | 2014-02-12 | 2015-08-13 | Wipro Limited | System and method for testing software applications |
CN105281978A (zh) * | 2015-10-23 | 2016-01-27 | 小米科技有限责任公司 | 一种性能测试的方法、装置和系统 |
CN105515902A (zh) * | 2015-11-27 | 2016-04-20 | 北京新能源汽车股份有限公司 | 整车控制器的测试方法及系统 |
CN106776280A (zh) * | 2016-11-24 | 2017-05-31 | 上海携程商务有限公司 | 可配置性能测试装置 |
CN107135083A (zh) * | 2016-02-29 | 2017-09-05 | 华为技术有限公司 | 一种计费方法和装置 |
US20170324488A1 (en) * | 2016-05-09 | 2017-11-09 | Fujitsu Limited | Method and apparatus for evaluating node performance and system |
WO2018014580A1 (zh) * | 2016-07-20 | 2018-01-25 | 平安科技(深圳)有限公司 | 数据接口测试方法、装置、服务器和存储介质 |
CN107688526A (zh) * | 2017-08-25 | 2018-02-13 | 上海壹账通金融科技有限公司 | 应用程序的性能测试方法、装置、计算机设备和存储介质 |
CN107908542A (zh) * | 2017-07-26 | 2018-04-13 | 平安壹钱包电子商务有限公司 | 测试用例创建方法、装置、计算机设备及存储介质 |
US20180131595A1 (en) * | 2016-11-08 | 2018-05-10 | Inventec (Pudong) Technology Corporation | System For Using Kernel To Perform Pressure Test On Communication Port And Method |
US20180337803A1 (en) * | 2017-05-17 | 2018-11-22 | Hand Held Products, Inc. | Methods and apparatuses for enabling secure communication between mobile devices and a network |
CN109376089A (zh) * | 2018-10-24 | 2019-02-22 | 江苏满运软件科技有限公司 | 一种自动化测试管理方法及系统 |
CN109471796A (zh) * | 2018-10-16 | 2019-03-15 | 平安证券股份有限公司 | 接口测试方法、装置、计算机设备及存储介质 |
CN109783334A (zh) * | 2018-12-14 | 2019-05-21 | 平安普惠企业管理有限公司 | 压力测试报告生成方法、装置、计算机设备和存储介质 |
US20190188119A1 (en) * | 2017-12-14 | 2019-06-20 | Cognizant Technology Solutions India Pvt. Ltd. | System and a method for providing automated performance detection of application programming interfaces |
CN110008117A (zh) * | 2019-03-12 | 2019-07-12 | 深圳壹账通智能科技有限公司 | 页面测试方法、装置、计算机设备和存储介质 |
CN110287097A (zh) * | 2019-05-20 | 2019-09-27 | 深圳壹账通智能科技有限公司 | 批量测试方法、装置及计算机可读存储介质 |
CN110324161A (zh) * | 2018-03-29 | 2019-10-11 | 大唐联仪科技有限公司 | 一种传输协议的测试方法及设备 |
CN110347590A (zh) * | 2019-06-18 | 2019-10-18 | 平安普惠企业管理有限公司 | 业务系统的接口测试控制方法及装置 |
CN110351161A (zh) * | 2019-05-22 | 2019-10-18 | 口碑(上海)信息技术有限公司 | 业务端对端测试方法、装置、存储介质及计算机设备 |
CN110399293A (zh) * | 2019-06-21 | 2019-11-01 | 平安科技(深圳)有限公司 | 系统测试方法、装置、计算机设备和存储介质 |
-
2019
- 2019-11-27 CN CN201911185652.6A patent/CN111181800B/zh active Active
Patent Citations (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5937165A (en) * | 1996-09-10 | 1999-08-10 | Ganymede Software, Inc | Systems, methods and computer program products for applications traffic based communications network performance testing |
US20050018611A1 (en) * | 1999-12-01 | 2005-01-27 | International Business Machines Corporation | System and method for monitoring performance, analyzing capacity and utilization, and planning capacity for networks and intelligent, network connected processes |
US20070201362A1 (en) * | 2006-02-16 | 2007-08-30 | Intelliserv, Inc. | Increasing Bandwidth in a Downhole Network |
US20140026123A1 (en) * | 2012-07-20 | 2014-01-23 | Infosys Limited | Systems and methods for replication of test results in a network environment |
CN103902446A (zh) * | 2012-12-27 | 2014-07-02 | 北京新媒传信科技有限公司 | 一种网络服务器自动化测试的方法和装置 |
CN103051500A (zh) * | 2013-01-04 | 2013-04-17 | 北京邮电大学 | 一种服务网络系统的测试方法及系统 |
US20150227452A1 (en) * | 2014-02-12 | 2015-08-13 | Wipro Limited | System and method for testing software applications |
CN105281978A (zh) * | 2015-10-23 | 2016-01-27 | 小米科技有限责任公司 | 一种性能测试的方法、装置和系统 |
CN105515902A (zh) * | 2015-11-27 | 2016-04-20 | 北京新能源汽车股份有限公司 | 整车控制器的测试方法及系统 |
CN107135083A (zh) * | 2016-02-29 | 2017-09-05 | 华为技术有限公司 | 一种计费方法和装置 |
US20170324488A1 (en) * | 2016-05-09 | 2017-11-09 | Fujitsu Limited | Method and apparatus for evaluating node performance and system |
WO2018014580A1 (zh) * | 2016-07-20 | 2018-01-25 | 平安科技(深圳)有限公司 | 数据接口测试方法、装置、服务器和存储介质 |
US20180131595A1 (en) * | 2016-11-08 | 2018-05-10 | Inventec (Pudong) Technology Corporation | System For Using Kernel To Perform Pressure Test On Communication Port And Method |
CN106776280A (zh) * | 2016-11-24 | 2017-05-31 | 上海携程商务有限公司 | 可配置性能测试装置 |
US20180337803A1 (en) * | 2017-05-17 | 2018-11-22 | Hand Held Products, Inc. | Methods and apparatuses for enabling secure communication between mobile devices and a network |
CN107908542A (zh) * | 2017-07-26 | 2018-04-13 | 平安壹钱包电子商务有限公司 | 测试用例创建方法、装置、计算机设备及存储介质 |
CN107688526A (zh) * | 2017-08-25 | 2018-02-13 | 上海壹账通金融科技有限公司 | 应用程序的性能测试方法、装置、计算机设备和存储介质 |
US20190188119A1 (en) * | 2017-12-14 | 2019-06-20 | Cognizant Technology Solutions India Pvt. Ltd. | System and a method for providing automated performance detection of application programming interfaces |
CN110324161A (zh) * | 2018-03-29 | 2019-10-11 | 大唐联仪科技有限公司 | 一种传输协议的测试方法及设备 |
CN109471796A (zh) * | 2018-10-16 | 2019-03-15 | 平安证券股份有限公司 | 接口测试方法、装置、计算机设备及存储介质 |
CN109376089A (zh) * | 2018-10-24 | 2019-02-22 | 江苏满运软件科技有限公司 | 一种自动化测试管理方法及系统 |
CN109783334A (zh) * | 2018-12-14 | 2019-05-21 | 平安普惠企业管理有限公司 | 压力测试报告生成方法、装置、计算机设备和存储介质 |
CN110008117A (zh) * | 2019-03-12 | 2019-07-12 | 深圳壹账通智能科技有限公司 | 页面测试方法、装置、计算机设备和存储介质 |
CN110287097A (zh) * | 2019-05-20 | 2019-09-27 | 深圳壹账通智能科技有限公司 | 批量测试方法、装置及计算机可读存储介质 |
CN110351161A (zh) * | 2019-05-22 | 2019-10-18 | 口碑(上海)信息技术有限公司 | 业务端对端测试方法、装置、存储介质及计算机设备 |
CN110347590A (zh) * | 2019-06-18 | 2019-10-18 | 平安普惠企业管理有限公司 | 业务系统的接口测试控制方法及装置 |
CN110399293A (zh) * | 2019-06-21 | 2019-11-01 | 平安科技(深圳)有限公司 | 系统测试方法、装置、计算机设备和存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112732664A (zh) * | 2020-12-31 | 2021-04-30 | 五八有限公司 | 证据提取方法、装置、电子设备及存储介质 |
CN112732664B (zh) * | 2020-12-31 | 2024-04-05 | 五八有限公司 | 证据提取方法、装置、电子设备及存储介质 |
CN113742226A (zh) * | 2021-09-01 | 2021-12-03 | 上海浦东发展银行股份有限公司 | 一种软件性能测试方法、装置、介质及电子设备 |
CN113742226B (zh) * | 2021-09-01 | 2024-04-30 | 上海浦东发展银行股份有限公司 | 一种软件性能测试方法、装置、介质及电子设备 |
CN114500558A (zh) * | 2021-12-21 | 2022-05-13 | 天翼云科技有限公司 | 一种任务分层上报系统及其控制方法 |
CN114816940A (zh) * | 2022-06-02 | 2022-07-29 | 科东(广州)软件科技有限公司 | 一种实时系统抖动测试的监控方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111181800B (zh) | 2023-09-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10649838B2 (en) | Automatic correlation of dynamic system events within computing devices | |
CN111147322B (zh) | 5g核心网微服务架构的测试系统及方法 | |
US10909018B2 (en) | System and method for end-to-end application root cause recommendation | |
CN111181800B (zh) | 测试数据处理方法、装置、电子设备及存储介质 | |
CN110740054B (zh) | 一种基于强化学习的数据中心虚拟化网络故障诊断方法 | |
CN109617759A (zh) | 区块链系统稳定性测试方法、装置、设备及存储介质 | |
EP2713270A1 (en) | Resource scheduling method and device | |
CN111966289A (zh) | 基于Kafka集群的分区优化方法和系统 | |
CN107133231B (zh) | 一种数据获取方法和装置 | |
CN109462517A (zh) | 一种面向数字电网业务的数据监测的方法、系统及设备 | |
US20230281071A1 (en) | Using User Equipment Data Clusters and Spatial Temporal Graphs of Abnormalities for Root Cause Analysis | |
CN108108445A (zh) | 一种智能数据处理方法和系统 | |
US9658932B2 (en) | Lightweight functional testing | |
CN113127356A (zh) | 压测方法、装置、电子设备及存储介质 | |
CN115509931A (zh) | 基于系统的性能测试方法、装置、电子设备及存储介质 | |
CN106304122A (zh) | 一种业务数据分析方法及系统 | |
CN113452533B (zh) | 计费自巡检、自愈合方法、装置、计算机设备和存储介质 | |
CN114885014A (zh) | 一种外场设备状态的监测方法、装置、设备及介质 | |
CN112035314B (zh) | 内存泄漏的监控方法、装置及电子设备 | |
CN111885159B (zh) | 数据采集方法、装置、电子设备及存储介质 | |
CN102256271A (zh) | 扩容指示信息的获取方法及装置 | |
EP4277223A1 (en) | Data processing method, apparatus and system, and storage medium | |
CN117472618A (zh) | 故障注入方法、装置、处理器、存储介质及程序产品 | |
CN116107791A (zh) | 测试环境故障节点修复方法及装置 | |
CN116208520A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |