CN110990208A - 集群测试文件部署及性能测试方法、计算机设备及介质 - Google Patents

集群测试文件部署及性能测试方法、计算机设备及介质 Download PDF

Info

Publication number
CN110990208A
CN110990208A CN201911274391.5A CN201911274391A CN110990208A CN 110990208 A CN110990208 A CN 110990208A CN 201911274391 A CN201911274391 A CN 201911274391A CN 110990208 A CN110990208 A CN 110990208A
Authority
CN
China
Prior art keywords
test
cluster
file
deployed
files
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
Application number
CN201911274391.5A
Other languages
English (en)
Inventor
徐新功
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Onething Technology Co Ltd
Original Assignee
Shenzhen Onething Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Onething Technology Co Ltd filed Critical Shenzhen Onething Technology Co Ltd
Priority to CN201911274391.5A priority Critical patent/CN110990208A/zh
Publication of CN110990208A publication Critical patent/CN110990208A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273—Test methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Debugging And Monitoring (AREA)

Abstract

一种集群测试文件部署方法，包括：获取待部署的测试文件份数及待部署的测试文件大小；根据所述待部署的测试文件份数及集群的规模计算一个随机数的范围；基于所述随机数的范围及所述待部署的测试文件大小构造测试脚本；分发所述测试脚本给多个测试节点，使得所述多个测试节点根据所述测试脚本部署测试文件。本发明还提供了另一种集群测试文件部署方法及一种集群性能测试方法、计算机设备及介质。本发明能够快速的部署不同的测试文件到集群中且同一个测试文件部署指定的份数，提高了集群测试文件部署的效率，快速的部署测试文件，提高了集群性能测试的效率。

Description

集群测试文件部署及性能测试方法、计算机设备及介质
技术领域
本发明涉及数据网络技术领域，尤其涉及一种集群测试文件部署及性能测试方法、计算机设备及介质。
背景技术
集群是由多个计算机组成的一个***，其中这每一个计算机被称为节点。为了最大限度的利用集群资源，确保集群的正常运行，需要测试出集群的最大性能，而测试集群的性能需要先将测试文件部署到集群中的节点中。
传统部署测试文件的方法是通过开发一套测试文件部署调度***，该调度***接受节点发来的部署任务请求，并返回给节点指定的下载地址。同一个测试文件，下载地址分发给指定数量的节点。节点接收到下载地址后下载测试文件完成测试文件的部署。然而，开发一套测试文件部署调度***费时费力，且同时需要指定一台下载服务器事先构造多个测试文件供节点下载。当集群的规模较大且节点分布广泛时，通过下载服务器下载测试文件的效率不高，导致测试效率较低。
因此，有必要提供一种集群测试文件部署方案，能够快速的部署不同的测试文件到节点中，从而提高集群测试文件部署的效率。
发明内容
本发明的主要目的在于提供一种集群测试文件部署及性能测试方法、计算机设备及介质，旨在解决无法快速部署不同的测试文件到测试节点中导致集群测试文件部署效率低的问题。
为实现上述目的，本发明的第一方面提供一种集群测试文件部署方法，应用于服务器中，所述方法包括：
获取待部署的测试文件份数及待部署的测试文件大小；
根据所述待部署的测试文件份数及集群的规模计算一个随机数的范围；
基于所述随机数的范围及所述待部署的测试文件大小构造测试脚本；
分发所述测试脚本给多个测试节点，使得所述多个测试节点根据所述测试脚本部署测试文件。
根据本发明的一个可选实施例，所述根据所述待部署的测试文件份数及集群的规模计算一个随机数的范围包括：
计算所述集群的规模与所述待部署的测试文件份数的商值；
确定所述商值为所述随机数的范围的最大值，其中，所述随机数的范围的最小值为1。
本发明的第二方面提供一种集群测试文件部署方法，应用于测试节点中，所述方法包括：
接收服务器发送的测试脚本；
获取所述测试脚本中的随机数的范围及待部署的测试文件大小；
根据所述随机数的范围生成一个目标随机数；
根据预先存储的基础测试文件、所述待部署的测试文件大小及所述目标随机数部署测试文件。
根据本发明的一个可选实施例，所述根据预先存储的基础测试文件、所述待部署的测试文件大小及所述目标随机数部署测试文件包括：
计算所述基础测试文件的大小；
根据所述基础测试文件的大小和所述待部署的测试文件大小确定循环次数；
使用命令行将所述目标随机数写入所述基础测试文件中并对所述目标随机数循环复制所述循环次数得到测试文件。
本发明的第三方面提供一种集群性能测试方法，应用于服务器中，所述方法包括：
控制集群中的多个测试节点部署测试文件；
在每轮测试时选取多个客户端从所述多个测试节点中下载所述测试文件；
获取下载过程中每个测试节点的负载信息；
根据所述每个测试节点的负载信息计算每轮测试时所述集群的负载总和；
确定最大的负载总和为所述集群的最大性能。
根据本发明的一个可选实施例，所述在每轮测试时选取多个客户端从所述多个测试节点中下载所述测试文件包括：
第一轮测试时从所述多个客户端中选取预设第一数量的客户端；
后一轮测试时在前一轮测试选取的客户端的基础上增加或者减少预设第二数量的客户端；
每一轮测试所选取的客户端从所述多个测试节点中下载所述测试文件。
根据本发明的一个可选实施例，所述方法还包括：
监控测试过程中每个测试节点的指标项；
根据所述指标项判断测试节点是否满足测试结束条件；
响应于所述测试节点满足所述测试结束条件，结束测试节点的测试过程。
根据本发明的一个可选实施例，所述根据所述指标项判断测试节点是否满足测试结束条件包括：
判断所述指标项是否大于预设指标项阈值；
当所述指标项大于或者等于所述预设指标项阈值时，确定所述测试节点满足测试结束条件；
当所述指标项小于所述预设指标项阈值时，确定所述测试节点没有满足测试结束条件。
为实现上述目的，本发明的第四方面提供一种计算机设备，所述计算机设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的集群测试文件部署方法的下载程序，所述集群测试文件部署方法的下载程序被所述处理器执行时实现所述的集群测试文件部署方法；或者，所述存储器上存储有可在所述处理器上运行的集群性能测试方法的下载程序，所述集群性能测试方法的下载程序被所述处理器执行时实现所述的集群性能测试方法。
为实现上述目的，本发明的第五方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有集群测试文件部署方法的下载程序，所述集群测试文件部署方法的下载程序被处理器执行时实现所述的集群测试文件部署方法；或者，所述计算机可读存储介质上存储有集群性能测试方法的下载程序，所述集群性能测试方法的下载程序被所述处理器执行时实现所述的集群性能测试方法。
本发明实施例所述的集群测试文件部署方法、集群性能测试方法、计算机设备及存储介质，实现了快速的部署不同的测试文件，且每个测试文件部署待部署的测试文件份数到对应的测试节点上，提高了集群测试文件部署的效率。通过快速的部署测试文件，实现了集群性能的自动化测试。由于测试集群的性能时并不需要关注部署的测试文件内容，只需要关注部署的测试文件大小，故而在集群中的测试节点完成测试脚本的初始化后，先构造不同大小的测试文件，再将构造完的测试文件部署到集群中，如此可以去掉下载测试节点，省去了开发测试文件部署调度***的人力成本和经济成本，也省去了下载测试节点与集群中的节点之间的传输过程，避免了下载测试节点与节点之间传输效率低导致传输时间过长或者超时等问题。
附图说明
图1为本发明实施例的集群测试文件部署方法的流程示意图；
图2为本发明实施例的集群测试文件部署方法的流程示意图；
图3为本发明实施例的集群性能测试方法的流程示意图；
图4为本发明实施例的集群测试文件部署装置的功能模块图；
图5为本发明实施例的集群测试文件部署装置的功能模块图；
图6为本发明实施例的集群性能测试装置的功能模块图；
图7为本发明实施例的计算机设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
实施例一
参阅图1所示，为本发明第一实施例揭露的集群测试文件部署方法的流程图。
所述集群测试文件部署方法应用于服务器中。所述集群测试文件部署方法具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。
S11，获取待部署的测试文件份数及待部署的测试文件大小。
本实施例中，所述集群可以是，例如，星际测试文件***(InterPlanetary FileSystem，IPFS)，Hadoop分布式测试文件***(Hadoop Distributed File System，HDFS)，或者其他分布式测试文件***等。
本实施例中所述的集群主要以IPFS集群为例进行说明，IPFS是一个旨在创建持久且分布式存储和共享测试文件的网络传输协议，是一种内容可寻址的对等超媒体分发协议。在IPFS网络中的测试节点将构成一个分布式测试文件测试***。
若要在集群中部署不同的测试文件，且同一个测试文件部署指定的份数，则需要事先指定待部署的测试文件大小及指定待部署的测试文件份数。例如，若要在集群中部署大小为1G的不同的测试文件，且同一个测试文件部署100份，则设置待部署的测试文件大小为1G，设置所述待部署的测试文件份数为100。又如，若要在集群中部署大小为1000M的不同的测试文件，且同一个测试文件部署1000份，则设置待部署的测试文件大小为1000M，设置所述待部署的测试文件份数为1000。
S12，根据所述待部署的测试文件份数及集群的规模计算一个随机数的范围。
本实施例中，所述集群的规模是指所述集群中节点的总数量。例如，集群中有100万个节点，则所述集群的规模为100万。
在该可选的实施例中，通过待部署的测试文件份数及所述集群的规模计算一个随机数的范围，便于构造测试脚本，使得测试节点根据测试脚本构造测试文件。
在本发明的一个可选实施例中，所述根据所述待部署的测试文件份数及集群的规模计算一个随机数的范围包括：
计算所述集群的规模与所述待部署的测试文件份数的商值；
确定所述商值为所述随机数的范围的最大值，其中，所述随机数的范围的最小值为1。
在该可选的实施例中，通过待部署的测试文件份数和集群的规模，能够确保集群中部署相同测试文件的测试节点的数量是相同的。例如，假设集群的规模为100万，待部署的测试文件份数为100，则可以构造1万个不同的1G测试文件，这1万个不同的1G测试文件被分发至100万个节点中，其中每100个节点中都部署有相同内容的1G测试文件。
S13，基于所述随机数的范围及所述待部署的测试文件大小构造测试脚本。
服务器构造测试脚本时，将随机数的范围及待部署的测试文件大小写入测试脚本中。
S14，分发所述测试脚本给多个测试节点，使得所述多个测试节点根据所述测试脚本部署测试文件。
本实施例中，服务器构造完测试脚本后，将测试脚本分发给集群中的测试节点，使得测试节点安装所述测试脚本，并基于所述测试脚本部署测试文件进行测试。
本实施例所述的集群测试文件部署方法，通过待部署的测试文件份数、待部署的测试文件大小及集群的规模构造测试脚本，并将测试脚本分发集群中的测试节点，使得测试节点根据测试脚本完成测试文件的部署。实现了集群的测试文件的快速部署，部署效率高，不仅可以部署指定大小的测试文件，且能够将同一个测试文件部署指定的份数。
实施例二
参阅图2所示，为本发明第二实施例揭露的集群测试文件部署方法的流程图。
所述集群测试文件部署方法应用于测试节点中。所述集群测试文件部署方法具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。
S21，接收服务器发送的测试脚本。
集群中的每个测试节点接收服务器分发的测试脚本，对所述测试脚本进行安装并初始化。
S22，获取所述测试脚本中的随机数的范围及待部署的测试文件大小。
测试节点将测试脚本中记载的随机数的范围及待部署的测试文件大小提取出来。
S23，根据所述随机数的范围生成一个目标随机数。
本实施例中，测试节点从所述随机数的范围中随机或者任意生成一个目标随机数，通过给定随机数的范围控制测试节点生成目标随机数，保证了每个随机数被每个测试节点获取的概率相同，使得部分测试节点生成的目标随机数相同，从而实现了集群中的多个测试节点根据生成的目标随机数被均匀分组，每一组中测试节点的数量等于所述待部署的测试文件份数，且同一组的测试节点获取的随机数相同，不同组的测试节点获取的随机数不同。
示例性的，假设测试节点获取的随机数为“1”，测试节点2获取的随机数为“2”，测试节点3获取的随机数为“3”，测试节点4获取的随机数为“4”，测试节点5获取的随机数为“5”，测试节点6获取的随机数为“1”，测试节点7获取的随机数为“2”，测试节点8获取的随机数为“3”，测试节点9获取的随机数为“4”，测试节点10获取的随机数为“5”，则测试节点1和测试节点6分为一组，测试节点2和测试节点7分为一组，测试节点3和测试节点8分为一组，测试节点4和测试节点9分为一组，测试节点5和测试节点10分为一组。
S24，根据预先存储的基础测试文件、所述待部署的测试文件大小及所述目标随机数部署测试文件。
本实施例中，测试节点中预先存储有一个基础测试文件，基于所述基础测试文件和测试脚本部署测试文件。
在本发明的一个可选实施例中，所述根据预先存储的基础测试文件、所述待部署的测试文件大小及所述目标随机数部署测试文件包括：
计算所述基础测试文件的大小；
根据所述基础测试文件的大小和所述待部署的测试文件大小确定循环次数；
使用命令行将所述目标随机数写入所述基础测试文件中并对所述目标随机数循环复制所述循环次数得到测试文件。
在该可选的实施例中，为了保证同一组的测试节点中部署的测试文件的内容相同，不同组的测试节点中部署的测试文件的内容不同，可以通过使用命令行及测试节点生成的目标随机数来构造不同内容的测试文件。
所述命令行可以是：F1G.file＝”；cat basic_file>>F1G.file，cat命令用于连接测试文件并打印。
例如，若在集群中部署1G的目标测试文件，预先存储一个1M的测试文件作为构造测试文件的基础测试文件basic_file，假设集群的测试节点1获取的随机数为“1”，测试节点2获取的随机数为“2”，测试节点3获取的随机数为“3”，使用命令行(F1G.file＝”；catbasic_file>>F1G.file)将随机数“1”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制1024次，生成目标测试文件的内容为由“1”构成的1G的文本测试文件；使用命令行(F1G.file＝”；cat basic_file>>F1G.file)将随机数“2”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制1024次，生成目标测试文件的内容为由“2”构成的1G的文本测试文件；使用命令行(F1G.file＝”；cat basic_file>>F1G.file)将随机数“3”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制1024次，生成目标测试文件的内容为由“3”构成的1G的文本测试文件。
又如，若在集群中部署100M的目标测试文件，预先存储一个1M的测试文件作为构造测试文件的基础测试文件basic_file，假设集群的测试节点1获取的随机数为“1”，测试节点2获取的随机数为“2”，测试节点3获取的随机数为“3”，使用命令行(F1G.file＝”；catbasic_file>>F1G.file)将随机数“1”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制100次，生成目标测试文件的内容为由“1”构成的100M的文本测试文件；使用命令行(F1G.file＝”；cat basic_file>>F1G.file)将随机数“2”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制100次，生成目标测试文件的内容为由“2”构成的100M的文本测试文件；使用命令行(F1G.file＝”；cat basic_file>>F1G.file)将随机数“3”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制100次，生成目标测试文件的内容为由“3”构成的100M的文本测试文件。
本实施例所述的集群测试文件部署方法，通过安装并初始化测试脚本，基于基础测试文件和待部署的测试文件份数及待部署的测试文件大小实现了测试文件的快速部署。
实施例三
参阅图3所示，为本发明第三实施例揭露的集群测试文件部署方法的流程图。
所述集群测试文件部署方法应用于服务器中。所述集群测试文件部署方法具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。
S31，控制集群中的多个测试节点部署测试文件。
本实施例中，所述IPFS集群中的每一个测试节点上已安装有节点客户端node_agent，通过所述节点客户端node_agent可以将所述测试节点连接到集群中的服务器node_server上。所述服务器node_server向所述集群中的每一个测试节点分发一个测试脚本，例如IPFS***的测试脚本。所述测试节点接收到分发的测试脚本后，通过所述节点客户端node_agent执行所述测试脚本，从而完成所述测试脚本的安装及初始化。
S32，在每轮测试时选取多个客户端从所述多个测试节点中下载所述测试文件。
本实施例中，集群中的测试文件部署完毕之后，通过多个客户端模拟从多个测试节点中下载测试文件来测试集群的性能。
在本发明的一个可选实施例中，所述在每轮测试时选取多个客户端从所述多个测试节点中下载所述测试文件包括：
第一轮测试时从所述多个客户端中选取预设第一数量的客户端；
后一轮测试时在前一轮测试选取的客户端的基础上增加或者减少预设第二数量的客户端；
每一轮测试所选取的客户端从所述多个测试节点中下载所述测试文件。
在该可选的实施例中，可以进行多轮测试，并根据多伦的测试结果来确定所述集群的最大性能。
在可选的实施例中，可以事先准备多个客户端，并在每轮测试时，通过增大或减少选取的客户端的数量来测试集群的下载压力(性能)。
在一些实施例中，可以通过部署指定大小的测试文件，且同一测试文件指定待部署的测试文件份数，在每轮测试时，选取不同数量的客户端来测试集群性能。例如，每轮测试时均部署大小为1G的测试文件，且同一测试文件部署100份，在第一轮测试时，选取1000个客户端，在第二轮测试时，选取1100个客户端，在第三轮测试时，选取900个客户端。
在一些实施例中，也可以在每轮测试时，选取固定数量的客户端，通过改变待部署的测试文件大小及/或改变待部署的测试文件份数来测试集群性能。例如，每轮测试时，客户端的数量均为固定的，在第一轮测试时，指定待部署的测试文件大小为100M，且待部署的测试文件份数为100，在第二轮测试时，指定待部署的测试文件大小为300M，且待部署的测试文件份数为100，在第三轮测试时，指定待部署的测试文件大小为300M，且待部署的测试文件份数为300。
S33，获取下载过程中每个测试节点的负载信息。
本实施例中，客户端从测试节点下载测试文件的过程中，测试节点可以主动上报负载信息至服务器。
S34，根据所述每个测试节点的负载信息计算每轮测试时所述集群的负载总和。
每轮测试时，服务器获取每个测试节点上报的负载信息，根据所有测试节点上报的负载信息计算得到该轮测试的负载总和。
S35，确定最大的负载总和为所述集群的最大性能。
本实施例中，从多轮测试的负载总和中确定出最大的负载总和，即为集群的最大性能。所述最大性能是指集群能够并发的数据量。
在本发明的一个可选实施例中，所述方法还包括：
监控测试过程中每个测试节点的指标项；
根据所述指标项判断测试节点是否满足测试结束条件；
响应于所述测试节点满足所述测试结束条件，结束测试节点的测试过程。
在该可选的实施例中，可以预先设置测试结束条件，并时刻监控每个测试节点的指标项，根据指标项判断测试节点是否满足预设的测试结束条件时。当确定测试节点满足了测试结束条件时，发送测试结束指令至测试节点。测试节点接收到测试结束指令时，主动上报负载信息。
本发明的一个可选实施例中，所述根据所述指标项判断测试节点是否满足测试结束条件包括：
判断所述指标项是否大于预设指标项阈值；
当所述指标项大于或者等于所述预设指标项阈值时，确定所述测试节点满足测试结束条件；
当所述指标项小于所述预设指标项阈值时，确定所述测试节点没有满足测试结束条件。
所述指标项可以包括：CPU使用率，网络带宽，数据库连接数等。当测试节点的CPU使用率超过预设CPU使用率阈值时，确认测试节点满足了测试结束条件。当测试节点的网络带宽超过预设网络带宽阈值时，确认测试节点满足了测试结束条件。当数据库连接数超过了预设连接数阈值，确认测试节点满足了测试结束条件。
本实施例所述的集群性能测试方法，通过快速的部署不同的测试文件，且每个测试文件部署指定的份数到对应的测试节点上，提高了集群测试文件部署的效率，从而提高了集群性能的测试效率。由于测试集群的性能时并不需要关注部署的测试文件的内容，只需要关注部署的测试文件的大小，故而在集群中的测试节点完成测试脚本的初始化后，先指定构造的目标测试文件的大小，再将构造的不同内容的目标测试文件部署到集群中，如此可以去掉下载测试节点，省去了开发测试文件部署调度***的人力成本和经济成本，也省去了下载测试节点与集群中的测试节点之间的传输过程，避免了下载测试节点与测试节点之间传输效率低导致传输时间过长或者超时等问题。
实施例四
参阅图4所示，为本发明实施例四揭露的集群测试文件部署装置的功能模块示意图。
在一些实施例中，所述集群测试文件部署装置40可以包括多个由程序代码段所组成的功能模块。所述集群测试文件部署装置40中的各个程序段的程序代码可以存储于计算机设备的存储器中，并由至少一个处理器所执行，以执行(详见图1描述)集群的测试文件部署。
本实施例中，所述集群测试文件部署装置40根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：第一获取模块401，范围计算模块402，脚本构造模块403及脚本分发模块404。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。
所述第一获取模块401，用于获取待部署的测试文件份数及待部署的测试文件大小。
本实施例中，所述集群可以是，例如，星际测试文件***(InterPlanetary FileSystem，IPFS)，Hadoop分布式测试文件***(Hadoop Distributed File System，HDFS)，或者其他分布式测试文件***等。
本实施例中所述的集群主要以IPFS集群为例进行说明，IPFS是一个旨在创建持久且分布式存储和共享测试文件的网络传输协议，是一种内容可寻址的对等超媒体分发协议。在IPFS网络中的测试节点将构成一个分布式测试文件测试***。
若要在集群中部署不同的测试文件，且同一个测试文件部署指定的份数，则需要事先指定待部署的测试文件大小及指定待部署的测试文件份数。例如，若要在集群中部署大小为1G的不同的测试文件，且同一个测试文件部署100份，则设置待部署的测试文件大小为1G，设置所述待部署的测试文件份数为100。又如，若要在集群中部署大小为1000M的不同的测试文件，且同一个测试文件部署1000份，则设置待部署的测试文件大小为1000M，设置所述待部署的测试文件份数为1000。
所述范围计算模块402，用于根据所述待部署的测试文件份数及集群的规模计算一个随机数的范围。
本实施例中，所述集群的规模是指所述集群中节点的总数量。例如，集群中有100万个节点，则所述集群的规模为100万。
在该可选的实施例中，通过待部署的测试文件份数及所述集群的规模计算一个随机数的范围，便于构造测试脚本，使得测试节点根据测试脚本构造测试文件。
在本发明的一个可选实施例中，所述范围计算模块402根据所述待部署的测试文件份数及集群的规模计算一个随机数的范围包括：
计算所述集群的规模与所述待部署的测试文件份数的商值；
确定所述商值为所述随机数的范围的最大值，其中，所述随机数的范围的最小值为1。
在该可选的实施例中，通过待部署的测试文件份数和集群的规模，能够确保集群中部署相同测试文件的测试节点的数量是相同的。例如，假设集群的规模为100万，待部署的测试文件份数为100，则可以构造1万个不同的1G测试文件，这1万个不同的1G测试文件被分发至100万个节点中，其中每100个节点中都部署有相同内容的1G测试文件。
所述脚本构造模块403，用于基于所述随机数的范围及所述待部署的测试文件大小构造测试脚本。
服务器构造测试脚本时，将随机数的范围及待部署的测试文件大小写入测试脚本中。
所述脚本分发模块404，用于分发所述测试脚本给多个测试节点，使得所述多个测试节点根据所述测试脚本部署测试文件。
本实施例中，服务器构造完测试脚本后，将测试脚本分发给集群中的测试节点，使得测试节点安装所述测试脚本，并基于所述测试脚本部署测试文件进行测试。
本实施例所述的集群测试文件部署装置，通过待部署的测试文件份数、待部署的测试文件大小及集群的规模构造测试脚本，并将测试脚本分发集群中的测试节点，使得测试节点根据测试脚本完成测试文件的部署。实现了集群的测试文件的快速部署，部署效率高，不仅可以部署指定大小的测试文件，且能够将同一个测试文件部署指定的份数。
实施例五
参阅图5所示，为本发明实施例五揭露的集群测试文件部署装置的功能模块示意图。
在一些实施例中，所述集群测试文件部署装置50可以包括多个由程序代码段所组成的功能模块。所述集群测试文件部署装置50中的各个程序段的程序代码可以存储于计算机设备的存储器中，并由至少一个处理器所执行，以执行(详见图2描述)集群测试文件部署功能。
本实施例中，所述集群测试文件部署装置50根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：脚本接收模块501，第二获取模块502，数值生成模块503，文件部署模块504。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。
所述脚本接收模块501，用于接收服务器发送的测试脚本。
集群中的每个测试节点接收服务器分发的测试脚本，对所述测试脚本进行安装并初始化。
所述第二获取模块502，用于获取所述测试脚本中的随机数的范围及待部署的测试文件大小。
测试节点将测试脚本中记载的随机数的范围及待部署的测试文件大小提取出来。
所述数值生成模块503，用于根据所述随机数的范围生成一个目标随机数。
本实施例中，测试节点从所述随机数的范围中随机或者任意生成一个目标随机数，通过给定随机数的范围控制测试节点生成目标随机数，保证了每个随机数被每个测试节点获取的概率相同，使得部分测试节点生成的目标随机数相同，从而实现了集群中的多个测试节点根据生成的目标随机数被均匀分组，每一组中测试节点的数量等于所述待部署的测试文件份数，且同一组的测试节点获取的随机数相同，不同组的测试节点获取的随机数不同。
示例性的，假设测试节点获取的随机数为“1”，测试节点2获取的随机数为“2”，测试节点3获取的随机数为“3”，测试节点4获取的随机数为“4”，测试节点5获取的随机数为“5”，测试节点6获取的随机数为“1”，测试节点7获取的随机数为“2”，测试节点8获取的随机数为“3”，测试节点9获取的随机数为“4”，测试节点10获取的随机数为“5”，则测试节点1和测试节点6分为一组，测试节点2和测试节点7分为一组，测试节点3和测试节点8分为一组，测试节点4和测试节点9分为一组，测试节点5和测试节点10分为一组。
所述文件部署模块504，用于根据预先存储的基础测试文件、所述待部署的测试文件大小及所述目标随机数部署测试文件。
本实施例中，测试节点中预先存储有一个基础测试文件，基于所述基础测试文件和测试脚本部署测试文件。
在本发明的一个可选实施例中，所述文件部署模块504根据预先存储的基础测试文件、所述待部署的测试文件大小及所述目标随机数部署测试文件包括：
计算所述基础测试文件的大小；
根据所述基础测试文件的大小和所述待部署的测试文件大小确定循环次数；
使用命令行将所述目标随机数写入所述基础测试文件中并对所述目标随机数循环复制所述循环次数得到测试文件。
在该可选的实施例中，为了保证同一组的测试节点中部署的测试文件的内容相同，不同组的测试节点中部署的测试文件的内容不同，可以通过使用命令行及测试节点生成的目标随机数来构造不同内容的测试文件。
所述命令行可以是：F1G.file＝”；cat basic_file>>F1G.file，cat命令用于连接测试文件并打印。
例如，若在集群中部署1G的目标测试文件，预先存储一个1M的测试文件作为构造测试文件的基础测试文件basic_file，假设集群的测试节点1获取的随机数为“1”，测试节点2获取的随机数为“2”，测试节点3获取的随机数为“3”，使用命令行(F1G.file＝”；catbasic_file>>F1G.file)将随机数“1”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制1024次，生成目标测试文件的内容为由“1”构成的1G的文本测试文件；使用命令行(F1G.file＝”；cat basic_file>>F1G.file)将随机数“2”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制1024次，生成目标测试文件的内容为由“2”构成的1G的文本测试文件；使用命令行(F1G.file＝”；cat basic_file>>F1G.file)将随机数“3”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制1024次，生成目标测试文件的内容为由“3”构成的1G的文本测试文件。
又如，若在集群中部署100M的目标测试文件，预先存储一个1M的测试文件作为构造测试文件的基础测试文件basic_file，假设集群的测试节点1获取的随机数为“1”，测试节点2获取的随机数为“2”，测试节点3获取的随机数为“3”，使用命令行(F1G.file＝”；catbasic_file>>F1G.file)将随机数“1”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制100次，生成目标测试文件的内容为由“1”构成的100M的文本测试文件；使用命令行(F1G.file＝”；cat basic_file>>F1G.file)将随机数“2”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制100次，生成目标测试文件的内容为由“2”构成的100M的文本测试文件；使用命令行(F1G.file＝”；cat basic_file>>F1G.file)将随机数“3”写入基础测试文件basic_file中并对基础测试文件basic_file循环复制100次，生成目标测试文件的内容为由“3”构成的100M的文本测试文件。
本实施例所述的集群测试文件部署装置，通过安装并初始化测试脚本，基于基础测试文件和待部署的测试文件份数及待部署的测试文件大小实现了测试文件的快速部署。
实施例六
参阅图6所示，为本发明实施例六揭露的集群性能测试装置的功能模块示意图。
在一些实施例中，所述集群性能测试装置60可以包括多个由程序代码段所组成的功能模块。所述集群性能测试装置60中的各个程序段的程序代码可以存储于计算机设备的存储器中，并由至少一个处理器所执行，以执行(详见图3描述)集群的性能测试。
本实施例中，所述集群性能测试装置60根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：节点控制模块601，文件下载模块602，负载获取模块603，总和计算模块604，性能确定模块605及测试监控模块606。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。
所述节点控制模块601，用于控制集群中的多个测试节点部署测试文件。
本实施例中，所述IPFS集群中的每一个测试节点上已安装有节点客户端node_agent，通过所述节点客户端node_agent可以将所述测试节点连接到集群中的服务器node_server上。所述服务器node_server向所述集群中的每一个测试节点分发一个测试脚本，例如IPFS***的测试脚本。所述测试节点接收到分发的测试脚本后，通过所述节点客户端node_agent执行所述测试脚本，从而完成所述测试脚本的安装及初始化。
所述文件下载模块602，用于在每轮测试时选取多个客户端从所述多个测试节点中下载所述测试文件。
本实施例中，集群中的测试文件部署完毕之后，通过多个客户端模拟从多个测试节点中下载测试文件来测试集群的性能。
在本发明的一个可选实施例中，所述文件下载模块602在每轮测试时选取多个客户端从所述多个测试节点中下载所述测试文件包括：
第一轮测试时从所述多个客户端中选取预设第一数量的客户端；
后一轮测试时在前一轮测试选取的客户端的基础上增加或者减少预设第二数量的客户端；
每一轮测试所选取的客户端从所述多个测试节点中下载所述测试文件。
在该可选的实施例中，可以进行多轮测试，并根据多伦的测试结果来确定所述集群的最大性能。
在可选的实施例中，可以事先准备多个客户端，并在每轮测试时，通过增大或减少选取的客户端的数量来测试集群的下载压力(性能)。
在一些实施例中，可以通过部署指定大小的测试文件，且同一测试文件指定待部署的测试文件份数，在每轮测试时，选取不同数量的客户端来测试集群性能。例如，每轮测试时均部署大小为1G的测试文件，且同一测试文件部署100份，在第一轮测试时，选取1000个客户端，在第二轮测试时，选取1100个客户端，在第三轮测试时，选取900个客户端。
在一些实施例中，也可以在每轮测试时，选取固定数量的客户端，通过改变待部署的测试文件大小及/或改变待部署的测试文件份数来测试集群性能。例如，每轮测试时，客户端的数量均为固定的，在第一轮测试时，指定待部署的测试文件大小为100M，且待部署的测试文件份数为100，在第二轮测试时，指定待部署的测试文件大小为300M，且待部署的测试文件份数为100，在第三轮测试时，指定待部署的测试文件大小为300M，且待部署的测试文件份数为300。
所述负载获取模块603，用于获取下载过程中每个测试节点的负载信息。
本实施例中，客户端从测试节点下载测试文件的过程中，测试节点可以主动上报负载信息至服务器。
所述总和计算模块604，用于根据所述每个测试节点的负载信息计算每轮测试时所述集群的负载总和。
每轮测试时，服务器获取每个测试节点上报的负载信息，根据所有测试节点上报的负载信息计算得到该轮测试的负载总和。
所述性能确定模块605，用于确定最大的负载总和为所述集群的最大性能。
本实施例中，从多轮测试的负载总和中确定出最大的负载总和，即为集群的最大性能。所述最大性能是指集群能够并发的数据量。
所述测试监控模块606，用于监控测试过程中每个测试节点的指标项；根据所述指标项判断测试节点是否满足测试结束条件；响应于所述测试节点满足所述测试结束条件，结束测试节点的测试过程。
在该可选的实施例中，可以预先设置测试结束条件，并时刻监控每个测试节点的指标项，根据指标项判断测试节点是否满足预设的测试结束条件时。当确定测试节点满足了测试结束条件时，发送测试结束指令至测试节点。测试节点接收到测试结束指令时，主动上报负载信息。
本发明的一个可选实施例中，所述根据所述指标项判断测试节点是否满足测试结束条件包括：
判断所述指标项是否大于预设指标项阈值；
当所述指标项大于或者等于所述预设指标项阈值时，确定所述测试节点满足测试结束条件；
当所述指标项小于所述预设指标项阈值时，确定所述测试节点没有满足测试结束条件。
所述指标项可以包括：CPU使用率，网络带宽，数据库连接数等。当测试节点的CPU使用率超过预设CPU使用率阈值时，确认测试节点满足了测试结束条件。当测试节点的网络带宽超过预设网络带宽阈值时，确认测试节点满足了测试结束条件。当数据库连接数超过了预设连接数阈值，确认测试节点满足了测试结束条件。
本实施例所述的集群性能测试装置，通过快速的部署不同的测试文件，且每个测试文件部署指定的份数到对应的测试节点上，提高了集群测试文件部署的效率，从而提高了集群性能的测试效率。由于测试集群的性能时并不需要关注部署的测试文件的内容，只需要关注部署的测试文件的大小，故而在集群中的测试节点完成测试脚本的初始化后，先指定构造的目标测试文件的大小，再将构造的不同内容的目标测试文件部署到集群中，如此可以去掉下载测试节点，省去了开发测试文件部署调度***的人力成本和经济成本，也省去了下载测试节点与集群中的测试节点之间的传输过程，避免了下载测试节点与测试节点之间传输效率低导致传输时间过长或者超时等问题。
实施例七
图7为本发明实施例揭露的计算机设备的内部结构示意图。
在本实施例中，所述计算机设备7可以包括存储器71、处理器72、收发器73及总线74。所述计算机设备7用于实现实施例一或实施例二中集群测试文件部署装置的功能及/或实施例三中集群性能测试装置的功能。
其中，所述存储器71存储多个下载程序，所述多个下载程序被所述处理器72所执行以实现本申请实施例一至三中的全部或者部分步骤。所述存储器71至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器71在一些实施例中可以是所述计算机设备7的内部存储单元，例如所述计算机设备7的硬盘。存储器71在另一些实施例中也可以是所述计算机设备7的外部存储设备，例如所述计算机设备7上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器71还可以既包括所述计算机设备7的内部存储单元，也包括外部存储设备。存储器71不仅可以用于存储安装于所述计算机设备7的应用程序及各类数据，例如图4-图6中的装置及各个模块的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
所述处理器72对上述计算机可读指令的具体实现方法可参考图1和/或图2和/或图3对应实施例中相关步骤的描述，在此不赘述。所述处理器72在一些实施例中可以是一中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器71中存储的程序代码或处理数据。
该总线74可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
进一步地，所述计算机设备7还可以包括网络接口，网络接口可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该计算机设备7与其他计算机设备之间建立通信连接。
可选地，该计算机设备7还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元，比如键盘(Keyboard)，可选的，用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-Emitting Diode，OLED)触摸器等。其中，显示器也可以称为显示屏或显示单元，用于显示在所述计算机设备中处理的消息以及用于显示可视化的用户界面。
图7仅示出了具有组件71-74的所述计算机设备7，本领域技术人员可以理解的是，图7示出的结构并不构成对所述计算机设备7的限定，既可以是总线型结构，也可以是星形结构，所述计算机设备7还可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。
在上述实施例中，可以全部或部分地通过应用程序、硬件、固件或者其任意组合来实现。当使用应用程序实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如，同轴电缆、光纤、数字用户线)或无线(例如，红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)，或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例中的方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用应用程序功能单元的形式实现。
所述集成的单元如果以应用程序功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以应用程序产品的形式体现出来，该计算机应用程序产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、硬盘、只读存储器(Read-OnlyMemory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种集群测试文件部署方法，其特征在于，应用于服务器中，所述方法包括：
获取待部署的测试文件份数及待部署的测试文件大小；
根据所述待部署的测试文件份数及集群的规模计算一个随机数的范围；
基于所述随机数的范围及所述待部署的测试文件大小构造测试脚本；
分发所述测试脚本给多个测试节点，使得所述多个测试节点根据所述测试脚本部署测试文件。
2.如权利要求1所述的方法，其特征在于，所述根据所述待部署的测试文件份数及集群的规模计算一个随机数的范围包括：
计算所述集群的规模与所述待部署的测试文件份数的商值；
确定所述商值为所述随机数的范围的最大值，其中，所述随机数的范围的最小值为1。
3.一种集群测试文件部署方法，其特征在于，应用于测试节点中，所述方法包括：
接收服务器发送的测试脚本；
获取所述测试脚本中的随机数的范围及待部署的测试文件大小；
根据所述随机数的范围生成一个目标随机数；
根据预先存储的基础测试文件、所述待部署的测试文件大小及所述目标随机数部署测试文件。
4.如权利要求3所述的方法，其特征在于，所述根据预先存储的基础测试文件、所述待部署的测试文件大小及所述目标随机数部署测试文件包括：
计算所述基础测试文件的大小；
根据所述基础测试文件的大小和所述待部署的测试文件大小确定循环次数；
使用命令行将所述目标随机数写入所述基础测试文件中并对所述目标随机数循环复制所述循环次数得到测试文件。
5.一种集群性能测试方法，其特征在于，应用于服务器中，所述方法包括：
控制集群中的多个测试节点部署测试文件；
在每轮测试时选取多个客户端从所述多个测试节点中下载所述测试文件；
获取下载过程中每个测试节点的负载信息；
根据所述每个测试节点的负载信息计算每轮测试时所述集群的负载总和；
确定最大的负载总和为所述集群的最大性能。
6.如权利要求5所述的方法，其特征在于，所述在每轮测试时选取多个客户端从所述多个测试节点中下载所述测试文件包括：
第一轮测试时从所述多个客户端中选取预设第一数量的客户端；
后一轮测试时在前一轮测试选取的客户端的基础上增加或者减少预设第二数量的客户端；
每一轮测试所选取的客户端从所述多个测试节点中下载所述测试文件。
7.如权利要求5或6所述的方法，其特征在于，所述方法还包括：
监控测试过程中每个测试节点的指标项；
根据所述指标项判断测试节点是否满足测试结束条件；
响应于所述测试节点满足所述测试结束条件，结束测试节点的测试过程。
8.如权利要求7所述的方法，其特征在于，所述根据所述指标项判断测试节点是否满足测试结束条件包括：
判断所述指标项是否大于预设指标项阈值；
当所述指标项大于或者等于所述预设指标项阈值时，确定所述测试节点满足测试结束条件；
当所述指标项小于所述预设指标项阈值时，确定所述测试节点没有满足测试结束条件。
9.一种计算机设备，其特征在于，所述计算机设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的集群测试文件部署方法的下载程序，所述集群测试文件部署方法的下载程序被所述处理器执行时实现如权利要求1至4中任意一项所述的集群测试文件部署方法；或者，所述存储器上存储有可在所述处理器上运行的集群性能测试方法的下载程序，所述集群性能测试方法的下载程序被所述处理器执行时实现如权利要求5至8中任意一项所述的集群性能测试方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有集群测试文件部署方法的下载程序，所述集群测试文件部署方法的下载程序被处理器执行时实现如权利要求1至4中任意一项所述的集群测试文件部署方法；或者，所述计算机可读存储介质上存储有集群性能测试方法的下载程序，所述集群性能测试方法的下载程序被所述处理器执行时实现如权利要求5至8中任意一项所述的集群性能测试方法。
CN201911274391.5A 2019-12-12 2019-12-12 集群测试文件部署及性能测试方法、计算机设备及介质 Pending CN110990208A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911274391.5A CN110990208A (zh) 2019-12-12 2019-12-12 集群测试文件部署及性能测试方法、计算机设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911274391.5A CN110990208A (zh) 2019-12-12 2019-12-12 集群测试文件部署及性能测试方法、计算机设备及介质

Publications (1)

Publication Number Publication Date
CN110990208A true CN110990208A (zh) 2020-04-10

Family

ID=70092801

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911274391.5A Pending CN110990208A (zh) 2019-12-12 2019-12-12 集群测试文件部署及性能测试方法、计算机设备及介质

Country Status (1)

Country Link
CN (1) CN110990208A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102799670A (zh) * 2012-07-16 2012-11-28 北京国创富盛通信股份有限公司 压力测试数据处理装置和压力测试数据处理方法
CN103810171A (zh) * 2012-11-06 2014-05-21 深圳市金蝶中间件有限公司 生成限定范围的随机测试数据的方法及***
CN106598824A (zh) * 2016-11-25 2017-04-26 深圳前海微众银行股份有限公司 区块链的性能分析方法及装置
CN107360050A (zh) * 2016-05-10 2017-11-17 杭州海康威视数字技术股份有限公司 视频云存储节点性能自动化测试方法及其装置
CN109743229A (zh) * 2019-01-11 2019-05-10 武汉斗鱼鱼乐网络科技有限公司 基于分布式的性能测试方法、装置和***
CN109885495A (zh) * 2019-02-20 2019-06-14 重庆邮电大学 一种对去中心化***的群体测试方法和***

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102799670A (zh) * 2012-07-16 2012-11-28 北京国创富盛通信股份有限公司 压力测试数据处理装置和压力测试数据处理方法
CN103810171A (zh) * 2012-11-06 2014-05-21 深圳市金蝶中间件有限公司 生成限定范围的随机测试数据的方法及***
CN107360050A (zh) * 2016-05-10 2017-11-17 杭州海康威视数字技术股份有限公司 视频云存储节点性能自动化测试方法及其装置
CN106598824A (zh) * 2016-11-25 2017-04-26 深圳前海微众银行股份有限公司 区块链的性能分析方法及装置
CN109743229A (zh) * 2019-01-11 2019-05-10 武汉斗鱼鱼乐网络科技有限公司 基于分布式的性能测试方法、装置和***
CN109885495A (zh) * 2019-02-20 2019-06-14 重庆邮电大学 一种对去中心化***的群体测试方法和***

Similar Documents

Publication Publication Date Title
CN109492436A (zh) 一种文件校验方法及相关装置
US20210216303A1 (en) Deployment routing of clients by analytics
CN110457197B (zh) 服务测试方法、装置、计算机设备和存储介质
CN104915285A (zh) 一种容器进程监控方法、装置及***
CN109857423A (zh) 程序版本更新方法、装置、服务器及可读存储介质
CN111258913A (zh) 算法自动测试方法、装置、计算机***及可读存储介质
CN106155806A (zh) 一种多任务调度方法及服务器
CN104301140A (zh) 业务请求响应方法、装置和***
CN114244717A (zh) 虚拟网卡资源的配置方法、装置、计算机设备及介质
CN110677464A (zh) 边缘节点设备、内容分发***、方法、计算机设备及介质
CN104780076A (zh) 一种代码检查方法和设备
US10216593B2 (en) Distributed processing system for use in application migration
CN104333614B (zh) 终端识别的方法、装置及***
CN114338738B (zh) 基于Actor模型的规则引擎及场景联动实现方法
CN117149665B (zh) 持续集成方法、控制设备、持续集成***及存储介质
CN109697117B (zh) 终端控制方法、装置以及计算机可读存储介质
CN110990208A (zh) 集群测试文件部署及性能测试方法、计算机设备及介质
CN112905197A (zh) 一种信息处理方法、装置、***、电子设备及存储介质
CN109697166B (zh) 一种测试数据准备方法及相关装置
CN109814911A (zh) 用于管理脚本程序的方法、装置、计算机设备及存储介质
CN109462491B (zh) 用于测试服务器功能的***、方法和装置
CN110365771A (zh) 一种数据获取方法、装置、***和计算机可读存储介质
CN110971478A (zh) 云平台服务性能的压测方法、装置及计算设备
CN115221041A (zh) 多设备的测试方法、装置、电子设备及存储介质
CN110188007B (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