CN113360389A - 一种性能测试方法、装置、设备及存储介质 - Google Patents
一种性能测试方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN113360389A CN113360389A CN202110702702.4A CN202110702702A CN113360389A CN 113360389 A CN113360389 A CN 113360389A CN 202110702702 A CN202110702702 A CN 202110702702A CN 113360389 A CN113360389 A CN 113360389A
- Authority
- CN
- China
- Prior art keywords
- test
- target
- script file
- initial
- performance
- 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
Links
- 238000011056 performance test Methods 0.000 title claims abstract description 191
- 238000000034 method Methods 0.000 title claims abstract description 37
- 238000012360 testing method Methods 0.000 claims abstract description 584
- 238000013101 initial test Methods 0.000 claims abstract description 106
- 230000015654 memory Effects 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 6
- 238000001514 detection method Methods 0.000 claims description 5
- 238000012545 processing Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000013522 software testing Methods 0.000 description 1
Images
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/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请实施例涉及测试领域,公开了一种性能测试方法、装置、设备及存储介质,该方法包括:从配置文件中获取进行第一性能测试对应的起始并发量,根据起始并发量和初始测试脚本文件确定第一测试脚本文件;根据第一测试脚本文件对目标测试接口进行第一性能测试,得到第一目标测试报告;获取并发量增量,根据并发量增量和第一测试脚本文件对目标测试接口进行第二性能测试,得到第一测试信息,根据第一测试信息和第一目标测试报告得到第二目标测试报告;若根据第二目标测试报告检测到满足测试结束条件,则结束目标测试接口的性能测试,可以实现自动化性能测试,提高工作效率。申请涉及区块链技术,如可将上述数据写入区块链中,以用于性能测试等场景。
Description
技术领域
本申请涉及软件测试技术领域,尤其涉及一种性能测试方法、装置、设备及存储介质。
背景技术
随着计算机技术的快速发展,各种软件的应用越来越频繁,为了保证软件的正常运行,在软件的开发阶段,通常会对软件进行性能测试,目前,性能测试通常是人工操作,例如启动性能测试,将性能测试所需要的测试脚本文件上传至服务器,记录测试中感兴趣的测试数据等操作全由人工执行,这样操作起来相当麻烦,费时费力,而且还容易出错误,无法提高工作效率。
发明内容
本申请实施例提供了一种性能测试方法、装置、设备及存储介质,可以实现自动化性能测试,并按照用户设定的规则进行性能测试,也可以按照用户的需求将所需要的测试信息直接输出到指定文件中,解决繁琐且易于出错的手工操作,提高了工作效率。
第一方面,本申请实施例公开了一种性能测试方法,所述方法包括:
获取初始测试脚本文件;
从所述初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据所述起始并发量和所述初始测试脚本文件确定第一测试脚本文件;
根据所述第一测试脚本文件对目标测试接口进行所述第一性能测试,得到第一目标测试报告;
从所述配置文件中获取并发量增量,并根据所述并发量增量和所述第一测试脚本文件对所述目标测试接口进行第二性能测试,得到第一测试信息,以及根据所述第一测试信息和所述第一目标测试报告得到第二目标测试报告;
根据所述第二目标测试报告检测所述目标测试接口是否满足测试结束条件,若检测到所述目标测试接口满足所述测试结束条件,则结束所述目标测试接口的性能测试。
第二方面,本申请实施例公开了一种性能测试装置,所述装置包括:
获取单元,用于获取初始测试脚本文件;
确定单元,用于从所述初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据所述起始并发量和所述初始测试脚本文件确定第一测试脚本文件;
第一测试单元,用于根据所述第一测试脚本文件对目标测试接口进行所述第一性能测试,得到第一目标测试报告;
第二测试单元,用于从所述配置文件中获取并发量增量,并根据所述并发量增量和所述第一测试脚本文件对所述目标测试接口进行第二性能测试,得到第一测试信息,以及根据所述第一测试信息和所述第一目标测试报告得到第二目标测试报告;
检测单元,用于根据所述第二目标测试报告检测所述目标测试接口是否满足测试结束条件,若检测到所述目标测试接口满足所述测试结束条件,则结束所述目标测试接口的性能测试。
第三方面,本申请实施例公开了一种性能测试设备,包括处理器、存储器,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行上述第一方面的方法。
第四方面,本申请实施例公开了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。
本申请实施例中,可以获取初始测试脚本文件,并从初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,以根据起始并发量和初始测试脚本文件确定第一测试脚本文件。进而,可以根据第一测试脚本文件对目标测试接口进行第一性能测试,得到第一目标测试报告。进一步的,可以从配置文件中获取并发量增量,并根据并发量增量和第一测试脚本文件对目标测试接口进行第二性能测试,以得到第二目标测试报告。那么,可以根据第二目标测试报告检测目标测试接口是否满足测试结束条件,若检测到目标测试接口满足测试结束条件,则结束目标测试接口的性能测试。通过实施上述方法,可以实现自动化性能测试,并按照用户设定的规则进行性能测试,也可以按照用户的需求将所需要的测试信息直接输出到指定文件中,解决繁琐且易于出错的手工操作,提高了工作效率。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种性能测试方法的流程示意图;
图2是本申请实施例提供的另一种性能测试方法的流程示意图;
图3是本申请实施例提供的又一种性能测试方法的流程示意图;
图4是本申请实施例提供的一种性能测试装置的结构示意图;
图5是本申请实施例提供的一种性能测试设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参阅图1,图1是本申请实施例提供的一种性能测试方法的流程示意图。本实施例中所描述的性能测试方法,应用于性能测试设备,可由性能测试设备执行。如图1所示,该性能测试方法包括以下步骤:
S101:获取初始测试脚本文件。
在一种实现方式中,在进行性能测试操作时,可以先获取针对性能测试的初始测试脚本文件,例如,可以根据初始测试脚本文件对应的文件路径进行获取,可以预先将初始测试脚本文件存储在一个目标区域,该目标区域对应的路径也就是初始测试脚本文件对应的文件路径。该初始测试脚本文件中可以包含对目标测试接口进行性能测试所需要的相关信息,例如,该相关信息可以包括当前并发量、启动时间、执行时间等。其中,当前并发量可以指对目标测试接口进行性能测试时所需要的线程的数量;并发启动时间可以是指对目标测试接口进行性能测试的开始时刻;执行时间可以是指对目标测试接口进行一次性能测试所需要的时间段,在未对目标测试接口进行性能测试时,该执行时间可以为0。其中,本申请中的性能测试可以是指容量测试,或者称之为压力测试。
S102:从初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据起始并发量和初始测试脚本文件确定第一测试脚本文件。
其中,起始并发量可以是在目标测试接口进行第一次性能测试所需要的线程的数量,该第一次性能测试可以称之为第一性能测试。可以理解的是,目标测试接口需要进行多次性能测试,其中,将一次性能测试可以称之为一个并发量下的性能测试,并发量也就是进行一次性能测试所需要的线程的数量。
在一种实现方式中,可以从初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量。而在获取到起始并发量之后,可以根据起始并发量和初始测试脚本文件确定第一测试脚本文件。可选的,可以将初始测试脚本文件中的当前并发量替换为起始并发量,而替换后的初始测试脚本文件即是第一测试脚本文件。可选的,可以将初始测试脚本文件中的当前并发量替换为起始并发量,得到替换后的初始测试脚本文件。在得到替换后的初始测试脚本文件之后,再将替换后的初始测试脚本文件中的文件内容输出到临时文件,并将初始测试脚本文件的文件名称作为临时文件的文件名称,从而将该临时文件确定为第一测试脚本文件。
在一种实现方式中,第一测试脚本文件(或初始测试脚本文件)为JMX文件,该JMX文件可以在jmeter测试工具中打开,jmeter测试工具是运行在特定操作系统上的性能测试工具,该特定操作系统可以是Windows操作系统,也可以是其他操作系统,在本申请不做限定。在本申请中,可以在利用jmeter测试工具进行性能测试时,可以利用命令JREPL/O将指定替换后的结果文本输出到临时文件,也就是上述描述的将替换后的初始测试脚本文件中的文件内容输出到临时文件。可以利用命令mv将临时文件的文件名称重命名为初始测试脚本文件的文件名称。可以利用命令/y实现不交互强制覆盖,即利用该临时文件覆盖初始测试脚本文件,而该临时文件也成为第一测试脚本文件。
S103:根据第一测试脚本文件对目标测试接口进行第一性能测试,得到第一目标测试报告。
在一种实现方式中,可以执行第一测试脚本文件,以对目标测试接口进行第一性能测试。而在对目标测试接口进行第一性能测试之后,可以得到针对第一性能测试的第一目标测试报告。可选的,得到第一目标测试报告的具体实施方式可以是在得到针对第一性能测试的第二测试信息之后,从该第二测试信息中获取目标测试信息,从而将目标测试信息添加到指定文件中,可以将该指定文件确定为第一目标测试报告。上述过程可以理解为一个并发量下的性能测试过程,那么,在得到第一目标测试报告也就表示单个并发量下的性能测试完成。
在一种实现方式中,在上述将目标测试信息添加到指定文件中时可以按照指定添加方式将目标测试信息添加到指定文件中,该指定添加方式可以是指将目标测试信息添加到指定文件中当前文件内容的末尾,在后续性能测试的过程中,同样可以将每次性能测试后得到的目标测试信息添加到文件内容的末尾。以保证最终得到的目标测试报告中内容的有序性,方便后续测试人员查看目标测试报告。从上可知,可以实现定制化输出,即可以将测试人员所需要的测试信息重定向到指定文件中,以得到第一目标测试报告,可以有效的避免人为的从第一参考测试信息中获取目标测试信息时可能引发的错误操作。
在一种实现方式中,上述从第二测试信息中获取目标测试信息的具体实施方式可以是获取预设的多个参考信息标识,在获取到参考信息标识之后,可以遍历第二测试信息,以获取参考信息标识相应的信息。例如,当识别到多个参考信息标识中的任一参考信息标识时,可以从第二测试信息中获取参考信息标识相应的信息,并将获取到的信息确定为目标测试信息。其中,目标测试信息可以是诸如吞吐量、测试接口名称、线程组名称、并发量、执行时间等测试人员所需要的信息。
在一种实现方式中,在利用jmeter测试工具对目标测试接口进行性能测试时,jmeter测试工具可以输出特定命令,例如该特定命令可以是Jmeter–n非GUI模式,以执行第一测试脚本文件,从而得到该命令对应的执行结果,该执行结果可以理解为上述的第二测试信息。而为了从执行结果中获取所需要的目标测试信息,可以将执行结果中的不必要的信息进行过滤,例如,可以将执行结果中所包括的不必要的标准输出、标准错误输出和不需要关注的字段等等进行过滤。其中,可以利用命令%command1%2>nul来屏蔽执行结果不需要的测试信息;可以利用命令%command2%|findstr"summary">>result.txt来将执行结果中所需要的目标测试信息重定向到指定文件末尾,并不覆盖指定文件的原文件内容。
S104:从配置文件中获取并发量增量,并根据并发量增量和第一测试脚本文件对目标测试接口进行第二性能测试,得到第一测试信息,以及根据第一测试信息和第一目标测试报告得到第二目标测试报告。
其中,并发量增量是指对目标测试接口进行一次性能测试时并发量增加的数量,并发量增加的数量也就是线程增加的数量。例如,并发量增量可以是5、10等数值。假设对目标测试接口的第三次性能测试时所利用到的线程的数量为25,且并发量增量为5,则第四次性能测试时所利用到的线程的数量为30,也可以知道第五次性能测试时所利用到的线程的数量为35。
在一种实现方式中,在对目标测试接口的第一性能测试完成之后,可以对目标测试接口进行第二性能测试,该第二性能测试可以称之为第二次性能测试。可选的,可以从配置文件中获取并发量增量,以根据并发量增量和第一测试脚本文件对目标测试接口进行第二性能测试。例如,可以先根据并发量增量和第一测试脚本文件确定第二测试脚本文件,而在确定第二测试脚本文件之后,即可以根据第二测试脚本文件对目标测试接口进行第二性能测试,从而得到第二目标测试报告。
在一种实现方式中,可以执行第二测试脚本文件,例如,可以利用命令Jmeter–n非GUI模式,以执行第二测试脚本文件。而在执行第二测试脚本文件之后,可以得到针对第二性能测试对应的第一测试信息,以便于后续可以根据该第一测试信息和第一目标测试报告得到第二目标测试报告。例如,可以从该第一测试信息中获取第二性能测试对应的目标测试信息,并将该第二性能测试对应的目标测试信息添加到第一目标测试报告中,从而可以得到第二目标测试报告。例如,可以将第二性能测试对应的目标测试信息添加到第一目标测试报告中内容的末尾,以保证最终所得到的目标测试报告中内容的有序性。而添加了第二性能测试对应的目标测试信息的第一目标测试报告即是第二目标测试报告。其中,从第一测试信息中获取第二性能测试对应的目标测试信息的具体实现方式可以参考上述所描述的从第二测试信息中获取第一性能测试对应的目标测试信息的实现方式,在此处不在赘述。
在一种实现方式中,上述根据并发量增量和第一测试脚本文件确定第二测试脚本文件的具体实施方式可以为如下描述。可以获取第一测试脚本文件中的当前并发量,该当前并发量也就是进行第一性能测试中所利用到的并发量(上述的起始并发量)。在获取到当前并发量之后,可以根据并发量增量和该当前并发量确定目标并发量,该目标并发量也就是对目标测试接口进行第二次性能测试所需要的线程的数量。其中,目标并发量可以是并发量增量和当前并发量的和值。例如,假设第一性能测试中的当前并发量为10,并发量增量为5,则目标并发量为15。那么,在确定目标并发量之后,可以根据该目标并发量和第一测试脚本文件确定第二测试脚本文件。例如,可以利用目标并发量替换第一测试脚本文件中的当前并发量,从而得到第二测试脚本文件。其中,利用目标并发量替换第一测试脚本文件中的当前并发量,得到第二测试脚本文件的实现方式可以参考上述所描述的确定第一测试脚本文件的过程,在此处不在赘述。
S105:根据第二目标测试报告检测目标测试接口是否满足测试结束条件,若检测到目标测试接口满足所述测试结束条件,则结束目标测试接口的性能测试。
在一种实现方式中,可以监听每一次性能测试所产生的目标测试信息,以根据每一次性能测试所产生的目标测试信息检测目标测试接口是否满足测试结束条件。可选的,每一次性能测试所产生的目标测试信息可以添加至对应的目标测试报告中,则可以监听每一次性能测试所产生的目标测试报告中的目标测试信息来检测目标测试接口是否满足测试结束条件。其中,可以监听目标测试信息中的某一信息来检测目标测试接口是否满足测试结束条件。例如,该某一信息可以是吞吐量、执行时间段等等。如果检测到目标测试接口满足测试结束条件,则可以结束对目标测试接口的循环测试,即完成了对单个测试接口的性能测试。那么,在一个测试接口的性能测试完成之后,也可以对下一个测试接口进行测试,从而实现对多个测试接口的自动化性能测试。如果检测到目标测试接口不满足测试结束条件,则可以对该目标测试接口进行下一次性能测试,直到监听到某一次性能测试所产生的目标测试报告中的某一信息满足测试结束条件,则结束对目标测试接口的性能测试。例如,在根据第二性能测试得到第二目标测试报告之后,可以监听该第二目标测试报告中的某一信息,以根据该某一信息检测目标测试接口是否满足测试结束条件。如果根据该某一信息检测到目标测试接口满足测试结束条件,则可以结束目标测试接口的性能测试。如果根据该某一信息检测到目标测试接口不满足测试结束条件,则可以对目标测试接口进行第三性能测试。
在一种实现方式中,目标测试信息可以包括吞吐量,吞吐量可以用于指示目标测试接口在单位时间内处理的并发量,可以用来表示目标测试接口的性能。那么,可以根据吞吐量来确定是否满足性能测试结束条件。可以在每一次完成对目标测试接口的性能测试后,从所对应的目标测试报告中获取多个吞吐量。下述以第二目标测试报告为例进行说明。例如,可以从第二目标测试报告中获取多个吞吐量,该第二目标测试报告中所存在的多个吞吐量为两个吞吐量,该两个吞吐量分别为第一次性能测试对应的吞吐量和第二次性能测试所对应的吞吐量。在获取到多个吞吐量之后,可以检测该多个吞吐量是否满足指定条件,该指定条件可以是指该多个吞吐量出现性能拐点。例如,假设有6个吞吐量,该6个吞吐量分别对应的值为A1、A2、A3、A4、A5、A6,而该6个吞吐量之间的大小关系为A1<A2<A3<A4,且A4>A5>A6,可以看出,吞吐量是先呈现增长的趋势,然后呈现下降的趋势,而吞吐量中的最大值可以理解为性能拐点。那么,如果检测到多个吞吐量满足指定条件,则可以确定检测到目标测试接口满足测试结束条件。
在一种实现方式中,目标测试信息中还可以包括执行时间段,那么,可以根据该执行时间段来确定是否满足性能测试结束条件。可以在每一次完成对目标测试接口的性能测试后,从所对应的目标测试报告中获取多个时间段,该多个执行时间段中的每一个执行时间段是对目标测试接口进行一次性能测试所需要的时间。下述以第二目标测试报告为例进行说明。例如,可以从第二目标测试报告中获取多个执行时间段,该第二目标测试报告中所存在的多个执行时间段为两个执行时间段,该两个执行时间段分别为第一次性能测试所需要的时间和第二次性能测试所需要的时间。在获取到多个执行时间段之后,可以将多个执行时间段进行求和处理,得到目标测试接口对应的目标执行时间段。进而,可以检测目标测试接口对应的目标执行时间段是否超过预设测试时间段,如果检测到目标测试接口对应的目标执行时间段超过该预设测试时间段,则可以确定检测到目标测试接口满足测试结束条件。该预设测试时间段可以提前设置,该预设测试时间段也就是目标测试接口进行性能测试所利用的时间的最大值。如果目标执行时间段超过该预设测试时间段,可以表明目标测试接口的响应时间过长,也可以表明该目标测试接口的性能较低。可选的,对于强制结束对目标测试接口的性能测试的情况,可以将结束性能测试的原因输出到对应的目标测试报告中,以便于后续测试人员可以根据该目标测试报告对目标测试接口的性能进行有效的分析。例如,如果进行第二性能测试之后,即结束对目标测试接口的性能测试,则可以将结束性能测试的原因输出到第二目标测试报告中,也可以输出到其他文件,在本申请不做限定。
本申请实施例中,可以获取初始测试脚本文件,并从初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,以根据起始并发量和初始测试脚本文件确定第一测试脚本文件。进而,可以根据第一测试脚本文件对目标测试接口进行第一性能测试,得到第一目标测试报告。进一步的,可以从配置文件中获取并发量增量,并根据并发量增量和第一测试脚本文件对目标测试接口进行第二性能测试,以得到第二目标测试报告。那么,可以根据第二目标测试报告检测目标测试接口是否满足测试结束条件,若检测到目标测试接口满足测试结束条件,则结束目标测试接口的性能测试。通过实施上述方法,可以实现自动化性能测试,并按照用户设定的规则进行性能测试,也按照用户的需求将所需要的测试信息直接重定向到指定文件中,解决繁琐且易于出错的手工操作,提高了工作效率。
请参阅图2,图2是本申请实施例提供的一种性能测试方法的流程示意图。本实施例中所描述的性能测试方法,应用于性能测试设备,可由性能测试设备执行。如图2所示,该性能测试方法包括以下步骤:
S201:检测当前时刻是否为预设时刻。
S202:若检测到当前时刻为预设时刻,则获取初始测试脚本文件。
在步骤S201和步骤S202中,在获取初始测试脚本文件之前,可以创建针对性能测试的定时任务,以便于后续在检测到触发该定时任务的预设时刻时,可以执行该针对性能测试的定时任务。可选的,创建针对性能测试的定时任务的具体实施方式可以为如下描述:生成针对性能测试的初始测试脚本文件,并将初始测试脚本文件存储在目标区域,该目标区域可以根据用户需求设置,在本申请不做限定。在生成初始测试脚本文件之后,还需要获取针对性能测试的配置文件,以便于在该配置文件中配置与性能测试的定时任务具有关联关系的关联信息。例如,该关联信息可以包括进行性能测试所需要的初始测试脚本文件的相关信息(初始测试脚本文件的相关信息可以是测试脚本文件的文件名称,文件路径等等)、性能测试所需要的线程组的相关信息(线程组的相关信息可以是每个线程组的名称,每个线程组包括的线程的数量等等)、起始并发量(第一次性能测试时所用到的线程的数量)、并发量增量(每一次并发测试并发量增加的数量,并发量增量为5,第二次性能测试时的并发量为10,则第三次性能测试时的并发量为15)。那么,将进行性能测试的初始脚本文件和配置文件均设置成功之后,即可以创建针对性能测试的定时任务,即为启动性能测试操作创建预设时刻,该预设时间指示了启动性能测试操作的时刻。例如,可以将该预设时刻设置为测试人员的下班后的时刻,例如20:00、21:00等等,这样可以充分利用下班后时间,避开测试人员的正常工作时间,在没有其他类型的性能测试的前提下进行,为其他类型的性能测试腾出时间,也可以使得关于压力测试(或称之为容量测试)的结果更可靠。
在一种实现方式中,在获取初始测试脚本文件之前,可以检测当前时间是否为预设时刻,该预设时刻为启动性能测试的时刻。如果检测到当前时刻为该预设时刻,则可以触发定时任务,该定时任务即是针对性能测试的定时任务,该性能测试可以是压力测试。而该定时任务触发之后,即可以执行获取初始测试脚本文件的步骤。如果检测到当前时刻不为该预设时刻,则不执行获取初始测试脚本文件的步骤。
在一种实现方式中,如图1所示是一种无人值守性能测试工具的启动界面,当检测到当前时间为预设时间时,可以触发定时任务,也可以输出该界面,并且可以自动获取初始测试脚本文件。
在一种实现方式中,在触发定时任务之后,还可以进行可靠性检测,例如,可以检测初始测试脚本文件是否存在,又如,可以检测线程组是否存在。
可选的,在定时任务触发之后,在获取初始测试脚本文件之前,还可以检测初始测试脚本文件是否存在,如果检测到初始测试脚本文件存在,则可以进一步检测线程组是否存在,如果检测到线程组存在,则执行获取初始测试脚本文件的步骤。
可选的,确定检测到初始测试脚本文件存在的情况可以是:检测是否可以从配置文件中获取到初始测试脚本文件的相关信息(测试脚本文件的文件名称、文件路径等),如果可以从配置文件中获取到初始测试脚本文件的相关信息,则可以确定检测到初始测试脚本文件存在。或者是,在检测到可以从配置文件获取到初始测试脚本文件的相关信息之后,还可以从配置文件中获取初始测试脚本文件的文件路径,检测是否可以根据该文件路径获取到初始测试脚本文件,如果可以根据该文件路径成功获取到初始测试脚本文件,则可以确定检测到初始测试脚本文件存在。可以理解的是,如果在配置文件获取不到初始测试脚本文件的相关信息,或者根据文件路径不能成功获取到初始测试脚本文件,那么配置文件中可能没有对目标测试接口进行性能测试所需要的初始测试脚本文件进行配置,那么,后续要目标测试接口进行性能测试的时候,也就不能正常测试。
可选的,确定检测到线程组存在的情况可以是:检测是否可以从配置文件中获取到线程组的相关信息(线程组的相关信息可以是每个线程组的名称,每个线程组包括的线程的数量等等),如果可以从配置文件中获取到线程组的相关信息,则可以确定检测到线程组存在。同上,可作同样理解,目标测试接口进行性能测试需要线程组的参与,如果在配置文件中获取不到线程组的相关信息,那么配置文件中可能没有对目标测试接口进行性能测试所需要的线程组进行配置,那么,后续在目标测试接口进行性能测试的时候,也就不能正常测试。
在一种实现方式中,可以设置容错条件,以保证性能测试流程的正常运行,避免因性能测试中的错误而停止测试流程。例如,在出现根据配置文件获取初始测试脚本文件而获取不到,或者,在配置文件中获取不到线程组,或者,某个测试接口不存在等情况时,可以进行报错,并退出当前测试节点,直接进行后续的测试,以保证整个测试流程的正常运行。其中,在报错的时候可以将错误原因输出在一个报错文件中,以便于后续测试人员根据该报错文件进行错误定位。
S203:从初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据起始并发量和初始测试脚本文件确定第一测试脚本文件。
S204:根据第一测试脚本文件对目标测试接口进行第一性能测试,得到第一目标测试报告。
S205:从配置文件中获取并发量增量,并根据并发量增量和第一测试脚本文件对目标测试接口进行第二性能测试,得到第一测试信息,以及根据第一测试信息和第一目标测试报告得到第二目标测试报告。
S206:根据第二目标测试报告检测目标测试接口是否满足测试结束条件,若检测到目标测试接口满足所述测试结束条件,则结束目标测试接口的性能测试。
其中,步骤S203-S206的具体实施方式可以参见上述实施例步骤S102-S103的具体描述,此处不再赘述。
本申请实施例中,可以检测当前时刻是否为预设时刻,若检测到当前时刻为所述预设时刻,则获取初始测试脚本文件,并从初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,以根据起始并发量和初始测试脚本文件确定第一测试脚本文件。进而,可以根据第一测试脚本文件对目标测试接口进行第一性能测试,得到第一目标测试报告。进一步的,可以从配置文件中获取并发量增量,并根据并发量增量和第一测试脚本文件对目标测试接口进行第二性能测试,以得到第二目标测试报告。那么,可以根据第二目标测试报告检测目标测试接口是否满足测试结束条件,若检测到目标测试接口满足测试结束条件,则结束目标测试接口的性能测试。通过实施上述方法,可以定时自动启动性能测试任务,实现无人值守,可以避开正常工作时间,在没有其他并行功能测试的前提下进行容量测试,容量测试性能测试的结果更可靠。而且在避开正常工作时间内进行性能测试,单个并发量下的性能测试可以执行更长的时间,性能测试的结果可以更可靠。
为更好的理解本申请实施例所提供的性能测试方法,下面结合图3所示的流程进行进一步说明。如图3所示,可以生成JMX文件,该JMX文件可以是上述的初始测试脚本文件。还可以在JMX文件对应的配置文件中配置与性能测试具有关联关系的关联信息。例如,该关联信息可以包括进行性能测试所需要的JMX文件的相关信息(JMX文件的相关信息可以是JMX文件的文件名称,文件路径等等)、性能测试所需要的线程组的相关信息(线程组的相关信息可以是每个线程组的名称,每个线程组包括的线程的数量等等)、起始并发量、并发量增量等等。那么,将进行性能测试的JMX文件和配置文件均设置成功之后,即可以创建针对性能测试的定时任务,可以为启动性能测试操作配置启动时刻,该启动时刻即为上述的预设时刻,该启动时刻指示了启动性能测试操作的时刻。当检测到当前时刻为启动时刻时,该定时任务可以正常定时启动。而当定时任务可以正常定时启动后,还可以进行可靠性检测,例如,可以检测JMX文件是否存在,当检测到JMX文件存在,可以进一步检测线程组是否存在,而当检测到线程组是存在的,则可以进行后续的性能测试。考虑到可以预先设置容错条件(该容错条件可参考上述描述),那么在检测到JMX文件不存在或检测线程组不存在的情况下,可以进行报错,并退出当前测试节点,直接进行后续的测试,以保证整个测试流程的正常运行。
在一个实施例中,在检测到线程组存在之后,可以逐个测试接口进行性能测试,即可以对多个测试接口依次进行性能测试。其中,以一个测试接口为例进行说明,该测试接口可以是上述描述的目标测试接口。那么,对该目标测试接口进行性能测试的具体实施方式可以为如下描述。从JMX文件对应的配置文件中获取进行第一性能测试对应的起始并发量,以根据起始并发量和初始测试脚本文件确定第一测试脚本文件。进而,可以执行该第一测试脚本文件,以对目标测试接口进行第一性能测试,并将第一性能测试所得到的第二测试信息中的目标测试信息重定向到指定文件中,以得到第一目标测试报告。进一步的,可以从配置文件中获取并发量增量,并根据并发量增量和第一测试脚本文件对目标测试接口进行第二性能测试,以得到第一测试信息,并将第一测试信息中的目标测试信息重定向到第一目标测试报告中内容末尾,从而可以得到第二目标测试报告。那么,可以根据该第二目标测试报告检测目标测试接口是否满足测试结束条件,若检测到目标测试接口满足测试结束条件,则结束目标测试接口的性能测试。结束该目标测试接口的性能测试之后,可以对下一个测试接口进行性能测试。其中,在对多个测试接口进行性能测试时,所要执行的测试文件可以均是上述的JMX文件,也可以是不同的JMX文件,即该JMX文件中可以包含对一个或多个测试接口进行性能测试的关联信息,也就是说可以是多个测试接口对应一个JMX文件,也可以是一个测试接口对应一个JMX文件,在本申请不做限定。
请参阅图4,图4是本申请实施例提供的一种性能测试装置的结构示意图,该性能测试装置包括:
获取单元401,用于获取初始测试脚本文件;
确定单元402,用于从所述初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据所述起始并发量和所述初始测试脚本文件确定第一测试脚本文件;
第一测试单元403,用于根据所述第一测试脚本文件对目标测试接口进行所述第一性能测试,得到第一目标测试报告;
第二测试单元404,用于从所述配置文件中获取并发量增量,并根据所述并发量增量和所述第一测试脚本文件对所述目标测试接口进行第二性能测试,得到第一测试信息,以及根据所述第一测试信息和所述第一目标测试报告得到第二目标测试报告;
检测单元405,用于根据所述第二目标测试报告检测所述目标测试接口是否满足测试结束条件,若检测到所述目标测试接口满足所述测试结束条件,则结束所述目标测试接口的性能测试。
在一种实现方式中,所述获取单元401,还用于:
检测当前时刻是否为预设时刻,所述预设时刻为启动性能测试的时刻;
若检测到当前时刻为所述预设时刻,则执行所述获取初始测试脚本文件的步骤。
在一种实现方式中,所述第一测试单元403,具体用于:
执行所述第一测试脚本文件,得到第二测试信息;
从所述第二测试信息中获取目标测试信息,将所述目标测试信息添加到指定文件中,并将所述指定文件确定为第一目标测试报告。
在一种实现方式中,所述第一测试单元403,具体用于:
获取预设的多个参考信息标识;
遍历所述第二测试信息,当识别到所述多个参考信息标识中的任一参考信息标识时,从所述第二测试信息中获取所述参考信息标识相应的信息,并将获取到的信息确定为目标测试信息。
在一种实现方式中,所述目标测试信息包括吞吐量,所述吞吐量用于指示所述目标测试接口在单位时间内处理的并发量;所述检测单元405,还用于:
从所述第二目标测试报告中获取多个吞吐量,并检测所述多个吞吐量是否满足指定条件;
若检测到所述多个吞吐量满足所述指定条件,则确定检测到所述目标测试接口满足所述测试结束条件。
在一种实现方式中,所述目标测试信息包括执行时间段;所述检测单元405,还用于:
从所述第二目标测试报告中获取多个执行时间段,将所述多个执行时间段进行求和处理,得到所述目标测试接口对应的目标执行时间段;
检测所述目标测试接口对应的目标执行时间段是否超过预设测试时间段;
若检测到目标测试接口对应的目标执行时间段超过所述预设测试时间段,则确定检测到所述目标测试接口满足所述测试结束条件。
在一种实现方式中,所述确定单元402,具体用于:
将所述初始测试脚本文件中的当前并发量替换为所述起始并发量,得到替换后的初始测试脚本文件;
将所述替换后的初始测试脚本文件中的文件内容输出到临时文件,并将所述初始测试脚本文件的文件名称作为所述临时文件的文件名称;
将所述临时文件确定为第一测试脚本文件。
可以理解的是,本申请实施例所描述的性能测试装置的各功能单元的功能可根据图1或图2所述的方法实施例中的方法具体实现,其具体实现过程可以参照图1或图2的方法实施例的相关描述,此处不再赘述。
本申请实施例中,获取单元401获取初始测试脚本文件;确定单元402从所述初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据所述起始并发量和所述初始测试脚本文件确定第一测试脚本文件;第一测试单元403根据所述第一测试脚本文件对目标测试接口进行所述第一性能测试,得到第一目标测试报告;第二测试单元404从所述配置文件中获取并发量增量,并根据所述并发量增量和所述第一测试脚本文件对所述目标测试接口进行第二性能测试,得到第一测试信息,以及根据所述第一测试信息和所述第一目标测试报告得到第二目标测试报告;检测单元405根据所述第二目标测试报告检测所述目标测试接口是否满足测试结束条件,若检测到所述目标测试接口满足所述测试结束条件,则结束所述目标测试接口的性能测试。可以实现自动化性能测试,提高工作效率。
请参阅图5,图5是本申请实施例提供的一种性能测试设备的结构示意图。该性能测试设备包括:处理器501、存储器502以及网络接口503。上述处理器501、存储器502以及网络接口503之间可以交互数据。
上述处理器501可以是中央处理单元(Central Processing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
上述存储器502可以包括只读存储器和随机存取存储器,并向处理器501提供程序指令和数据。存储器502的一部分还可以包括随机存取存储器。其中,所述处理器501调用所述程序指令时用于执行:
获取初始测试脚本文件;
从所述初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据所述起始并发量和所述初始测试脚本文件确定第一测试脚本文件;
根据所述第一测试脚本文件对目标测试接口进行所述第一性能测试,得到第一目标测试报告;
从所述配置文件中获取并发量增量,并根据所述并发量增量和所述第一测试脚本文件对所述目标测试接口进行第二性能测试,得到第一测试信息,以及根据所述第一测试信息和所述第一目标测试报告得到第二目标测试报告;
根据所述第二目标测试报告检测所述目标测试接口是否满足测试结束条件,若检测到所述目标测试接口满足所述测试结束条件,则结束所述目标测试接口的性能测试。
在一种实现方式中,所述处理器501,还用于:
检测当前时刻是否为预设时刻,所述预设时刻为启动性能测试的时刻;
若检测到当前时刻为所述预设时刻,则执行所述获取初始测试脚本文件的步骤。
在一种实现方式中,所述处理器501,具体用于:
执行所述第一测试脚本文件,得到第二测试信息;
从所述第二测试信息中获取目标测试信息,将所述目标测试信息添加到指定文件中,并将所述指定文件确定为第一目标测试报告。
在一种实现方式中,所述处理器501,具体用于:
获取预设的多个参考信息标识;
遍历所述第二测试信息,当识别到所述多个参考信息标识中的任一参考信息标识时,从所述第二测试信息中获取所述参考信息标识相应的信息,并将获取到的信息确定为目标测试信息。
在一种实现方式中,所述目标测试信息包括吞吐量,所述吞吐量用于指示所述目标测试接口在单位时间内处理的并发量;所述处理器501,还用于:
从所述第二目标测试报告中获取多个吞吐量,并检测所述多个吞吐量是否满足指定条件;
若检测到所述多个吞吐量满足所述指定条件,则确定检测到所述目标测试接口满足所述测试结束条件。
在一种实现方式中,所述目标测试信息包括执行时间段;所述处理器501,还用于:
从所述第二目标测试报告中获取多个执行时间段,将所述多个执行时间段进行求和处理,得到所述目标测试接口对应的目标执行时间段;
检测所述目标测试接口对应的目标执行时间段是否超过预设测试时间段;
若检测到目标测试接口对应的目标执行时间段超过所述预设测试时间段,则确定检测到所述目标测试接口满足所述测试结束条件。
在一种实现方式中,所述处理器501,具体用于:
将所述初始测试脚本文件中的当前并发量替换为所述起始并发量,得到替换后的初始测试脚本文件;
将所述替换后的初始测试脚本文件中的文件内容输出到临时文件,并将所述初始测试脚本文件的文件名称作为所述临时文件的文件名称;
将所述临时文件确定为第一测试脚本文件。
具体实现中,本申请实施例中所描述的处理器501和存储器502可执行本申请实施例图1或图2提供的性能测试方法中所描述的实现方式,也可执行本申请实施例图4所描述的性能测试装置的实现方式,在此不再赘述。
本申请实施例中,处理器501可以获取初始测试脚本文件;从所述初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据所述起始并发量和所述初始测试脚本文件确定第一测试脚本文件;根据所述第一测试脚本文件对目标测试接口进行所述第一性能测试,得到第一目标测试报告;从所述配置文件中获取并发量增量,并根据所述并发量增量和所述第一测试脚本文件对所述目标测试接口进行第二性能测试,得到第一测试信息,以及根据所述第一测试信息和所述第一目标测试报告得到第二目标测试报告;根据所述第二目标测试报告检测所述目标测试接口是否满足测试结束条件,若检测到所述目标测试接口满足所述测试结束条件,则结束所述目标测试接口的性能测试。可以实现自动化性能测试,提高工作效率。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有程序指令,所述程序执行时可包括如图1或图2对应实施例中的性能测试方法的部分或全部步骤。
需要说明的是,对于前述的各个方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某一些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(Random AccessMemory,RAM)、磁盘或光盘等。
需要强调的是,为进一步保证上述数据的私密和安全性,上述数据还可以存储于一区块链的节点中。其中,本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
以上对本申请实施例所提供的一种性能测试方法、装置、设备及存储介质进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种性能测试方法,其特征在于,包括:
获取初始测试脚本文件;
从所述初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据所述起始并发量和所述初始测试脚本文件确定第一测试脚本文件;
根据所述第一测试脚本文件对目标测试接口进行所述第一性能测试,得到第一目标测试报告;
从所述配置文件中获取并发量增量,并根据所述并发量增量和所述第一测试脚本文件对所述目标测试接口进行第二性能测试,得到第一测试信息,以及根据所述第一测试信息和所述第一目标测试报告得到第二目标测试报告;
根据所述第二目标测试报告检测所述目标测试接口是否满足测试结束条件,若检测到所述目标测试接口满足所述测试结束条件,则结束所述目标测试接口的性能测试。
2.根据权利要求1所述的方法,其特征在于,所述获取初始测试脚本文件之前,包括:
检测当前时刻是否为预设时刻,所述预设时刻为启动性能测试的时刻;
若检测到当前时刻为所述预设时刻,则执行所述获取初始测试脚本文件的步骤。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第一测试脚本文件对目标测试接口进行第一性能测试,得到第一目标测试报告,包括:
执行所述第一测试脚本文件,得到第二测试信息;
从所述第二测试信息中获取目标测试信息,将所述目标测试信息添加到指定文件中,并将所述指定文件确定为第一目标测试报告。
4.根据权利要求3所述的方法,其特征在于,所述从所述第二测试信息中获取目标测试信息,包括:
获取预设的多个参考信息标识;
遍历所述第二测试信息,当识别到所述多个参考信息标识中的任一参考信息标识时,从所述第二测试信息中获取所述参考信息标识相应的信息,并将获取到的信息确定为目标测试信息。
5.根据权利要求3所述的方法,其特征在于,所述目标测试信息包括吞吐量,所述吞吐量用于指示所述目标测试接口在单位时间内处理的并发量;所述检测到所述目标测试接口满足所述测试结束条件之前,还包括:
从所述第二目标测试报告中获取多个吞吐量,并检测所述多个吞吐量是否满足指定条件;
若检测到所述多个吞吐量满足所述指定条件,则确定检测到所述目标测试接口满足所述测试结束条件。
6.根据权利要求3所述的方法,其特征在于,所述目标测试信息包括执行时间段;所述检测到所述目标测试接口满足所述测试结束条件之前,还包括:
从所述第二目标测试报告中获取多个执行时间段,将所述多个执行时间段进行求和处理,得到所述目标测试接口对应的目标执行时间段;
检测所述目标测试接口对应的目标执行时间段是否超过预设测试时间段;
若检测到目标测试接口对应的目标执行时间段超过所述预设测试时间段,则确定检测到所述目标测试接口满足所述测试结束条件。
7.根据权利要求1所述的方法,其特征在于,所述根据所述起始并发量和所述初始测试脚本文件确定第一测试脚本文件,包括:
将所述初始测试脚本文件中的当前并发量替换为所述起始并发量,得到替换后的初始测试脚本文件;
将所述替换后的初始测试脚本文件中的文件内容输出到临时文件,并将所述初始测试脚本文件的文件名称作为所述临时文件的文件名称;
将所述临时文件确定为第一测试脚本文件。
8.一种性能测试装置,其特征在于,包括:
获取单元,用于获取初始测试脚本文件;
确定单元,用于从所述初始测试脚本文件对应的配置文件中获取进行第一性能测试对应的起始并发量,并根据所述起始并发量和所述初始测试脚本文件确定第一测试脚本文件;
第一测试单元,用于根据所述第一测试脚本文件对目标测试接口进行所述第一性能测试,得到第一目标测试报告;
第二测试单元,用于从所述配置文件中获取并发量增量,并根据所述并发量增量和所述第一测试脚本文件对所述目标测试接口进行第二性能测试,得到第一测试信息,以及根据所述第一测试信息和所述第一目标测试报告得到第二目标测试报告;
检测单元,用于根据所述第二目标测试报告检测所述目标测试接口是否满足测试结束条件,若检测到所述目标测试接口满足所述测试结束条件,则结束所述目标测试接口的性能测试。
9.一种性能测试设备,其特征在于,包括处理器、存储器,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行如权利要求1-7任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110702702.4A CN113360389A (zh) | 2021-06-23 | 2021-06-23 | 一种性能测试方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110702702.4A CN113360389A (zh) | 2021-06-23 | 2021-06-23 | 一种性能测试方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113360389A true CN113360389A (zh) | 2021-09-07 |
Family
ID=77536145
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110702702.4A Pending CN113360389A (zh) | 2021-06-23 | 2021-06-23 | 一种性能测试方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113360389A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114978959A (zh) * | 2022-05-27 | 2022-08-30 | 西安电子科技大学 | 一种网络设备的性能测试方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108415847A (zh) * | 2018-05-08 | 2018-08-17 | 平安普惠企业管理有限公司 | 性能测试方法、装置、计算机设备及存储介质 |
CN111162934A (zh) * | 2019-12-13 | 2020-05-15 | 微民保险代理有限公司 | 业务服务的测试方法和装置、存储介质、电子装置 |
WO2020233053A1 (zh) * | 2019-05-22 | 2020-11-26 | 深圳壹账通智能科技有限公司 | 一种制作测试页面脚本的方法、装置、设备及存储介质 |
-
2021
- 2021-06-23 CN CN202110702702.4A patent/CN113360389A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108415847A (zh) * | 2018-05-08 | 2018-08-17 | 平安普惠企业管理有限公司 | 性能测试方法、装置、计算机设备及存储介质 |
WO2020233053A1 (zh) * | 2019-05-22 | 2020-11-26 | 深圳壹账通智能科技有限公司 | 一种制作测试页面脚本的方法、装置、设备及存储介质 |
CN111162934A (zh) * | 2019-12-13 | 2020-05-15 | 微民保险代理有限公司 | 业务服务的测试方法和装置、存储介质、电子装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114978959A (zh) * | 2022-05-27 | 2022-08-30 | 西安电子科技大学 | 一种网络设备的性能测试方法及装置 |
CN114978959B (zh) * | 2022-05-27 | 2024-01-23 | 西安电子科技大学 | 一种网络设备的性能测试方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10748083B2 (en) | Automated tuning of a service configuration | |
US8141053B2 (en) | Call stack sampling using a virtual machine | |
KR101410099B1 (ko) | 단위 테스트 케이스 재사용 기반의 함수 테스트 장치 및 그 함수 테스트 방법 | |
CN111897724B (zh) | 一种适用于云平台的自动化测试方法及装置 | |
CN108763089B (zh) | 一种测试方法、装置及系统 | |
CN111881014B (zh) | 一种系统测试方法、装置、存储介质及电子设备 | |
CN110879781B (zh) | 程序调试方法、装置、电子设备及计算机可读存储介质 | |
CN110515795B (zh) | 一种大数据组件的监控方法、装置、电子设备 | |
CN113468009B (zh) | 一种压力测试方法、装置、电子设备及存储介质 | |
CN111679968A (zh) | 接口调用异常的检测方法、装置、计算机设备及存储介质 | |
CN108334427B (zh) | 存储系统中的故障诊断方法及装置 | |
CN111324540B (zh) | 一种接口测试方法及装置 | |
CN110990289B (zh) | 一种自动提交bug的方法、装置、电子设备及存储介质 | |
CN111694734A (zh) | 软件接口校验方法、装置及计算机设备 | |
JP5495310B2 (ja) | 情報処理装置、障害解析方法及び障害解析プログラム | |
CN111240974A (zh) | 日志输出方法、装置、电子设备及介质 | |
CN113360389A (zh) | 一种性能测试方法、装置、设备及存储介质 | |
CN107992420B (zh) | 提测项目的管理方法及系统 | |
CN113127331B (zh) | 一种基于故障注入的测试方法、装置及计算机设备 | |
CN116756037A (zh) | 异常代码定位系统、方法、设备及计算机可读存储介质 | |
CN114625106B (zh) | 车辆诊断的方法、装置、电子设备及存储介质 | |
CN113282496B (zh) | 接口自动测试方法、装置、设备及存储介质 | |
CN111752819A (zh) | 一种异常监控方法、装置、系统、设备和存储介质 | |
CN114385498A (zh) | 性能测试方法、系统、计算机设备及可读存储介质 | |
CN108845932B (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 |