WO2021151314A1 - Dns自动化性能测试方法、装置、设备及可读存储介质 - Google Patents
Dns自动化性能测试方法、装置、设备及可读存储介质 Download PDFInfo
- Publication number
- WO2021151314A1 WO2021151314A1 PCT/CN2020/122053 CN2020122053W WO2021151314A1 WO 2021151314 A1 WO2021151314 A1 WO 2021151314A1 CN 2020122053 W CN2020122053 W CN 2020122053W WO 2021151314 A1 WO2021151314 A1 WO 2021151314A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- dns
- domain name
- sub
- scenario
- performance test
- Prior art date
Links
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/3664—Environments for testing or debugging software
-
- 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
Definitions
- the DNS automated performance testing method includes the following steps:
- FIG. 1 is a schematic diagram of the hardware structure of the DNS automated performance test equipment involved in the solution of the embodiment of the application;
- FIG. 1 is a schematic diagram of the hardware structure of the DNS automated performance test equipment involved in the solution of the embodiment of the application.
- the DNS automated performance test equipment may include a processor 1001 (for example, a CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005.
- FIG. 1 does not constitute a limitation on the DNS automated performance test equipment, and may include more or less components than shown in the figure, or a combination of certain components, or different components Layout.
- the memory 1005 as a computer-readable storage medium in FIG. 1 may include an operating system, a network communication module, and a DNS automated performance test program.
- the Domain Name System converts easily manageable and identifiable domain names into digital IP addresses used by computers for interconnection communication for enterprises and developers, and provides a global load balancing function for the high availability of Internet applications, thus ensuring high DNS services Availability is very important.
- DNS Domain Name System
- open source tools are usually used to simulate real user behavior and make a large number of DNS domain name resolution requests.
- a comprehensive performance test of DNS products will require dozens or even hundreds of scenarios for testing.
- the first embodiment of the present application provides a DNS automated performance testing method.
- the DNS automated performance testing method includes the following steps:
- multi-scenarios are real user behavior scenarios that need to be simulated when performing stress testing on DNS to obtain DNS performance in multiple scenarios. For example, it is necessary to simulate the number of concurrent requests from different users and different resolution request durations. Different domain name resolution, subdomain resolution of different record types, etc.
- Multi-scene information is usually obtained according to the user's input or pre-designated scene ID. For example, if the user needs to perform a DNS performance test at this time, he will initiate a runcase message command to a terminal equipped with a DNS automated performance test program, which is similar to a runcase command + caseid command.
- Step S30 Based on the combination of the domain name test file and the multiple sub-scenario parameters, perform DNS performance test operations in each sub-scenario to obtain DNS performance test results in all sub-scenarios.
- the DNS automated performance test system When the DNS automated performance test system on the server receives the Runcase message instruction, it finds the corresponding multi-scenario information according to the caseid in the instruction, and processes the multi-scenario information through the handle function to obtain the parameter configuration file corresponding to each scenario. Such as case.cfg file.
- the system transfers the case.cfg file to the Pare_gen module (parameter_generator module parameter production module), combines the different parameters defined in case.cfg, and passes the parameters.json generated by the different parameter combinations to the runcase module. Perform the performance test. After each case is executed, continue to pass in the next parameters.json to continue execution until all parameter combinations have been run.
- the data is continuously processed and collected through the collection module, and the overall data is written into the database to facilitate analysis and comparison.
- Get in the picture query.txt refers to the automatic generation of test files for obtaining domain names
- login vms means logging in to the virtual machine
- dnsperf domains means domain name resolution in each sub-scenario through the DNS stress testing tool dnsperf
- collect results means collecting test results.
- the Env_clean part restores the environment to its original state to prevent the parameters from affecting the environment during execution. When the test of each scenario is completed, the system will collect the specified monitoring indicators and summarize them in the connection file.
- this application obtains the multi-scenario information of the domain name system DNS, extracts the corresponding multi-scenario configuration parameter set from the multi-scenario information, and abstracts a variety of sub-scene parameters based on the multi-scenario configuration parameter set Combination, wherein each scene corresponds to several sub-scenarios; automatically simulates a domain name resolution request based on a preset data query function, and obtains the queried data of the domain name resolution request to generate a domain name test file for DNS performance testing based on the queried data; Based on the combination of the domain name test file and the multiple sub-scenario parameters, perform DNS performance test operations in each sub-scenario to obtain DNS performance test results in all sub-scenarios.
- this application uses a data-driven method to parameterize different scenarios to obtain a variety of different sub-scene parameter combinations, so that the time and labor costs of large-scale multi-scenario DNS performance testing are saved;
- a data query function automatically simulates the domain name resolution request and automatically obtains the corresponding data to be queried, eliminating the need to prepare a single repeated and multiple data files and file data operations in advance, further reducing labor costs and improving process efficiency; by running a variety of different Perform performance testing in the sub-scenarios of, combined with the aforementioned parameterized combination generation steps, so that the test data is completely separated from the business logic.
- step S10 includes:
- each configuration parameter in the multi-scene configuration parameter set is taken as a value set, and the Cartesian product principle is used between the value sets to obtain multiple combinations of the sub-scene parameters to randomly abstract each configuration parameter.
- the sub-scene parameter combinations of multiple sub-scenes corresponding to one scene are summarized into multiple combinations of the sub-scene parameter.
- the preset processing function is a handle function, which is used to obtain configuration parameters of each scene from multiple scene information.
- the terminal receives the runcase message (runcase connmand + caseid) command, it uses the handle function to find the configuration parameter file corresponding to each scene (equivalent to the configuration parameter mentioned above).
- each configuration parameter can usually take multiple values, for example, for the configuration parameter of the maximum number of concurrent requests, you can take multiple different optional values, and list the possible values of each configuration parameter one by one.
- a value set for example, there are currently 10 scenarios, and there are 3 different configuration parameters in each scenario, and 30 value sets can be generated.
- the terminal converts the different configuration parameters defined in the configuration parameter file into the Cartesian product between the evaluation value sets, thereby randomly abstracting a variety of different parameter combinations.
- Cartesian product refers to the Cartesian product of two sets X and Y in mathematics, expressed as X ⁇ Y, the first object is a member of X and the second object is one of all possible ordered pairs of Y member. For example, there are 5 possible values in the first value set, and 7 possible values in the second value set, then there are 35 parameter combinations between the first value set and the second value set.
- step S30 it further includes:
- the custom discriminant function is a function defined by the tester according to actual requirements for obtaining customized health indicators in the DNS performance test.
- the network environment and the DNS stress test tool are checked to ensure the normal operation of the network environment and the DNS stress test tool.
- the network environment needs to be initialized first. First, set up the network environment required for DNS performance testing, such as configuring virtual machines. Then install DNS stress testing tools such as dnsperf or queryperf, and finally check the network environment and tools by sending test instructions to ensure that they can operate normally.
- DNS performance testing such as configuring virtual machines.
- DNS stress testing tools such as dnsperf or queryperf
- the domain name test file is stored in the blockchain
- the collected designated monitoring index data in all sub-scenarios are used as the DNS performance test results in all the sub-scenarios.
- the parameter combination generating module 10 is used to obtain multi-scenario information of the domain name system DNS, extract the corresponding multi-scenario configuration parameter set from the multi-scenario information, and abstract multiple sub-scene parameter combinations based on the multi-scenario configuration parameter set , Where each scene corresponds to several sub scenes;
- the test file generating module 20 is configured to automatically simulate a domain name resolution request based on a preset data query function, and obtain the queried data of the domain name resolution request, so as to generate a domain name test file for the DNS performance test based on the queried data;
- the parameter subset summary unit is used to obtain the multi-scenario information of the DNS, and use the preset processing function to process the multi-scenario information to obtain the configuration parameters in each scenario, so as to summarize the configuration parameters in all the scenarios into all The multi-scene configuration parameter set;
Abstract
本申请涉及测试流程改进，提供一种DNS自动化性能测试方法、装置、设备及介质。本申请通过将不同场景进行参数化组合得到多种不同的子场景参数组合，使得节省了大规模多场景DNS性能测试的时间成本与人力成本；通过预设数据查询函数自动获取相应的被查询数据并生成域名测试文件，而无需提前准备单一重复且繁多的数据文件以及文件数据操作，简化了测试流程；通过对多个子场景下的参数组合进行性能测试，实现了测试数据与业务逻辑完全分离，测试人员只需维护相应的配置参数的文件，而不需要对代码进行修改，大大减少了代码维护的成本，从而提高了性能测试的效率。此外，本申请还涉及区块链技术，域名测试文件可存储于区块链中。
Description
本申请要求于2020年08月07日提交中国专利局、申请号为202010793590.3，发明名称为“DNS自动化性能测试方法、装置、设备及可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
本申请涉及计算机网络技术领域，尤其涉及一种DNS自动化性能测试方法、装置、设备及计算机可读存储介质。
域名系统（DNS，Domain Name System）为企业和开发者将易于管理识别的域名转换为计算机用于互连通信的数字IP地址，为互联网应用的高可用提供全局负载均衡功能，因此保证DNS服务高可用相当重要。在对DNS进行性能测试时，通常会开源工具模拟真实用户行为，进行大量DNS域名解析请求。在压测过程中，需要模拟大量多场景DNS的性能表现，如需要模拟不同用户并发请求数，不同的解析请求时长，不同的域名解析，不同的记录类型的子域名解析。总体来说DNS产品进行全面的性能测试会需要到几十种甚至上百种场景进行测试。
发明人意识到，当进行大批量多场景时若用传统的人工是手动操纵工具压测，显然是不现实的，不仅操作单一，繁琐。若用普遍的一般的自动化脚本去做，每一种场景对应一个自动化的脚本，这样大量的脚本无疑会加大脚本维护和开发的成本，且每种场景的脚本相互独立要将数据进行收集汇总操作依然繁琐。上述种种情况均反映出现有DNS性能测试方式的测试效率低下的问题。
本申请提供一种DNS自动化性能测试方法，所述DNS自动化性能测试方法包括以下步骤：
获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；
基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；
基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
本申请还提供一种DNS自动化性能测试装置，所述DNS自动化性能测试装置包括：
参数组合生成模块，用于获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；
测试文件生成模块，用于基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；
测试结果获取模块，用于基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
本申请还提供一种DNS自动化性能测试设备，所述DNS自动化性能测试设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的DNS自动化性能测试程序，其中所述DNS自动化性能测试程序被所述处理器执行时，实现如下所述的DNS自动化性能测试方法的步骤：
获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；
基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；
基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有DNS自动化性能测试程序，其中所述DNS自动化性能测试程序被处理器执行时，实现如下所述的DNS自动化性能测试方法的步骤：
获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；
基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；
基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
图1为本申请实施例方案中涉及的DNS自动化性能测试设备的硬件结构示意图；
图2为本申请DNS自动化性能测试方法第一实施例的流程示意图；
图3为本申请DNS自动化性能测试方法一具体实施例的流程示意图；
图4为本申请DNS自动化性能测试装置的功能模块示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例涉及的DNS自动化性能测试方法主要应用于DNS自动化性能测试设备，该DNS自动化性能测试设备可以是PC、便携计算机、移动终端等具有显示和处理功能的设备。
参照图1，图1为本申请实施例方案中涉及的DNS自动化性能测试设备的硬件结构示意图。本申请实施例中，DNS自动化性能测试设备可以包括处理器1001（例如CPU），通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard）；网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）；存储器1005可以是高速RAM存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的硬件结构并不构成对DNS自动化性能测试设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
继续参照图1，图1中作为一种计算机可读存储介质的存储器1005可以包括操作系统、网络通信模块以及DNS自动化性能测试程序。
在图1中，网络通信模块主要用于连接服务器，与服务器进行数据通信；而处理器1001可以调用存储器1005中存储的DNS自动化性能测试程序，并执行本申请实施例提供的DNS自动化性能测试方法。
基于上述硬件结构，提出本申请DNS自动化性能测试方法的各个实施例。
域名系统（DNS，Domain Name System）为企业和开发者将易于管理识别的域名转换为计算机用于互连通信的数字IP地址，为互联网应用的高可用提供全局负载均衡功能，因此保证DNS服务高可用相当重要。在对DNS进行性能测试时，通常会开源工具模拟真实用户行为，进行大量DNS域名解析请求。在压测过程中，需要模拟大量多场景DNS的性能表现，如需要模拟不同用户并发请求数，不同的解析请求时长，不同的域名解析，不同的记录类型的子域名解析。总体来说DNS产品进行全面的性能测试会需要到几十种甚至上百种场景进行测试。
当进行大批量多场景时若用传统的人工是手动操纵工具压测，显然是不现实的，不仅操作单一，繁琐，且由于场景较多在结果收集，检查DNS服务状态，DNS服务器CPU和内存占用率时，容易出错。若用普遍的一般的自动化脚本去做，每一种场景对应一个自动化的脚本，这样大量的脚本无疑会加大脚本维护和开发的成本，且每种场景的脚本相互独立要将数据收集汇总仍需要时间和人力的成本。上述种种情况均反映出现有DNS性能测试方式的测试效率低下的问题。
为解决上述问题，本申请提供一种DNS自动化性能测试方法，即通过数据驱动的方式，将不同场景进行参数化组合得到多种不同的子场景参数组合，使得节省了大规模多场景DNS性能测试的时间成本与人力成本；通过预设了一个数据查询函数自动模拟域名解析请求并自动获取相应的被查询数据，使得无需提前准备单一重复且繁多的数据文件以及文件数据操作，进一步减少了人力成本，提高了流程效率；通过运行多种不同的子场景进行性能测试，结合前述的参数化组合生成步骤，使得测试数据与业务逻辑完全分离，对于不懂具体业务逻辑的测试人员只需要维护相应的配置参数的文件，而不需要对代码进行修改，免去了脚本编写的难度，大大减少了代码维护的成本，从而提高了性能测试的效率，因此解决了现有DNS性能测试方式的测试效率低下的技术问题。
参照图2，图2为本申请DNS自动化性能测试方法第一实施例的流程示意图。
本申请第一实施例提供一种DNS自动化性能测试方法，所述DNS自动化性能测试方法包括以下步骤：
步骤S10，获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；
在本实施例中，多场景为对DNS进行压测时所需模拟的真实用户行为场景，以得到DNS在多场景下的性能表现，如需要模拟不同用户并发请求数，不同的解析请求时长，不同的域名解析，不同的记录类型的子域名解析等。多场景信息通常根据用户传入或是预先指定的场景ID来获取。例如，用户此时需要进行DNS性能测试，则向装有DNS自动化性能测试程序的终端发起runcase message指令，该指令类似与runcase command + caseid的一条指令。终端在接收到该指令时，即可根据指令中的caseid进一步找到当前进行DNS性能测试所需要模拟的多个场景的信息，也即是上述的多场景信息。终端将当前所获取到的多场景信息进行处理，得到每一场景所对应的配置参数，并将所有场景所对应的配置参数作为多场景配置参数集合，最后基于多场景配置参数集合中的各种参数，以及每种参数的可取值，将每一场景又细分为若干个子场景，将每一场景下的场景配置参数随机组合成多种子场景配置参数组合。需要说明的是，上述参数组合方式即可采用随机组合方式，也可根据实际需求按照特定的规律进行组合，本实施例不作具体限定。
步骤S20，基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；
在本实施例中，预设数据查询函数为本申请中所定义的，用于模拟大量不同域名和子域名的域名解析请求的函数，该函数能够根据添加的域名和不同类型的子记录自动生成对应的被查询数据，而无需测试人员提前准备单一的数据文件。被查询数据具体可为DNS服务器地址、DNS服务器端口与指定查询的输出的最大数量等。域名测试文件则是基于上述被查询数据自动生成的文件，同时也是DNS性能测试过程中所必须的测试文件。DNS压力测试工具如dnsperf或queryperf只有在得到域名测试文件后才可正常执行测试过程。
步骤S30，基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
在本实施例中，性能检测结果中可包含指标数据，路径等。终端在得地域名测试文件后，即可进行实际的域名解析操作，来进行DNS性能测试。需要说明的是，终端对针对多个子场景进行性能测试的方式即可为按照某一顺序逐一执行，也可为多个并行执行，本实施例不作具体限定。终端通常是通过一些DNS压力测试工具如dnsperf或queryperf等来实现。例如，终端按照每一子场景逐个执行的方式，将不同子场景参数组合生成的JSON文件分别传入子场景执行模块，通过测试工工具来执行性能测试。每一子场景执行完毕后，继续传入下一个子场景参数组合的JSON文件，知道所有的子场景参数组合全部运行完成为止。
作为一具体实施例，如图3所示。服务器上的DNS自动化性能测试系统在接收到Runcase message指令时，根据该指令中的caseid找到对应的多场景信息，并通过handle函数对多场景信息进行处理后，得到各场景对应的参数配置文件，如case.cfg文件。系统将case.cfg文件文件传入Pare_gen 模块即（parameter_generator 模块参数生产模块），将case.cfg 中定义的不同参数进行组合，在将不同的参数组合生成的parameters.json分别传入 runcase的模块中进行性能测试的执行,每个case执行完毕后继续传入下一个parameters.json继续执行，直到所有的参数组合全部被运行完为止。在运行过程中通过collection模块不断的对数据进行处理和搜集，将总体数据写入数据库中方便分析对比。
对于case具体的业务逻辑执行部分，整体分成三部分，Env_int，Case_steps，Env_clean。Env_int部分主要做一些环境初始化工作，包括了网络环境（network）的搭建和工具（tools）安装及检查，确保网络环境正常且工具正常。Case_steps部分主要是根据DNS业务测试进行操作，添加域名（add domain），增删改子域名（add records、update records、delete records），绑定vpc（bind vpcs），对域名解析进行压力测试监控及数据收集的过程。图中的get
query.txt指的是自动生成获取域名测试文件，login vms表示登录虚拟机，dnsperf domains则表示通过DNS压测工具dnsperf在各个子场景下进行域名解析，collect results表示测试结果收集操作。Env_clean部分则是对环境进行恢复到初始的状态，以防止执行过程中参数会对环境产生影响。在每个场景测试完毕时，系统会收集到指定的监控指标，并统一汇总到connection文件。
在本实施例中，本申请通过获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。通过上述方式，本申请通过数据驱动的方式，将不同场景进行参数化组合得到多种不同的子场景参数组合，使得节省了大规模多场景DNS性能测试的时间成本与人力成本；通过预设了一个数据查询函数自动模拟域名解析请求并自动获取相应的被查询数据，使得无需提前准备单一重复且繁多的数据文件以及文件数据操作，进一步减少了人力成本，提高了流程效率；通过运行多种不同的子场景进行性能测试，结合前述的参数化组合生成步骤，使得测试数据与业务逻辑完全分离，对于不懂具体业务逻辑的测试人员只需要维护相应的配置参数的文件，而不需要对代码进行修改，免去了脚本编写的难度，大大减少了代码维护的成本，从而提高了性能测试的效率，因此解决了现有DNS性能测试方式的测试效率低下的技术问题。
进一步地，基于上述图2所示的第一实施例，提出本申请DNS自动化性能测试方法的第二实施例。本实施例中，步骤S10包括：
获取DNS的多场景信息，并使用预设处理函数对所述多场景信息进行处理后得到每一场景下的配置参数，以将所有场景下的配置参数汇总为所述多场景配置参数集合；
将所述多场景配置参数集合中的每一配置参数的取值作为一取值集合，在各个取值集合之间使用笛卡尔积原理得到多种所述子场景参数组合，以随机抽象出每一场景所对应多个子场景的子场景参数组合，并汇总为多种所述子场景参数组合。
在本实施例中，预设处理函数为handle函数，用于从多场景信息中获取到各个场景的配置参数。终端在接收到runcase message（runcase connmand + caseid）指令时，通过handle函数处理找到各场景对应的配置参数文件（相当于上述的配置参数）。而由于每一种配置参数通常能够取多个值，例如对于最大并发请求数这一配置参数，就可以取多个不同的可选值，将每一种配置参数的可取值一一列举出来作为一取值集合，例如当前有10个场景，每一场景下有3个不同的配置参数，则可生成30个取值集合。终端将配置参数文件中定义的不同配置参数，转化为求取值集合间的笛卡尔乘积，从而随机抽象出多种不同的参数组合。笛卡尔乘积是指在数学中，两个集合X和Y的笛卡尔积，表示为X×Y，第一个对象是X的成员而第二个对象是Y的所有可能有序对的其中一个成员。例如第一取值集合中有5个可取值，第二取值集合中有7个可取值，则第一取值集合与第二取值集合间就有35种参数组合方式。
进一步地，步骤S30之后，还包括：
接收针对各个子场景所创建的自定义性能判别函数，并基于所述自定义性能判别函数，对所述所有子场景下的DNS性能测试结果进行定制化性能分析。
在本实施例中，自定义判别函数，为测试人员根据实际需求所定义的用于在DNS性能测试中获取定制化健康指标的函数。
对于测试结果的收集和分析，可以自定义函数，对不同的场景进行定制化的采集健康指标，对测试结果进行定制化的判别。也即是提供了一个可扩展的入口，使得测试人员在完成DNS性能测试之后能够获取到出常规监控指标之外的定制化健康指标。例如，常规的监控指标为每秒查询率（QPS，Queries-per-second）、在DNS服务器上的CPU和内存占用率等。而测试人员通过自定义函数，还额外获取到了属于同一场景的多个子场景在性能测试过程中的内存峰值，总体成功率等新的健康指标数据。
进一步地，通过基于笛卡尔积原理进行随机参数化组合，使得能够模拟出所有可能的子场景，进而提升了测试结果的有效性；通过自定义函数，使得能够对不同的场景进行定制化的采集健康指标，对测试结果进行定制化的判别，更有利于对结果进行统一收集和持久化管理。
进一步地，基于上述图2所示的第一实施例，提出本申请DNS自动化性能测试方法的第三实施例。本实施例中，步骤S20包括：
搭建执行DNS性能测试所需的网络环境，并安装预设DNS压力测试工具；
对所述网络环境与所述DNS压力测试工具进行检查，以确保所述网络环境与所述DNS压力测试工具的正常运行。
在本实施例中，需要先进行网络环境初始化。首先搭建DNS性能测试所需的网络环境，如配置虚拟机等。然后再安装如dnsperf或queryperf等的DNS压测工具，最后再通过发送测试指令等方式，对网络环境与工具进行检查，以确保其能够正常运行。
进一步地，步骤S20包括：
在所述网络环境中进行域名添加操作，并生成基础解析记录；
利用所述数据查询函数自动模拟域名解析请求，并根据当前所添加的域名以及所述基础域名记录生成所述被查询数据，以将所述被查询数据整合成所述域名测试文件，其中，所述域名测试文件存储于区块链中
在本实施例中，在进行dns性能测试时，可以选择两种开源工具dnsperf或queryperf进行压测，分别封装了不同的函数去进行域名解析，这两个工具都依赖域名测试文件，为了模拟大量不同域名和子域名的域名解析请求，本框架定义了generate_querydata函数根据添加的域名和不同类型的子记录自动生成对应的被查询数据如DNS服务器地址、DNS服务器端口与指定查询的输出的最大数量等，再将被查询数据安装常规的测试文件格式整合成域名测试文件，而不需要测试人员提前准备单一的数据文件以供压测工具使用。需要强调的是，为进一步保证上述目标返回结果的私密和安全性，上述域名测试文件还可以存储于一区块链的节点中。
进一步地，步骤S30包括：
生成每一所述子场景参数组合所对应的对象简谱文件，并使用加载有所述域名测试文件的DNS压力测试工具，逐一对各所述对象简谱文件执行DNS性能测试操作；
直至所有所述对象简谱文件的DNS性能测试操作执行完成时，将收集到的所有子场景下的指定监控指标数据作为所述所有子场景下的DNS性能测试结果。
在本实施例中，对象简谱文件即为JSON格式文件，由于在DNS性能测试时，除了需要获取每一子场景下基本的配置参数，还需获取其他的一些参数信息，因此还需要基于每一子场景参数组合对应的更为复杂的JSON格式的参数文件。具体地，终端将基于不同子场景参数组合生成的parameters.json分别传入runcase的模块中进行性能测试的执行,每个case（子场景）执行完毕后继续传入下一个parameters.json继续执行，直到所有的子场景参数组合全部被运行完为止。
进一步地，步骤S30之后，还包括：
将所述指定监控指标数据写入预设数据库；
将所述数据库中的指定监控数据整合后进行可视化展示。
在本实施例中，预设数据库可为测试人员预先指定数据库，也可为默认数据库。指定监控指标具体可为QPS，在DNS服务器上的CPU和内存占用率、成功率等等。在进行DNS性能测试过程中默认将得到的指定监控指标写入数据库中，便于分析对比。具体的可视化展示方式可为将同类指标在测试过程中的变化趋势转换为图表的形式进行展示，还可整合多种不同类的指标生成对应的多维分析对比图等，可根据实际需求灵活设定。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
进一步地，通过先对网络环境进行初始化，使得后续的测试流程能够顺利进行；通过预设了一个数据查询函数自动模拟域名解析请求并自动获取相应的被查询数据，使得无需提前准备单一重复且繁多的数据文件以及文件数据操作，进一步减少了人力成本，提高了流程效率；通过逐一对每一子场景参数组合进行性能测试，避免了多个并行执行时可能会造成的收集数据混乱的问题；通过将测试过程中所得到的的指标数据写入数据库，便于后续对测试结果进行分析和挖掘，将其进行可视化展示，便于测试人员对于检测结果进行直观分析。
此外，如图4所示，为实现上述目的，本申请还提供一种DNS自动化性能测试装置，所述DNS自动化性能测试装置包括：
参数组合生成模块10，用于获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；
测试文件生成模块20，用于基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；
测试结果获取模块30，用于基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
可选地，所述参数组合生成模块10包括：
参数子集汇总单元，用于获取DNS的多场景信息，并使用预设处理函数对所述多场景信息进行处理后得到每一场景下的配置参数，以将所有场景下的配置参数汇总为所述多场景配置参数集合；
参数组合抽象单元，用于将所述多场景配置参数集合中的每一配置参数的取值作为一取值集合，在各个取值集合之间使用笛卡尔积原理得到多种所述子场景参数组合，以随机抽象出每一场景所对应多个子场景的子场景参数组合，并汇总为多种所述子场景参数组合。
可选地，所述DNS自动化性能测试装置还包括：
环境初始化模块，用于搭建执行DNS性能测试所需的网络环境，并安装预设DNS压力测试工具；
对所述网络环境与所述DNS压力测试工具进行检查，以确保所述网络环境与所述DNS压力测试工具的正常运行。
可选地，所述测试文件生成模块20包括：
域名添加单元，用于在所述网络环境中进行域名添加操作，并生成基础解析记录；
数据整合单元，用于利用所述数据查询函数自动模拟域名解析请求，并根据当前所添加的域名以及所述基础域名记录生成所述被查询数据，以将所述被查询数据整合成所述域名测试文件，其中，所述域名测试文件存储于区块链中。
可选地，所述测试结果获取模块30包括：
测试操作执行单元，用于生成每一所述子场景参数组合所对应的对象简谱文件，并使用加载有所述域名测试文件的DNS压力测试工具，逐一对各所述对象简谱文件执行DNS性能测试操作；
指标数据收集单元，用于直至所有所述对象简谱文件的DNS性能测试操作执行完成时，将收集到的所有子场景下的指定监控指标数据作为所述所有子场景下的DNS性能测试结果。
可选地，所述测试结果获取模块30还包括：
可视化展示单元，用于将所述指定监控指标数据写入预设数据库；
将所述数据库中的指定监控数据整合后进行可视化展示。
可选地，所述DNS自动化性能测试装置还包括：
函数自定义模块，用于接收针对各个子场景所创建的自定义性能判别函数，并基于所述自定义性能判别函数，对所述所有子场景下的DNS性能测试结果进行定制化性能分析。
本申请还提供一种DNS自动化性能测试设备。
所述DNS自动化性能测试设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的DNS自动化性能测试程序，其中所述DNS自动化性能测试程序被所述处理器执行时，实现如上所述的DNS自动化性能测试方法的步骤。
其中，所述DNS自动化性能测试程序被执行时所实现的方法可参照本申请DNS自动化性能测试方法的各个实施例，此处不再赘述。
此外，本申请实施例还提供一种计算机可读存储介质。所述计算机可读存储介质可以是易失性的，也可以是非易失性的。
本申请计算机可读存储介质上存储有DNS自动化性能测试程序，其中所述DNS自动化性能测试程序被处理器执行时，实现如上述的DNS自动化性能测试方法的步骤。
其中，DNS自动化性能测试程序被执行时所实现的方法可参照本申请DNS自动化性能测试方法的各个实施例，此处不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。
Claims (20)
- 一种DNS自动化性能测试方法，其中，所述DNS自动化性能测试方法包括以下步骤：获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
- 如权利要求1所述的DNS自动化性能测试方法，其中，所述获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合的步骤包括：获取DNS的多场景信息，并使用预设处理函数对所述多场景信息进行处理后得到每一场景下的配置参数，以将所有场景下的配置参数汇总为所述多场景配置参数集合；将所述多场景配置参数集合中的每一配置参数的取值作为一取值集合，在各个取值集合之间使用笛卡尔积原理得到多种所述子场景参数组合，以随机抽象出每一场景所对应多个子场景的子场景参数组合，并汇总为多种所述子场景参数组合。
- 如权利要求1所述的DNS自动化性能测试方法，其中，所述基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件的步骤之前，还包括：搭建执行DNS性能测试所需的网络环境，并安装预设DNS压力测试工具；对所述网络环境与所述DNS压力测试工具进行检查，以确保所述网络环境与所述DNS压力测试工具的正常运行。
- 如权利要求3所述的DNS自动化性能测试方法，其中，所述基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件的步骤包括：在所述网络环境中进行域名添加操作，并生成基础解析记录；利用所述数据查询函数自动模拟域名解析请求，并根据当前所添加的域名以及所述基础域名记录生成所述被查询数据，以将所述被查询数据整合成所述域名测试文件，其中，所述域名测试文件存储于区块链中。
- 如权利要求3所述的DNS自动化性能测试方法，其中，所述基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果的步骤包括：生成每一所述子场景参数组合所对应的对象简谱文件，并使用加载有所述域名测试文件的DNS压力测试工具，逐一对各所述对象简谱文件执行DNS性能测试操作；直至所有所述对象简谱文件的DNS性能测试操作执行完成时，将收集到的所有子场景下的指定监控指标数据作为所述所有子场景下的DNS性能测试结果。
- 如权利要求5所述的DNS自动化性能测试方法，其中，所述直至所有所述对象简谱文件的DNS性能测试操作执行完成时，将收集到的所有子场景下的指定监控指标数据作为所述所有子场景下的DNS性能测试结果的步骤之后，还包括：将所述指定监控指标数据写入预设数据库；将所述数据库中的指定监控数据整合后进行可视化展示。
- 如权利要求1-6中任一项所述的DNS自动化性能测试方法，其中，所述基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果的步骤之后，还包括：接收针对各个子场景所创建的自定义性能判别函数，并基于所述自定义性能判别函数，对所述所有子场景下的DNS性能测试结果进行定制化性能分析。
- 一种DNS自动化性能测试装置，其中，所述DNS自动化性能测试装置包括：参数组合生成模块，用于获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；测试文件生成模块，用于基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；测试结果获取模块，用于基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
- 一种DNS自动化性能测试设备，其中，所述DNS自动化性能测试设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的DNS自动化性能测试程序，其中所述DNS自动化性能测试程序被所述处理器执行时，实现如下所述的DNS自动化性能测试方法的步骤：获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
- 如权利要求9所述的DNS自动化性能测试设备，其中，所述获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合的步骤包括：获取DNS的多场景信息，并使用预设处理函数对所述多场景信息进行处理后得到每一场景下的配置参数，以将所有场景下的配置参数汇总为所述多场景配置参数集合；将所述多场景配置参数集合中的每一配置参数的取值作为一取值集合，在各个取值集合之间使用笛卡尔积原理得到多种所述子场景参数组合，以随机抽象出每一场景所对应多个子场景的子场景参数组合，并汇总为多种所述子场景参数组合。
- 如权利要求9所述的DNS自动化性能测试设备，其中，所述基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件的步骤之前，还包括：搭建执行DNS性能测试所需的网络环境，并安装预设DNS压力测试工具；对所述网络环境与所述DNS压力测试工具进行检查，以确保所述网络环境与所述DNS压力测试工具的正常运行。
- 如权利要求11所述的DNS自动化性能测试设备，其中，所述基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件的步骤包括：在所述网络环境中进行域名添加操作，并生成基础解析记录；利用所述数据查询函数自动模拟域名解析请求，并根据当前所添加的域名以及所述基础域名记录生成所述被查询数据，以将所述被查询数据整合成所述域名测试文件，其中，所述域名测试文件存储于区块链中。
- 如权利要求11所述的DNS自动化性能测试设备，其中，所述基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果的步骤包括：生成每一所述子场景参数组合所对应的对象简谱文件，并使用加载有所述域名测试文件的DNS压力测试工具，逐一对各所述对象简谱文件执行DNS性能测试操作；直至所有所述对象简谱文件的DNS性能测试操作执行完成时，将收集到的所有子场景下的指定监控指标数据作为所述所有子场景下的DNS性能测试结果。
- 如权利要求13所述的DNS自动化性能测试设备，其中，所述直至所有所述对象简谱文件的DNS性能测试操作执行完成时，将收集到的所有子场景下的指定监控指标数据作为所述所有子场景下的DNS性能测试结果的步骤之后，还包括：将所述指定监控指标数据写入预设数据库；将所述数据库中的指定监控数据整合后进行可视化展示。
- 一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有DNS自动化性能测试程序，其中所述DNS自动化性能测试程序被处理器执行时，实现如下所述的DNS自动化性能测试方法的步骤：获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合，其中，每一场景对应若干子场景；基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件；基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果。
- 如权利要求15所述的计算机可读存储介质，其中，所述获取域名系统DNS的多场景信息，从所述多场景信息中提取出对应的多场景配置参数集合，并根据所述多场景配置参数集合抽象出多种子场景参数组合的步骤包括：获取DNS的多场景信息，并使用预设处理函数对所述多场景信息进行处理后得到每一场景下的配置参数，以将所有场景下的配置参数汇总为所述多场景配置参数集合；将所述多场景配置参数集合中的每一配置参数的取值作为一取值集合，在各个取值集合之间使用笛卡尔积原理得到多种所述子场景参数组合，以随机抽象出每一场景所对应多个子场景的子场景参数组合，并汇总为多种所述子场景参数组合。
- 如权利要求15所述的计算机可读存储介质，其中，所述基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件的步骤之前，还包括：搭建执行DNS性能测试所需的网络环境，并安装预设DNS压力测试工具；对所述网络环境与所述DNS压力测试工具进行检查，以确保所述网络环境与所述DNS压力测试工具的正常运行。
- 如权利要求17所述的计算机可读存储介质，其中，所述基于预设数据查询函数自动模拟域名解析请求，并获取域名解析请求的被查询数据，以基于所述被查询数据生成DNS性能测试的域名测试文件的步骤包括：在所述网络环境中进行域名添加操作，并生成基础解析记录；利用所述数据查询函数自动模拟域名解析请求，并根据当前所添加的域名以及所述基础域名记录生成所述被查询数据，以将所述被查询数据整合成所述域名测试文件，其中，所述域名测试文件存储于区块链中。
- 如权利要求17所述的计算机可读存储介质，其中，所述基于所述域名测试文件与多种所述子场景参数组合，执行各个子场景下的DNS性能测试操作，以获取所有子场景下的DNS性能测试结果的步骤包括：生成每一所述子场景参数组合所对应的对象简谱文件，并使用加载有所述域名测试文件的DNS压力测试工具，逐一对各所述对象简谱文件执行DNS性能测试操作；直至所有所述对象简谱文件的DNS性能测试操作执行完成时，将收集到的所有子场景下的指定监控指标数据作为所述所有子场景下的DNS性能测试结果。
- 如权利要求19所述的计算机可读存储介质，其中，所述直至所有所述对象简谱文件的DNS性能测试操作执行完成时，将收集到的所有子场景下的指定监控指标数据作为所述所有子场景下的DNS性能测试结果的步骤之后，还包括：将所述指定监控指标数据写入预设数据库；将所述数据库中的指定监控数据整合后进行可视化展示。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010793590.3A CN111930621A (zh) | 2020-08-07 | 2020-08-07 | Dns自动化性能测试方法、装置、设备及可读存储介质 |
| CN202010793590.3 | 2020-08-07 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2021151314A1 true WO2021151314A1 (zh) | 2021-08-05 |
Family
ID=73306570
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2020/122053 WO2021151314A1 (zh) | 2020-08-07 | 2020-10-20 | Dns自动化性能测试方法、装置、设备及可读存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111930621A (zh) |
| WO (1) | WO2021151314A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114465927B (zh) * | 2022-04-12 | 2022-08-02 | 鹏城实验室 | Dns服务器压力测试方法、电子设备及可读存储介质 |
| CN115277638B (zh) * | 2022-09-30 | 2022-12-16 | 中国信息通信研究院 | 区块链域名解析系统的性能测试方法和装置、设备和介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150067394A1 (en) * | 2013-08-27 | 2015-03-05 | Connectloud, Inc. | Method and apparatus for processing virtual machine instances in real time event stream for root cause analysis and dynamically suggesting instance remedy |
| CN106789360A (zh) * | 2017-02-15 | 2017-05-31 | 中国互联网络信息中心 | 一种dns流量模拟系统 |
| CN110769076A (zh) * | 2018-07-26 | 2020-02-07 | 贵州白山云科技股份有限公司 | 一种dns测试方法和系统 |
| CN110880966A (zh) * | 2019-11-22 | 2020-03-13 | 哈尔滨工业大学 | 一种域名解析系统搭建和域名查询方法 |
| CN111045911A (zh) * | 2019-12-19 | 2020-04-21 | 京东数字科技控股有限公司 | 性能测试方法、性能测试装置、存储介质与电子设备 |
| CN111240983A (zh) * | 2020-01-14 | 2020-06-05 | 北京思特奇信息技术股份有限公司 | 一种电信计费业务自动化测试的实现方法及装置 |
-
2020
- 2020-08-07 CN CN202010793590.3A patent/CN111930621A/zh active Pending
- 2020-10-20 WO PCT/CN2020/122053 patent/WO2021151314A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150067394A1 (en) * | 2013-08-27 | 2015-03-05 | Connectloud, Inc. | Method and apparatus for processing virtual machine instances in real time event stream for root cause analysis and dynamically suggesting instance remedy |
| CN106789360A (zh) * | 2017-02-15 | 2017-05-31 | 中国互联网络信息中心 | 一种dns流量模拟系统 |
| CN110769076A (zh) * | 2018-07-26 | 2020-02-07 | 贵州白山云科技股份有限公司 | 一种dns测试方法和系统 |
| CN110880966A (zh) * | 2019-11-22 | 2020-03-13 | 哈尔滨工业大学 | 一种域名解析系统搭建和域名查询方法 |
| CN111045911A (zh) * | 2019-12-19 | 2020-04-21 | 京东数字科技控股有限公司 | 性能测试方法、性能测试装置、存储介质与电子设备 |
| CN111240983A (zh) * | 2020-01-14 | 2020-06-05 | 北京思特奇信息技术股份有限公司 | 一种电信计费业务自动化测试的实现方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111930621A (zh) | 2020-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10951740B2 (en) | System and method for testing applications with a load tester and testing translator | |
| WO2019223142A1 (zh) | 应用程序测试方法、装置、计算机设备及存储介质 | |
| CN106209503B (zh) | Rpc接口测试方法及系统 | |
| CN111813701B (zh) | 基于http的接口测试方法、装置、计算机设备及存储介质 | |
| CN112738230B (zh) | 一种自动化网闸测试系统及其工作方法 | |
| CN109726108B (zh) | 基于模拟数据的前端代码测试方法、装置、系统和介质 | |
| CN110659206A (zh) | 基于微服务的模拟架构建立方法、装置、介质及电子设备 | |
| CN104702624A (zh) | 基于CloudStack平台虚拟机登录方法及系统 | |
| CN108111364B (zh) | 一种业务系统的测试方法及装置 | |
| WO2021151314A1 (zh) | Dns自动化性能测试方法、装置、设备及可读存储介质 | |
| WO2021189852A1 (zh) | 私有域名自动化测试方法、装置、设备及存储介质 | |
| WO2022095518A1 (zh) | 接口自动化测试方法、装置、计算机设备及存储介质 | |
| CN112527252A (zh) | 小程序管理方法及装置、小程序平台、电子设备、介质 | |
| US6691259B1 (en) | Terminal server data file extraction and analysis application | |
| JP2011041455A (ja) | 変電自動化システムレポート通信試験装置およびその方法 | |
| US9866466B2 (en) | Simulating real user issues in support environments | |
| CN106815150B (zh) | 服务端接口测试系统及方法 | |
| US20050071447A1 (en) | Method, system and program product for testing a server application using a reentrant test application | |
| CN114189553A (zh) | 一种流量回放方法、系统及计算设备 | |
| CN113347060B (zh) | 基于流程自动化的电力网络故障检测方法、装置和系统 | |
| CN112527453B (zh) | 虚拟化信息仿真系统、方法及计算机可读存储介质 | |
| CN113495498A (zh) | 用于硬件设备的模拟方法、模拟器、设备和介质 | |
| CN113434217A (zh) | 漏洞扫描方法、装置、计算机设备及介质 | |
| CN109302305A (zh) | 一种基于工业控制系统的集群性能测试方法 | |
| CN114003443A (zh) | 一种硬盘性能自动测试方法、装置、终端及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 20916342 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 20916342 Country of ref document: EP Kind code of ref document: A1 |