一种基于接口的线上验证方法和装置与流程

本发明涉及计算机领域，尤其涉及一种基于接口的线上验证方法和装置。

背景技术：

当下大型互联网应用都是集群部署，集群多是由docker搭建而成。在应用程序发布后，需要验证每一台docker上的应用部署是否正确、功能是否正常以及性能是否存在问题。现有技术中通过在web端调用接口来对web测试对象进行自动化测试，以实现接口功能验证和性能验证。在调用接口时，由分发中心将调用请求随机打到任意一台docker上进行处理。这里的docker为一种虚拟服务器。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：应用程序发布后，无法验证每一台docker上的应用部署是否正确、功能是否正常以及性能是否存在问题；web端的脚本维护困难且运行不稳定；集群中的docker多则几百台，少则几十台，docker本身的性能参差不齐，无法排查出性能差的docker。

技术实现要素：

有鉴于此，本发明实施例提供一种基于接口的线上验证方法和装置，基于压测工具和内外两层循环控制，逐台服务器去执行相同的验证脚本，完成了对所有服务器的接口功能验证。

为实现上述目的，根据本发明实施例的一个方面，提供了一种基于接口的线上验证方法。

本发明实施例的一种基于接口的线上验证方法，包括：将各接口所属的所有服务器的ip地址、接口入参和接口功能测试用例写入外部文件中；运行压测工具，将所述外部文件中与各接口的各方法相对应的接口入参和接口功能测试用例读入到不同的验证脚本中；其中，在所述压测工具中设置用于控制各所述ip地址读取的外层循环和控制所述验证脚本执行次数的内层循环；通过所述外层循环每次读取所述外部文件中的一个ip地址，根据所述验证脚本执行次数执行所述ip地址对应接口的所有验证脚本。

可选地，所述将所述外部文件中各接口的一个方法的接口入参和接口功能测试用例读入到一个验证脚本中，包括：通过所述压测工具的参数化处理将所述外部文件与所述压测工具进行关联；通过所述压测工具读取所述外部文件，以将所述外部文件中与各接口的各方法相对应的接口入参和接口功能测试用例读入到不同的验证脚本中。

可选地，所述根据所述验证脚本执行次数执行所述ip地址对应接口的所有验证脚本的步骤之后，还包括：获取各接口的验证结果，根据所述验证结果中各接口的接口功能测试用例执行结果，得到各接口的功能验证结果；汇总各接口的响应时间，将所述响应时间与原应用程序各接口的响应时间进行比对，得出各接口的性能验证结果；归纳各服务器上所有接口的性能验证结果，以根据归纳结果分析获得各服务器之间的性能差异。

可选地，所述外层循环的循环次数等于所述服务器的个数，所述脚本执行次数大于等于所述接口功能测试用例个数。

可选地，所述压测工具为jmeter，所述外部文件为文本文件，所述服务器为docker虚拟服务器。

可选地，所述外层循环的循环次数通过所述jmeter的线程组设置，所述内层循环次数通过所述jmeter的循环控制器设置。

为实现上述目的，根据本发明实施例的另一方面，提供了一种基于接口的线上验证装置。

本发明实施例的一种基于接口的线上验证装置，包括：写入模块，用于将各接口所属的所有服务器的ip地址、接口入参和接口功能测试用例写入外部文件中；读入模块，用于运行压测工具，将所述外部文件中与各接口的各方法相对应的接口入参和接口功能测试用例读入到不同的验证脚本中；其中，在所述压测工具中设置用于控制各所述ip地址读取的外层循环和控制所述验证脚本执行次数的内层循环；执行模块，用于通过所述外层循环每次读取所述外部文件中的一个ip地址，根据所述验证脚本执行次数执行所述ip地址对应接口的所有验证脚本。

可选地，所述读入模块，还用于：通过所述压测工具的参数化处理将所述外部文件与所述压测工具进行关联；以及通过所述压测工具读取所述外部文件，以将所述外部文件中与各接口的各方法相对应的接口入参和接口功能测试用例读入到不同的验证脚本中。

可选地，所述装置还包括：结果获取模块，用于获取各接口的验证结果，根据所述验证结果中各接口的接口功能测试用例执行结果，得到各接口的功能验证结果；汇总各接口的响应时间，将所述响应时间与原应用程序各接口的响应时间进行比对，得出各接口的性能验证结果；以及归纳各服务器上所有接口的性能验证结果，以根据归纳结果分析获得各服务器之间的性能差异。

可选地，所述外层循环的循环次数等于所述服务器的个数，所述脚本执行次数大于等于所述接口功能测试用例个数。

可选地，所述压测工具为jmeter，所述外部文件为文本文件，所述服务器为docker虚拟服务器。

可选地，所述外层循环的循环次数通过所述jmeter的线程组设置，所述内层循环次数通过所述jmeter的循环控制器设置。

为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种基于接口的线上验证方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种基于接口的线上验证方法。

上述发明中的一个实施例具有如下优点或有益效果：基于压测工具和内外两层循环控制，逐台服务器去执行相同的验证脚本，完成了对所有服务器的接口功能验证；通过将外部文件与压测工具进行参数化关联，将外部文件中设置的接口入参和接口功能测试用例读入验证脚本；从验证结果中归纳汇总得到各接口的功能验证结果、性能验证结果以及各服务器之间的性能差异；通过设置验证脚本的循环次数，减小验证结果的随机性，保证每条接口功能测试用例均会被执行；压测工具采用jmeter(一种开源的性能测试工具)，方便的解决了应用程序发布后的功能验证、性能验证和服务器本身性能排查问题。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的基于接口的线上验证方法的主要步骤的示意图；

图2是根据本发明实施例的验证脚本和接口的方法之间的关系示意图；

图3是根据本发明实施例的基于接口的线上验证方法的主要流程示意图；

图4是根据本发明实施例的基于接口的线上验证装置的主要模块的示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适用于来实现本发明实施例的电子设备的计算机装置的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的基于接口的线上验证方法的主要步骤的示意图。如图1所示，本发明实施例的基于接口的线上验证方法，主要包括如下步骤：

步骤s101：将各接口所属的所有服务器的ip地址、接口入参和接口功能测试用例写入外部文件中。将每个接口所属的所有服务器的ip地址单独提取出来做成可以从外部读取的参数，以便压测工具从外部文件中读取ip地址进而完成循环迭代。接口入参包括配置压测工具所需的默认参数、初始化参数(比如创建实例、指定url(uniformresourcelocator，统一资源定位符))、验证脚本的执行顺序、接口调用方式等。

步骤s102：运行压测工具，将所述外部文件中与各接口的各方法相对应的接口入参和接口功能测试用例读入到不同的验证脚本中；其中，在所述压测工具中设置用于控制各所述ip地址读取的外层循环和控制所述验证脚本执行次数的内层循环。在压测工具设置两层循环，外层循环用来读取各服务器的ip地址，通过外层循环验证每一台服务器；内层循环用来验证每台服务器上的接口功能是否正常。实施例中可以记录验证结果，方便后续分析接口性能是否存在问题以及各服务器之间的性能差异。这里的压测工具可以是jmeter、loadrunner等。其中，jmeter是基于java的开源的压力测试工具，用于对软件做压力测试；loadrunner是一种预测系统行为和性能的负载测试工具，能够预测系统行为并评估系统性能。

通过将外部文件与压测工具进行参数化关联，进而在使用压测工具读取外部文件时，能够将外部文件中设置的接口入参和接口功能测试用例读入验证脚本。一个接口可能包括多个方法，本发明实施例中一个验证脚本对应接口的一个方法，将该方法所需的接口入参和接口功能测试用例读入验证脚本中。具体实现中，可以设置各验证脚本的执行顺序来验证所有的方法。

步骤s103：通过所述外层循环每次读取所述外部文件中的一个ip地址，根据所述验证脚本执行次数执行所述ip地址对应接口的所有验证脚本。外层循环每次读取一个服务器ip地址，内层循环通过循环来执行该服务器中每个接口的每个方法对应的接口功能测试用例，进而实现了对每个服务器每个接口的功能验证。

图2是根据本发明实施例的验证脚本和接口的方法之间的关系示意图。如图2所示，一个接口可能会有多个方法，而每个方法又需要多条接口功能测试用例才能充分验证该接口功能的正确性。因此，本发明实施例中将验证脚本细化到方法级别，一个验证脚本对应接口的一个方法。实施例中，接口1包括三个方法(方法1至方法3)，验证脚本对应接口1的方法2，该方法2中包括三条接口功能测试用例(接口功能测试用例1至接口功能测试用例3)。

本发明实施例的基于接口的线上验证方法的基本原理为：首先，将各接口所属的所有服务器的ip地址、接口入参和接口功能测试用例写入外部文件，将外部文件与压测工具进行关联；其次，通过压测工具将外部文件中各接口的其中一个方法的接口入参和接口功能测试用例读入到一个验证脚本中，一个方法对应一个验证脚本；再次，通过压测工具的外层循环控制读取ip地址，执行当前ip地址对应接口的所有验证脚本，压测工具每完成一次循环，就重新读取一个新的ip地址，直至所有服务器均被验证完毕；之后，归纳验证结果，以得到各接口的功能验证结果、性能验证结果和各docker的性能差异；最后，根据各接口的功能验证结果、性能验证结果和各docker的性能差异生成验证报告。

图3是根据本发明实施例的基于接口的线上验证方法的主要流程示意图。本发明实施例中压测工具为jmeter，服务器为docker虚拟服务器。其中，docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的linux机器上，也可以实现虚拟化。如图3所示，本发明实施例的基于接口的线上验证方法，包括以下步骤：

步骤s301：将各接口所属的所有docker的ip地址、接口入参和接口功能测试用例写入文本文件中。外部文件的格式要与压测工具相匹配，jmeter仅支持文件文件格式，因此对应的外部文件为文本文件。接口入参包括配置jmeter所需的默认参数、各种初始化参数、验证脚本的执行顺序、接口调用方式(比如直连)等。

步骤s302：在jmeter中设置用于控制各所述ip地址读取的外层循环和控制验证脚本执行次数的内层循环。外层循环的循环次数等于docker的个数，通过jmeter的线程组设置；验证脚本执行次数即内存循环的循环次数，其大于等于接口功能测试用例个数的10倍，通过jmeter的循环控制器设置。如果验证脚本执行次数小于接口功能测试用例个数的10倍，那么验证结果里tp90的值就会等于最大值了。其中，tp90是指90％的用户可以在这个时间内完成操作。比如有100个时间数据，将这些时间数据从小到大排列，第90个时间数据就是tp90。对接口操作时，第一次的值是通过直接查询数据库获得的(不是查询缓存获得的)，该时间会比较长，也就是最大值，但一般只会出现一次。如果tp90等于最大值，不利于评估系统性能。假设接口的方法有3条接口功能测试用例，则内存循环的循环次数可设置为30次，以便忽略验证结果的随机性，并保证每条接口功能测试用例均会被执行。

步骤s303：运行jmeter，将所述外部文件与中各接口的各方法相对应的接口入参和接口功能测试用例读入到不同的验证脚本中。将接口调用和jmeter相结合，通过jmeter完成验证脚本的自动化设计。该验证脚本在可维护性和稳定性上远远高于web端的脚本。验证脚本细化到方法级别，一个验证脚本对应接口的一个方法。

步骤s304：通过所述外层循环每次读取所述外部文件中的一个ip地址，根据所述验证脚本执行次数执行所述ip地址对应接口的所有验证脚本。jmeter每完成一次循环，就重新读取一个新的ip地址，所有dcker中相同的接口执行的验证脚本是相同的，直至所有docker均被验证完毕。通过执行验证脚本中的接口功能测试用例确定该应用程序是否正确工作。

步骤s305：获取各接口的验证结果，归纳所述验证结果以得到各接口的功能验证结果、性能验证结果和各docker的性能差异。具体归纳过程为：以接口和接口功能测试用例为维度，根据所述验证结果中各接口的接口功能测试用例执行结果，判断各接口的功能是否正常，该判断结果即为各接口的功能验证结果(若有失败的接口功能测试用例，则列出失败明细，包括docker的ip地址，接口功能测试用例的描述，接口入参和失败次数)；以接口为维度，根据所述验证结果汇总出每个接口的响应时间，将所述响应时间与原应用程序各接口的响应时间进行比对，得出各接口的性能验证结果，以验证新发布的应用程序的性能；以docker和接口为维度，归纳出各docker上所有接口的性能验证结果，根据归纳结果就能分析出各docker之间的性能差异，从而验证出docker本身的性能情况。其中，原应用程序是新的应用程序发布前的应用程序。

步骤s306：根据所述功能验证结果、性能验证结果和各docker的性能差异生成验证报告。

通过本发明实施例的广告播放方法可以看出，基于压测工具和内外两层循环控制，逐台服务器去执行相同的验证脚本，完成了对所有服务器的接口功能验证；通过将外部文件与压测工具进行参数化关联，将外部文件中设置的接口入参和接口功能测试用例读入验证脚本；从验证结果中归纳汇总得到各接口的功能验证结果、性能验证结果以及各服务器之间的性能差异；通过设置验证脚本的循环次数，减小验证结果的随机性，保证每条接口功能测试用例均会被执行；压测工具采用jmeter，方便的解决了应用程序发布后的功能验证、性能验证和服务器本身性能排查问题。

图4是根据本发明实施例的基于接口的线上验证装置的主要模块的示意图。如图4所示，本发明实施例的基于接口的线上验证装置400，主要包括：

写入模块401，用于将各接口所属的所有服务器的ip地址、接口入参和接口功能测试用例写入外部文件中。将每个接口所属的所有服务器的ip地址单独提取出来做成可以从外部读取的参数，以便压测工具从外部文件中读取ip地址进而完成循环迭代。接口入参包括配置压测工具所需的默认参数、初始化参数(比如创建实例、指定url等)。

读入模块402，用于运行所述压测工具，将所述外部文件中与各接口的各方法相对应的接口入参和接口功能测试用例读入到不同的验证脚本中；其中，在所述压测工具中设置用于控制各所述ip地址读取的外层循环和控制所述验证脚本执行次数的内层循环。在压测工具设置两层循环，外层循环用来读取各服务器的ip地址，通过外层循环验证每一台服务器；内层循环用来验证每台服务器上的接口功能是否正常。实施例中可以记录验证结果，方便后续分析接口性能是否存在问题以及各服务器之间的性能差异。这里的压测工具可以是jmeter、loadruner等。

通过将外部文件与压测工具进行参数化关联，进而在使用压测工具读取外部文件时，能够将外部文件中设置的接口入参和接口功能测试用例读入验证脚本。一个接口可能会有多个方法，而每个方法又需要多条接口功能测试用例才能充分验证该接口功能的正确性。因此，本发明实施例中一个验证脚本对应接口的一个方法，可以设置各验证脚本的执行顺序来验证所有的方法。

执行模块403，用于通过所述外层循环每次读取所述外部文件中的一个ip地址，根据所述验证脚本执行次数执行所述ip地址对应接口的所有验证脚本。外层循环每次读取一个服务器ip地址，内层循环通过循环来执行该服务器中每个接口的每个方法对应的接口功能测试用例，进而实现了对每个服务器每个接口的功能验证。

本发明实施例的基于接口的线上验证装置400还可以包括：结果获取模块，用于获取各接口的验证结果，根据所述验证结果中各接口的接口功能测试用例执行结果，得到各接口的功能验证结果；汇总各接口的响应时间，将所述响应时间与原应用程序各接口的响应时间进行比对，得出各接口的性能验证结果；以及归纳各服务器上所有接口的性能验证结果，以根据归纳结果分析获得各服务器之间的性能差异。

从以上描述可以看出，基于压测工具和内外两层循环控制，逐台服务器去执行相同的验证脚本，完成了对所有服务器的接口功能验证；通过将外部文件与压测工具进行参数化关联，将外部文件中设置的接口入参和接口功能测试用例读入验证脚本；从验证结果中归纳汇总得到各接口的功能验证结果、性能验证结果以及各服务器之间的性能差异；通过设置验证脚本的循环次数，减小验证结果的随机性，保证每条接口功能测试用例均会被执行；压测工具采用jmeter，方便的解决了应用程序发布后的功能验证、性能验证和服务器本身性能排查问题。

图5示出了可以应用本发明实施例的基于接口的线上验证方法或基于接口的线上验证装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本申请实施例所提供的基于接口的线上验证方法一般由服务器505执行，相应地，基于接口的线上验证装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读介质。

本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种基于接口的线上验证方法。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种基于接口的线上验证方法。

下面参考图6，其示出了适用于来实现本发明实施例的电子设备的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有计算机系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文主要步骤图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括写入模块、读入模块和执行模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，写入模块还可以被描述为“将各接口所属的所有服务器的ip地址、接口入参和接口功能测试用例写入外部文件中的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：将各接口所属的所有服务器的ip地址、接口入参和接口功能测试用例写入外部文件中；运行所述压测工具，将所述外部文件中各接口的一个方法的接口入参和接口功能测试用例读入到验证脚本中；其中，在所述压测工具中设置用于控制各所述ip地址读取的外层循环和控制所述验证脚本执行次数的内层循环；通过所述外层循环每次读取所述外部文件中的一个ip地址，根据所述验证脚本执行次数执行所述ip地址对应接口的所有验证脚本。

根据本发明的技术方案，基于压测工具和内外两层循环控制，逐台服务器去执行相同的验证脚本，完成了对所有服务器的接口功能验证；通过将外部文件与压测工具进行参数化关联，将外部文件中设置的接口入参和接口功能测试用例读入验证脚本；从验证结果中归纳汇总得到各接口的功能验证结果、性能验证结果以及各服务器之间的性能差异；通过设置验证脚本的循环次数，减小验证结果的随机性，保证每条接口功能测试用例均会被执行；压测工具采用jmeter，方便的解决了应用程序发布后的功能验证、性能验证和服务器本身性能排查问题。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。