CN113259201A

CN113259201A - 链路性能测试方法、装置、服务器及存储介质

Info

Publication number: CN113259201A
Application number: CN202110673403.2A
Authority: CN
Inventors: 张少辉
Original assignee: Agricultural Bank of China
Current assignee: Agricultural Bank of China
Priority date: 2021-06-17
Filing date: 2021-06-17
Publication date: 2021-08-13
Anticipated expiration: 2041-06-17
Also published as: CN113259201B

Abstract

本申请提供一种链路性能测试方法、装置、服务器及存储介质。该方法通过获取多个外呼号码的测试参数，之后根据多个外呼号码的测试参数生成测试脚本，最后根据测试脚本，对多个外呼号码进行并发呼叫，并对服务器的性能进行监控，得到测试结果。该技术方案，从测试脚本封装的多个外呼号码以及每个外呼号码对应的测试参数出发，实现了模拟高并发状态下通信链路的性能测试，并且提高了测试效率。

Description

链路性能测试方法、装置、服务器及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种链路性能测试方法、装置、服务器及存储介质。

背景技术

不断增加的通信业务量对通信链路的性能提出了更高的要求，技术人员需要掌握通信链路的性能，以更好的对通信系统进行改进，从而为客户提供高效、可靠的通信服务。

在现有技术中，通信链路的性能测试实现原理为：利用多台外呼相关设备共同模拟外呼，用于外呼的号码名单从数据库中调用，录音功能由第三方工具实现，通过对外呼通话系统运行时的性能数据加以分析，从而得出外呼通话系统所能提供的最大服务级别。

然而，这种测试方式并不能完全模拟高并发状态下通信链路的性能测试，且测试过程耗费资源和精力，效率较低。

发明内容

本申请实施例提供一种链路性能测试方法、装置、服务器及存储介质。用以解决现有技术针对链路性能测试时耗费资源、以及效率过低的问题。

第一方面，本申请实施例提供一种链路性能测试方法，应用于服务器，包括：

获取多个外呼号码的测试参数，每个外呼号码对应的测试参数包括呼叫时长，用于指示是否录音的指示参数，客户类型；

根据所述多个外呼号码的测试参数生成测试脚本，所述测试脚本包括所述多个外呼号码和每个外呼号码对应的测试参数；

根据所述测试脚本，对所述多个外呼号码进行并发呼叫，并对所述服务器的性能进行监控，得到测试结果。

在第一方面一种可能的设计中，所述获取多个外呼号码的测试参数，包括：

根据测试场景，从本地存储的数据库中获取与所述测试场景对应的所述多个外呼号码；

根据所述测试场景确定每个外呼号码的客户类型和指示参数；

根据上一次对所述服务器的测试结果，确定对每个外呼号码的呼叫时长。

在第一方面另一种可能的设计中，所述根据所述测试脚本，对所述多个外呼号码进行并发呼叫，并对所述服务器的性能进行监控，得到测试结果，包括：

对所述测试脚本进行解析，得到所述多个外呼号码和每个外呼号码对应的测试参数；

通过通话软件对所述多个外呼号码进行并行呼叫，建立与每个外呼号码对应的终端设备之间的通话链路；

在通过每个通话链路进行通话过程中，通过性能监控工具对所述服务器的性能进行监控，获取所述测试结果。

可选的，所述测试结果包括以下至少一种：每秒交易量TPS，事务响应时间TRT，中央处理器CPU使用率和内存的使用率。

第二方面，本申请实施例提供一种链路性能测试装置，应用于服务器，包括：获取模块、生成模块和处理模块；

所述获取模块，用于获取多个外呼号码的测试参数，每个外呼号码对应的测试参数包括呼叫时长，用于指示是否录音的指示参数，客户类型；

所述生成模块，用于根据所述多个外呼号码的测试参数生成测试脚本，所述测试脚本包括所述多个外呼号码和每个外呼号码对应的测试参数；

所述处理模块，用于根据所述测试脚本，对所述多个外呼号码进行并发呼叫，并对所述服务器的性能进行监控，得到测试结果。

在第二方面一种可能的设计中，所述获取模块，具体用于：

在第二方面另一种可能的设计中，所述处理模块，具体用于：

可选的，所述测试结果包括以下至少一种：TPS，TRT，CPU使用率和内存的使用率。

第三方面，本申请实施例提供一种服务器，包括：处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令；

所述存储器存储计算机执行指令；

所述处理器执行所述计算机执行指令，使得所述服务器执行如上述第一方面及各种可能的设计中所述的链路性能测试方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述第一方面及各种可能的设计中所述的链路性能测试方法。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时用于实现如上述第一方面及各种可能的设计中所述的链路性能测试方法。

本申请实施例提供的链路性能测试方法、装置、服务器及存储介质。该方法中，通过获取多个外呼号码的测试参数，之后根据多个外呼号码的测试参数生成测试脚本，最后根据测试脚本，对多个外呼号码进行并发呼叫，并对服务器的性能进行监控，得到测试结果。该技术方案，从测试脚本封装的多个外呼号码以及每个外呼号码对应的测试参数出发，实现了模拟高并发状态下通信链路的性能测试，并且提高了测试效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请实施例提供的现有技术相应的链路性能测试方法的框架示意图；

图2为本申请实施例提供的链路性能测试方法实施例一的流程示意图；

图3为本申请实施例提供的链路性能测试方法的框架示意图；

图4为本申请实施例提供的链路性能测试装置的结构示意图；

图5为本申请实施例提供的服务器的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在介绍本申请的实施例之前，首先对本申请的专业名词和背景技术进行解释说明：

交易：系统操作的集合；

每秒交易量(Transaction Per Second，TPS)：系统每秒钟处理完成的交易数量，衡量被测系统处理能力的一个重要性能指标；

事务响应时间(Transaction Response Time，TRT)：指从客户端请求发出开始到客户端收到响应数据所消耗的时间，响应时间具体包括网络消耗时间，应用程序处理时间，数据库处理时间等。

通信链路测试对于技术人员掌握通信系统的最大服务级别具有重要作用。其中，通信链路测试可以包括多种可能的实现场景，例如：阶梯测试、疲劳测试、混合业务测试。

具体的，阶梯测试可以是多个通信链路并发的测试，通过不断增加通信链路，执行压力测试，直到TPS开始下降，定位到系统性能的拐点；疲劳测试可以是控制通信链路的中数据的传输时长(即通信时长)，通过不断增加通信时长，判断系统长时间运行的情况下是否稳定，TRT是否平稳，对CPU、以及内存等资源的使用是否合理等；混合业务测试可以是通信的过程是否录音、通信是否连续等，通过模拟实际生产环境中在业务处理高峰期系统的压力情况，得到此时的系统性能指标，获取当前性能表现数据，并验证交易是否存在并发性问题。

图1为本申请实施例提供的现有技术相应的链路性能测试方法的框架示意图。结合图1，对现有技术中链路性能测试方法进行说明。

如图1所示，该框架示意图包括：通话软件11、数据库12、性能测试工具13、通话接收端14、第三方录音工具15。

其中，通话接收端14可以包括多个终端设备，此处仅以3个终端设备举例。

在一种可能的实现中，用户向外呼应用系统的通话软件11下发外呼通话指令，外呼应用系统的通话软件11获取到该外呼通话指令，根据外呼通话指令，将数据库12中相应的外呼名单取出，并拨打外呼名单，实现与各个通话接收端14的连接，在与通话接收端通信14的过程中，性能测试工具13从外呼应用系统的通话软件11中采集响应的性能测试数据，针对外呼名单中需要录音的外呼号码，由第三方工具15进行录音。

其中，通过对传输层进行socket协议的访问实现通话通道的多并发。

然而，现有技术中的链路性能测试方法的原理相当于利用多台外呼相关设备共同模拟外呼，录音功能由第三方工具实现，使得这种测试方式并不能完全模拟高并发状态下通信链路，且测试过程耗费资源和精力，效率较低。

本申请针对上述技术问题，发明人的技术构思过程如下：发明人发现，可以根据不同的应用场景，设置相应的多个外呼号码，以及该外呼号码对应是否需要录音、通信时长等与应用场景相关的信息直接添加至外呼应用系统，由外呼应用系统实现对各个通信链路的通信，从而获取该外呼应用系统的性能指标。

下面通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的链路性能测试方法实施例一的流程示意图，如图2所示，该链路性能测试方法可以包括如下步骤：

步骤21、获取多个外呼号码的测试参数。

其中，每个外呼号码对应的测试参数包括呼叫时长，用于指示是否录音的指示参数，客户类型。

在本方案中，链路性能测试方法应用于服务器，该服务器可以是外呼应用系统，为了测试出外呼应用系统的最大服务级别，需要将该外呼应用系统与多个外呼号码进行通信链路的连接，也即，可以通过外呼应用系统的通话软件FreeSWITCH与多个外呼号码进行通信链路的连接。

在本步骤中，外呼应用系统的最大服务级别的测试可以分为多种测试场景，包括多个外呼号码同时通信、其多个外呼号码通信时是否需要录音、以及与多个外呼号码通信时长，和各自对应的客户类型。

其中，测试参数即用于模拟不同的测试场景，而外呼号码的数量也根据实际测试场景的需要进行不断调整。

可选的，测试场景可以包括：阶梯测试，指不断加大外呼号码数量的测试，直到TPS开始下降，即可确定出最大的外呼应用系统性能的拐点；疲劳测试，指增大呼叫时长，检测外呼应用系统性能是否稳定；混合场景，外呼号码可以录音、或不录音，通信断续，可以模拟实际生产中业务高峰期的压力测试，确定外呼应用系统是否存在并发性问题。

应理解，上述测试场景仅作举例，可根据实际应用添加，且测试参数的类型也可以根据实际需要增加和减少。

具体的，该步骤可以通过如下步骤实现：

第1步、根据测试场景，从本地存储的数据库中获取与测试场景对应的多个外呼号码。

可选的，为了测试出外呼应用系统在某一测试场景下的性能，需要建立与外呼号码对应终端的通信链路，此时先从本地存储的数据库中获取该测试场景下对应需要的外呼号码。

第2步、根据测试场景确定每个外呼号码的客户类型和指示参数。

可选的，确定出需要的外呼号码，也就确定出了并发的通信链路数量，并根据外呼号码相应的客户类型(客户类型的不同也在一定程度上影响了通信过程中是否需要录音)。

第3步、根据上一次对服务器的测试结果，确定对每个外呼号码的呼叫时长。

可选的，某一次的测试结果并不一定可以达到外呼应用系统的最大服务级别，此时，需要根据上次的测试结果，对外呼号码进行通话时长进行确定。

步骤22、根据多个外呼号码的测试参数生成测试脚本。

其中，测试脚本包括多个外呼号码和每个外呼号码对应的测试参数；

在本步骤中，由于通话软件FreeSWITCH需要通过Java程序触发，此时将多个外呼号码的测试参数以及外呼号码封装在Jar包中，而利用Jmeter性能测试工具进行外呼应用系统的测试，需要建立与外呼应用系统相应的Web网页通话应用插件的连接，而这个过程需要通过http协议实现，此时还需要用c语言对Jar包进行封装，生成测试脚本。

也即，测试脚本中包含有该次测试场景对应的测试参数以及并发的外呼号码。

步骤23、根据测试脚本，对多个外呼号码进行并发呼叫，并对服务器的性能进行监控，得到测试结果。

其中，测试结果包括以下至少一种：TPS，TRT，CPU使用率和内存的使用率。

在本步骤中，Jmeter性能测试工具将测试脚本通过http协议发送至Web网页通话应用插件，从而使得外呼应用系统的通话软件FreeSWITCH启动多个外呼号码的并发呼叫，也即同时开始外呼应用系统的性能测试，具体的，可以通过如下步骤实现：

第1步、对测试脚本进行解析，得到多个外呼号码和每个外呼号码对应的测试参数。

可选的，万维网Web网页通话应用插件对测试脚本中的Jar包进行解析，可以得到多个外呼号码，以及各个外呼号码对应的测试参数，并临时缓存至外呼应用系统的远程字典服务(Remote Dictionary Server，Redis)中的清单list中。

第2步、通过通话软件对多个外呼号码进行并行呼叫，建立与每个外呼号码对应的终端设备之间的通话链路。

可选的，根据list中的各个外呼号码，连接与各个外呼号码对应的终端设备，实现通信链路的接通，根据list中，各个号码对应的测试参数，对外呼号码是否进行录音，以及通信链路接通时长。

第3步、在通过每个通话链路进行通话过程中，通过性能监控工具对服务器的性能进行监控，获取测试结果。

可选的，在各个通信链路进行通话的过程中，nmon性能监控工具对外呼应用系统进行数据的采集，包括CPU使用率、内存占用率、磁盘和网络等性能指标，还可以采集TPS，TRT等。

应理解，此处nmon性能监控工具对外呼应用系统进行采集的数据，与通信链路的使用相关联，不局限于上述提到的性能指标。

进一步的，根据测试结果，判断出此次测试是否达到了外呼应用系统的最大服务级别，若没有达到，则需要根据此次测试结果重新对测试脚本进行生成。

可选的，测试脚本也可以根据技术人员的经验设定，此处不做限制。

本申请实施例提供的链路性能测试方法，该方法中，通过获取多个外呼号码的测试参数，之后根据多个外呼号码的测试参数生成测试脚本，最后根据测试脚本，对多个外呼号码进行并发呼叫，并对服务器的性能进行监控，得到测试结果。该技术方案，从测试脚本封装的多个外呼号码以及每个外呼号码对应的测试参数出发，实现了模拟高并发状态下通信链路的性能测试，并且提高了测试效率。

图3为本申请实施例提供的链路性能测试方法的框架示意图，结合图3，以一种的可能实现过程，对本申请实施例提供的链路性能测试方法进行举例说明。如图3所示，该框架示意图包括：性能测试工具31、性能监控工具32、通话软件33、通话插件34、终端设备35。

其中，终端设备35包括：第一终端设备351、第二终端设备352、第三终端设备353等，此处终端设备35的数量与测试场景相应的外呼号码的数量相关。

可选的，性能测试工具31可以是Jmeter性能测试工具，性能监控工具32可以是nmon性能监控工具，通话软件33可以是外呼应用系统的通话软件FreeSWITCH，通话插件34可以是外呼应用系统的Web通话插件，终端设备35可以是电脑、手机等。

在一种可能的实现中，Jmeter性能测试工具通过http协议将测试脚本加载至外呼应用系统的Web通话插件，该通话插件对测试脚本中的Jar包进行解析，调用封装程序实现外呼应用系统的通话软件FreeSWITCH模拟实现对解析后的各个外呼号码进行并发呼叫通道(通信链路)的连接，以连接与第一终端设备351、第二终端设备352、第三终端设备353，根据解析之后相应的外呼号码是否需要录音，对相应的通信链路进行录音。

进一步地，nmon性能监控工具对外呼应用系统进行数据的监控，以检测到在测试脚本决定的测试场景下，外呼应用系统的TPS，TRT、CPU使用率、内存占用率、磁盘和网络等性能指标，根据获得的性能指标，确定外呼应用系统中所能承载的最大服务级别，也可以是链路的最优性能。

其中，也可以通过nmon性能监控工具对应的性能监测界面实时查看外呼应用系统的性能指标，以实现便捷的提供数据监控。

可选的，测试脚本中的Jar包中包含多个外呼号码，用于实现高并发；以及各个外呼号码对应的呼叫时长，用于指示是否录音的指示参数，客户类型等，用于模拟测试的具体场景。

本申请实施例提供的链路性能测试方法，该方法中，通过性能测试工具将测试脚本中的多个外呼号码以及对应的测试参数加载至外呼应用系统的通话软件上，通话软件根据测试脚本解析得到的外呼号码进行通信链路的连接，并根据测试参数模拟测试场景，最后通话性能监测工具对外呼应用系统进行数据的实时检测，确定出测试结果。该方案实现了多并发状态下，不同测试场景对于外呼应用系统的性能测试，解决了现有技术中存在的实现复杂、效率低下的问题。

在上述链路性能测试方法实施例的基础上，图4为本申请实施例提供的链路性能测试装置的结构示意图。如图4所示，该链路性能测试装置应用于服务器，包括：获取模块41、生成模块42和处理模块43；

获取模块41，用于获取多个外呼号码的测试参数，每个外呼号码对应的测试参数包括呼叫时长，用于指示是否录音的指示参数，客户类型；

生成模块42，用于根据多个外呼号码的测试参数生成测试脚本，测试脚本包括多个外呼号码和每个外呼号码对应的测试参数；

处理模块43，用于根据测试脚本，对多个外呼号码进行并发呼叫，并对服务器的性能进行监控，得到测试结果。

在本申请实施例一种可能的设计中，获取模块41，具体用于：

根据测试场景，从本地存储的数据库中获取与测试场景对应的多个外呼号码；

根据测试场景确定每个外呼号码的客户类型和指示参数；

根据上一次对服务器的测试结果，确定对每个外呼号码的呼叫时长。

在本申请实施例另一种可能的设计中，处理模块43，具体用于：

对测试脚本进行解析，得到多个外呼号码和每个外呼号码对应的测试参数；

通过通话软件对多个外呼号码进行并行呼叫，建立与每个外呼号码对应的终端设备之间的通话链路；

在通过每个通话链路进行通话过程中，通过性能监控工具对服务器的性能进行监控，获取测试结果。

可选的，测试结果包括以下至少一种：TPS，TRT，CPU使用率和内存的使用率。

本申请实施例提供的链路性能测试装置，可用于执行上述实施例中的链路性能测试方法的技术方案，其实现的原理，以及技术效果类似，此处不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，处理模块43可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图5为本申请实施例提供的服务器的结构示意图。如图5所示，该服务器可以包括：处理器51、存储器52。

处理器51执行存储器存储的计算机执行指令，使得处理器51执行上述实施例中原油在河流表面漂移规律的识别方法的方案。

处理器51可以是通用处理器，包括中央处理器CPU、网络处理器(networkprocessor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器52通过系统总线与处理器51连接并完成相互间的通信，存储器52用于存储计算机程序指令。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，该服务器还可以包括：收发器，用于实现上述实施例中获取模块41执行的相关步骤。

可选的，该服务器还可以包括：显示器，用于实现上述实施例中性能检测工具检测得到的数据。

本申请实施例提供的服务器，可用于执行上述实施例中链路性能测试方法的技术方案，其实现原理和技术效果类似，在此不再赘述。

本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中链路性能测试方法的技术方案。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例中链路性能测试方法的技术方案。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，处理器可以从计算机可读存储介质读取计算机程序，处理器执行计算机程序时可实现上述实施例中链路性能测试方法的技术方案。

最后应说明的是：以上各个实施例仅用以说明本申请提供的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims

1.一种链路性能测试方法，其特征在于，应用于服务器，包括：

2.根据权利要求1所述的方法，其特征在于，所述获取多个外呼号码的测试参数，包括：

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述测试脚本，对所述多个外呼号码进行并发呼叫，并对所述服务器的性能进行监控，得到测试结果，包括：

4.根据权利要求3所述的方法，其特征在于，所述测试结果包括以下至少一种：每秒交易量TPS，事务响应时间TRT，中央处理器CPU使用率和内存的使用率。

5.一种链路性能测试装置，其特征在于，应用于服务器，包括：获取模块、生成模块和处理模块；

6.根据权利要求5所述的装置，其特征在于，所述获取模块，具体用于：

7.根据权利要求5或6所述的装置，其特征在于，所述处理模块，具体用于：

8.根据权利要求7所述的装置，其特征在于，所述测试结果包括以下至少一种：每秒交易量TPS，事务响应时间TRT，中央处理器CPU使用率和内存的使用率。

9.一种服务器，包括：处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令，其特征在于，所述处理器执行所述计算机程序指令时实现如上述权利要求1至4任一项所述的链路性能测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述权利要求1至4任一项所述的链路性能测试方法。

11.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时用于实现如上述权利要求1至4任一项所述的链路性能测试方法。