CN108415847A - 性能测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开了性能测试方法、装置、计算机设备及存储介质。该方法包括：获取所导入的测试脚本；根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果；获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告。该方法通过将测试脚本上传至测试服务器，并通过Jmeter工具对多个接口并发大量访问，对软件产品进行软件性能测试，生成包含响应时间、吞吐量和和资源占用率的测试报告，并将接口的测试结果填充至预先设置的报告模板中，得到测试报告，能够提高对软件测试结果的分析速度，提高软件测试的效率。

Description

性能测试方法、装置、计算机设备及存储介质

技术领域

本发明涉及性能测试的技术领域，尤其涉及性能测试方法、装置、计算机设备及存储介质。

背景技术

对软件进行性能测试的目的是在软件投入使用以前或软件负载达到极限以前，通过执行可重复的负载测试，了解系统可靠性、性能瓶颈等，以提高软件系统的可靠性、稳定性，减少系统的宕机时间和因此带来的损失。

现有技术中在对软件进行测试时，能够获取得到相应的测试结果，然而，现有的技术方案中智能对测试结果进行人工分析，而无法对软件的测试结果进行智能化分析，因此在对软件中的多个接口并发大量访问后，人工分析会导致对测试结果的分析速度不高，影响性能测试的效率。

发明内容

本发明提供了性能测试方法、装置、计算机设备及存储介质，旨在解决现有技术中对测试结果的分析速度不高，影响性能测试效率的问题。

第一方面，本发明提供了性能测试方法，其包括：

获取所导入的测试脚本；

根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果；

获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告。

第二方面，本发明提供了性能测试装置，其包括：

测试脚本导入单元，用于获取所导入的测试脚本；

接口测试单元，用于根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果；

测试分析单元，用于获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告。

第三方面，本发明又提供了计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本发明提供的任一项所述的性能测试方法。

第四方面，本发明还提供了存储介质，其中所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行本发明提供的任一项所述的性能测试方法。

本发明提供性能测试方法、装置、计算机设备及存储介质。该方法通过将测试脚本上传至测试服务器，并通过Jmeter工具对多个接口并发大量访问，对软件产品进行软件性能测试，生成包含响应时间、吞吐量和资源占用率的测试结果，并将接口的测试结果填充至预先设置的报告模板中，得到测试报告，能够提高对软件测试结果的分析速度，提高软件测试的效率。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的性能测试方法的示意流程图；

图2为本发明实施例提供的性能测试方法的子流程示意图；

图3为本发明实施例提供的性能测试方法的另一子流程示意图；

图4为本发明实施例提供的性能测试方法的另一子流程示意图；

图5为本发明实施例提供的性能测试方法的另一子流程示意图；

图6为本发明实施例提供的性能测试装置的示意性框图；

图7为本发明实施例提供的性能测试装置的子单元示意性框图；

图8为本发明实施例提供的性能测试装置的另一子单元示意性框图；

图9为本发明实施例提供的性能测试装置的另一子单元示意性框图；

图10为本发明实施例提供的性能测试装置的另一子单元示意性框图；

图11为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1，图1是本发明实施例提供的性能测试方法的示意流程图，该方法应用于台式电脑、手提电脑、平板电脑等终端中。如图1所示，该方法包括步骤S101～S103。

S101、获取所导入的测试脚本。

其中，测试脚本是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。为了提高测试脚本的可维护性和可复用性，必须在执行测试脚本之前对它们进行初始化。在具体实施过程中，可根据软件产品中所需测试的接口对测试脚本进行初始化，可针对需测试的单个特定的接口，针对单个接口配置所需测试的测试脚本。

具体的，获取所导入的测试脚本的操作过程为，通过SVN工具将测试脚本上传到SVN版本库，Jenkins服务器定时启动性能测试任务，自动从SVN版本控制系统拉取最新的脚本执行。其中，SVN工件是SVN版本控制系统中所附带的工具，SVN版本控制系统是一个开放源代码的版本控制系统，通过SVN版本控制系统能够实现多个人共同开发同一个项目，并进行资源共享。通过Jenkins服务器能够自动化定时启动，并从SVN版本控制系统中选取最新的测试脚本进行执行。

在对测试脚本进行初始化的过程中，除了对所需测试的接口进行配置，还需读取配置文件中的数据并将配置文件中的信息配置到测试脚本中。例如，先将账号信息、测试环境信息等参数保存在配置文件中，在对测试脚本进行初始化时，则自动对配置文件中所保存的账号信息、测试环境信息进行读取，并将账号信息和测试环境信息填写到测试脚本中。

软件性能测试的目的是在软件投入使用以前或软件负载达到极限以前，通过执行可重复的负载测试，了解系统可靠性、性能瓶颈等，以提高软件系统的可靠性、稳定性，减少系统的宕机时间和因此带来的损失。

在本实施例中，所构建的测试脚本，需满足对软件产品的软件性能测试需求，因此需根据软件产品的每一接口特征设置与接口特征相对应的测试脚本，并针对进行软件性能测试的目的，对测试脚本进行软件性能测试相关的优化，以提高测试脚本在对接口进行测试时的执行效率。

S102、根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果。

在本实施例中，在测试脚本中配置了针对待测试软件的多个接口进行并发访问的测试步骤，通过调用测试服务器中的Jmeter工具，对待测试软件中的多个接口同时发送大量访问，并对接口的测试结果进行保存。具体的，待测试软件中的执行步骤即为进行软件测试的接口，待测试软件的每一个执行步骤具体对应一个软件测试的接口。

在一实施例中，如图2所示，步骤S102包括子步骤S1021、S1022和S1023。

S1021、根据测试脚本中的配置参数对接口的系统环境进行配置。

具体的操作方法为：使用Jmeter工具，根据测试脚本中的相关配置参数，对测试系统平台关联系统平台中各参数的取值、系统的登陆账号及密码进行配置。

具体的，以calcMonthPay为例：需配置安硕CSS环境的取值、安硕CORE环境的取值；房交所环境取值；新核心环境的取值；子系统环境的取值，CSS登录用户名和密码；CORE登录用户名和密码等具体配置信息。

在这一步骤中还包括，根据测试脚本中的配置参数配置测试执行时使用到的参数文件路径及参数名。例如，可配置参数的文件路径为D:\data\02.dat；配置参数名为repaymentMethod。

S1022、在循环控制器中嵌入被测接口的HTTP请求，并对线程组的并发线程数进行配置。

循环控制器，用于对接口进行多次测试过程中进行循环控制，在对待测试软件中的接口进行测试之前，需在循环控制器中嵌入被测接口的HTTP请求。具体的，在对被测接口的HTTP请求进行配置时，需配置web服务器信息和HTTP请求信息。其中，web服务器信息包括协议类型，服务器名称或IP名称、端口号；HTTP请求信息包括HTTP方法、HTTP路径、内容编码。

在进行测试过程中，线程组的并发线程数能够影响测试的过程，一个线程即是一个测试程序的执行流，线程组中的并发线程数设置较多，可同时对多个测试程序的执行流进行执行。因此需合理设置并发线程数的数量，因此在具体操作过程中，可根据实际测试过程的复杂程度合理设置线程组中的并发线程数为20-1000。

S1023、根据HTTP请求及线程组的并发线程数对待测试的多个接口进行并发访问。

在本实施例中，对待测试的多个接口进行并发访问，也即是对接口进行性能测试，对一个接口进行一次访问即是完成了一个接口的一次测试过程，根据HTTP请求及线程组的并发线程数对待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果。

每个测试接口进行一次测试，均将测试结果进行记录，服务器对每个测试接口的每次测试结果均进行自动收集。测试结果包含，一个测试接口执行一次测试过程中所对应的资源占用率，一个测试接口在单位时间内所进行测试的次数，以及测试过程中一次测试的响应时间。通过对一个测试接口反复执行多次测试，并收集对一个接口进行多次测试的测试结果，能够清楚地反映一个接口所对应的吞吐量，并通计算多次测试过程中的响应时间和资源占用率，得到多次测试的平均响应时间和平均资源占用率。

S103、获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告。

在本实施例中，通过综合软件产品中多个接口的测试结果，整合得到软件产品的软件性能测试结果，通过对软件产品在软件性能测试过程中的响应时间、吞吐量和资源占用率进行分析，能够自动化分析得到软件产品的测试报告，提高了对软件测试结果的分析效率。可方便测试用户针对分析得到的结果，选择相应的解决方案对软件产品进行进一步优化。

资源占用率，即执行软件性能测试过程中所占用的系统资源，包括所占用的测试服务器的计算能力和存储空间，分析测试过程中一个测试接口执行一次测试过程所对应的资源占用率，能够很好地了解到软件产品中各接口在执行过程中所占用的服务器资源，并为后期对占用较多资源的接口进行优化提供数据支持。

响应时间，即是执行一次测试过程，并获取测试结果所需的时间，通过获取每一接口测试过程中的响应时间，能够了解到软件性能测试过程中接口的执行速度，在后期处理过程中，能够针对执行速度较慢的接口进行优化处理，以提高软件产品的整体处理速度。

吞吐量，是测试脚本重复执行的次数，也即是对软件产品中接口进行测试的次数。单位时间的吞吐量能够反映出软件产品的软件性能测试效率，也即是软件产品的执行效率，单位时间内吞吐量较大，则软件产品的执行效率高，单位时间内吞吐量较小，则软件产品的执行效率较低。

测试结果包含，一个测试接口执行一次测试过程中所对应的资源占用率，一个测试接口在单位时间内所进行测试的次数，以及测试过程中一次测试的响应时间。具体的，本发明中的吞吐量为一个测试接口在一秒钟内所进行测试的次数。系统自动获取与每一接口相应的响应时间，吞吐量及资源占用率，得到接口的测试结果。

每个测试接口进行一次测试，均将测试结果进行记录，服务器对每个测试接口的每次测试结果均进行自动收集，并可将接口的测试结果填充至预先设置的报告模板中，得到测试报告。

报告模板为测试报告中所预先设置的用于填写所获得的各项测试信息，通过将接口的测试结果填充至预先设置的报告模板中，能够得到完整的测试报告，使用户通过测试报告得到软件性能测试结果。其中，报告模板中包含进行测试的各接口，以及各接口的相应时间项、吞吐量项和资源占用率项。

如图3所示，步骤S103之前还包括步骤S103a。

S103a、配置测试报告的路径及文件名，并配置测试报告的报告模板。

配置测试报告的路径及文件名的具体操作方法为：通过使用Jmeter工具，先进行HTTPCookie管理器的配置，并进一步配置测试报告的路径及文件名。检测报告会按照所配置测试报告的路径及文件名进行保存，以方便后续的处理和分析。例如，具体操作过程中，可在测试报告中配置文件名为result.csv。

配置测试报告的报告模板也即是对报告模板中的项目进行配置。其中，报告模板包含进行测试的各接口，以及各接口的相应时间项、吞吐量项和资源占用率项。

如图4所示，步骤S103中包括子步骤S1031、S1032和S1033。

S1031、对测试结果进行检索，将测试结果包含响应时间的测试信息填充至报告模板的响应时间项中。

测试结果中包含响应时间，吞吐量及资源占用率的测试信息，通过对测试结果进行检索，得到包含响应时间的测试信息，并将包含响应时间的测试信息填充至报告模板的相应时间项中。

S1032、对测试结果进行检索，将测试结果包含吞吐量的测试信息填充至报告模板的吞吐量项中。

测试结果中包含响应时间，吞吐量及资源占用率的测试信息，通过对测试结果进行检索，得到包含吞吐量的测试信息，并将包含吞吐量的测试信息填充至报告模板的吞吐量项中。

S1033、对测试结果进行检索，将测试结果包含资源占用率的测试信息填充至报告模板的资源占用率项中。

测试结果中包含响应时间，吞吐量及资源占用率的测试信息，通过对测试结果进行检索，得到包含资源占用率的测试信息，并将包含资源占用率的测试信息填充至报告模板的资源占用率项中。

例如，在对某一具体的软件进行测试后，得到的测试报告如表1所示。

	响应时间	吞吐量	资源占用率
				接口1	42ms	85	7％
接口2	23ms	127	3％
				接口3	18ms	96	2.7％
接口4	26ms	55	5.8％

表1

通过综合软件产品中多个接口的测试结果，整合得到软件产品的软件性能测试结果，通过对软件产品在软件性能测试过程中的响应时间、吞吐量和资源占用率进行分析，提高了对软件测试结果的分析效率。可方便测试用户针对分析得到的结果，选择相应的解决方案对软件产品进行进一步优化。

此外，还可针在测试报告中设置响应时间阈值、吞吐量阈值和资源占用率阈值。当测试过程中某一测试接口的响应时间超出所设定的响应时间阈值时，则表明软件产品中这一接口的执行效率不高，所生成的分析报告中包含对提高这一接口的执行效率的具体建议，供用户进行参考；当测试过程中某一测试接口单位时间内吞吐量低于所设定的阈值时，则表面软件产品中这一接口的执行效率不高，所生成的分析报告中包含对提高这一接口的执行效率的具体建议；当测试过程中某一测试接口执行一次测试过程的资源占用率超过预设的阈值时，则表面软件产品中在对这一接口进行测试时占用了较多的服务器资源，所生成的分析报告中包含对降低这一接口的资源占用率的具体建议，供用户进行参考。

例如，所设定的响应时间阈值为30ms，实际测试过程中测试接口的响应时间为42mm，则需针对这一接口提高执行效率，所生成的分析报告中包括对接口测试中的算法进行修改、查找并抛出测试过程中的部分异常等建议。所设定的资源占用率阈值为5％，时间测试过程中测试接口的资源占用率为8％，则这一接口对系统资源的占用率较高，所生成的分析报告中包括对接口测试中内存占用进行管理、对接口测试中计算过程进行简化等建议。

在本实施例中，生成包含响应时间、吞吐量和资源占用率的测试报告，并将接口的测试结果填充至预先设置的报告模板中，得到测试报告，能够大幅提高对软件测试结果的分析速度，在实际使用过程中取得了非常良好的使用效果。

如图5所示，步骤S101测试脚本导入至测试服务器之前之前，还包括步骤S100。

S100、构建测试服务器，为测试服务器分配计算能力和存储空间。

在步骤S100中包括，构建测试服务器，为测试服务器分配计算能力和存储空间。具体的，可根据测试软件产品的接口访问量所需的计算能力、存储空间，及配置相应的用于进行压力测试的Jmeter工具。为测试服务器分配相应的计算能力和存储空间，其中所分配的计算能力和存储空间因略大于实际需求，以满足软件产品在进行测试时，能够正常完成对多个接口并发大量访问。

在本实施例中，通过构建测试服务器，并为测试服务器分配相应的计算能力和存储空间，能够确保在进行软件的性能测试过程中，Jmeter工具等具体的测试工具能够顺利在测试服务器上运行，使对软件的测试过程和对测试结果的分析过程更加流畅，能够提高对软件测试结果的分析速度，并提高软件测试的效率。

本发明实施例还提供性能测试装置，该性能测试装置用于执行前述任一项性能测试方法。具体地，请参阅图6，图6是本发明实施例提供的性能测试装置的示意性框图。性能测试装置100可以安装于台式电脑、平板电脑、手提电脑、等终端中。

如图6所示，性能测试装置10包括测试脚本导入单元101、接口测试单元102、测试分析单元103。

测试脚本导入单元101，用于获取所导入的测试脚本。

其中，测试脚本是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。为了提高测试脚本的可维护性和可复用性，必须在执行测试脚本之前对它们进行初始化。在具体实施过程中，可根据软件产品中所需测试的接口对测试脚本进行初始化，可针对需测试的单个特定的接口，针对单个接口配置所需测试的测试脚本；还可针对所需测试的多个接口，按照预先设定的各接口的执行顺序，针对多个接口按所需的测试顺序进行配置测试脚本。

具体的，获取所导入的测试脚本的操作过程为，通过SVN工具将测试脚本上传到SVN版本库，Jenkins服务器定时启动性能测试任务，自动从SVN版本控制系统拉取最新的脚本执行。其中，SVN工件是SVN版本控制系统中所附带的工具，SVN版本控制系统是一个开放源代码的版本控制系统，通过SVN版本控制系统能够实现多个人共同开发同一个项目，并进行资源共享。通过Jenkins服务器能够自动化定时启动，并从SVN版本控制系统中选取最新的测试脚本进行执行。

在对测试脚本进行初始化的过程中，除了对所需测试的接口进行配置，还需读取配置文件中的数据并将配置文件中的信息配置到测试脚本中。例如，先将账号信息、测试环境信息等参数保存在配置文件中，在对测试脚本进行初始化时，则自动对配置文件中所保存的账号信息、测试环境信息进行读取，并将账号信息和测试环境信息填写到测试脚本中。

软件性能测试的目的是在软件投入使用以前或软件负载达到极限以前，通过执行可重复的负载测试，了解系统可靠性、性能瓶颈等，以提高软件系统的可靠性、稳定性，减少系统的宕机时间和因此带来的损失。

在本实施例中，所构建的测试脚本，需满足对软件产品的软件性能测试需求，因此需根据软件产品的每一接口特征设置与接口特征相对应的测试脚本，并针对进行软件性能测试的目的，对测试脚本进行软件性能测试相关的优化，以提高测试脚本在对接口进行测试时的执行效率。

接口测试单元102，用于根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果。

在本实施例中，在测试脚本中配置了针对待测试软件的多个接口进行并发访问的测试步骤，通过调用测试服务器中的Jmeter工具，对待测试软件中的多个接口同时发送大量访问，并对接口的测试结果进行保存。具体的，待测试软件中的执行步骤即为进行软件测试的接口，待测试软件的每一个执行步骤具体对应一个软件测试的接口。

其他发明实施例中，如图7所示，所述接口测试单元102包括以下子单元：系统环境配置单元1021、线程配置单元1022和接口访问单元1023。

配置单元1021，用于根据测试脚本中的配置参数对接口的系统环境进行配置。

具体的操作方法为：使用Jmeter工具，根据测试脚本中的相关配置参数，对测试系统平台关联系统平台中各参数的取值、系统的登陆账号及密码进行配置。

具体的，以calcMonthPay为例：需配置安硕CSS环境的取值、安硕CORE环境的取值；房交所环境取值；新核心环境的取值；子系统环境的取值，CSS登录用户名和密码；CORE登录用户名和密码等具体配置信息。

在这一步骤中还包括，根据测试脚本中的配置参数配置测试执行时使用到的参数文件路径及参数名。例如，可配置参数的文件路径为D:\data\02.dat；配置参数名为repaymentMethod。

线程配置单元1022，用于在循环控制器中嵌入被测接口的HTTP请求，并对线程组的并发线程数进行配置。

循环控制器，用于对接口进行多次测试过程中进行循环控制，在对待测试软件中的接口进行测试之前，需在循环控制器中嵌入被测接口的HTTP请求。具体的，在对被测接口的HTTP请求进行配置时，需配置web服务器信息和HTTP请求信息。其中，web服务器信息包括协议类型，服务器名称或IP名称、端口号；HTTP请求信息包括HTTP方法、HTTP路径、内容编码。

在进行测试过程中，线程组的并发线程数能够影响测试的过程，一个线程即是一个测试程序的执行流，线程组中的并发线程数设置较多，可同时对多个测试程序的执行流进行执行。因此需合理设置并发线程数的数量，因此在具体操作过程中，可根据实际测试过程的复杂程度合理设置线程组中的并发线程数为20-1000。

接口访问单元1023，用于根据HTTP请求及线程组的并发线程数对待测试的多个接口进行并发访问。

在本实施例中，对待测试的多个接口进行并发访问，也即是对接口进行性能测试，对一个接口进行一次访问即是完成了一个接口的一次测试过程，根据HTTP请求及线程组的并发线程数对待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果。

每个测试接口进行一次测试，均将测试结果进行记录，服务器对每个测试接口的每次测试结果均进行自动收集。测试结果包含，一个测试接口执行一次测试过程中所对应的资源占用率，一个测试接口在单位时间内所进行测试的次数，以及测试过程中一次测试的响应时间。通过对一个测试接口反复执行多次测试，并收集对一个接口进行多次测试的测试结果，能够清楚地反映一个接口所对应的吞吐量，并通计算多次测试过程中的响应时间和资源占用率，得到多次测试的平均响应时间和平均资源占用率。

测试分析单元103，用于获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告。

在本实施例中，通过综合软件产品中多个接口的测试结果，整合得到软件产品的软件性能测试结果，通过对软件产品在软件性能测试过程中的响应时间、吞吐量和资源占用率进行分析，能够自动化分析得到软件产品的测试报告，提高了对软件测试结果的分析效率。可方便测试用户针对分析得到的结果，选择相应的解决方案对软件产品进行进一步优化。

资源占用率，即执行软件性能测试过程中所占用的系统资源，包括所占用的测试服务器的计算能力和存储空间，分析测试过程中一个测试接口执行一次测试过程所对应的资源占用率，能够很好地了解到软件产品中各接口在执行过程中所占用的服务器资源，并为后期对占用较多资源的接口进行优化提供数据支持。

响应时间，即是执行一次测试过程，并获取测试结果所需的时间，通过获取每一接口测试过程中的响应时间，能够了解到软件性能测试过程中接口的执行速度，在后期处理过程中，能够针对执行速度较慢的接口进行优化处理，以提高软件产品的整体处理速度。

吞吐量，是测试脚本重复执行的次数，也即是对软件产品中接口进行测试的次数。单位时间的吞吐量能够反映出软件产品的软件性能测试效率，也即是软件产品的执行效率，单位时间内吞吐量较大，则软件产品的执行效率高，单位时间内吞吐量较小，则软件产品的执行效率较低。

测试结果包含，一个测试接口执行一次测试过程中所对应的资源占用率，一个测试接口在单位时间内所进行测试的次数，以及测试过程中一次测试的响应时间。具体的，本发明中的吞吐量为一个测试接口在一秒钟内所进行测试的次数。系统自动获取与每一接口相应的响应时间，吞吐量及资源占用率，得到接口的测试结果。

每个测试接口进行一次测试，均将测试结果进行记录，服务器对每个测试接口的每次测试结果均进行自动收集，并可将接口的测试结果填充至预先设置的报告模板中，得到测试报告。

报告模板为测试报告中所预先设置的用于填写所获得的各项测试信息，通过将接口的测试结果填充至预先设置的报告模板中，能够得到完整的测试报告，使用户通过测试报告得到软件性能测试结果。其中，报告模板中包含进行测试的各接口，以及各接口的相应时间项、吞吐量项和资源占用率项。

其他发明实施例中，如图8所示，所述测试分析单元103中包括子单元配置单元103a。

配置单元103a，用于配置测试报告的路径及文件名，并配置测试报告的报告模板。

配置测试报告的路径及文件名的具体操作方法为：通过使用Jmeter工具，先进行HTTPCookie管理器的配置，并进一步配置测试报告的路径及文件名。检测报告会按照所配置测试报告的路径及文件名进行保存，以方便后续的处理和分析。例如，具体操作过程中，可在测试报告中配置文件名为result.csv。

配置测试报告的报告模板也即是对报告模板中的项目进行配置。其中，报告模板包含进行测试的各接口，以及各接口的相应时间项、吞吐量项和资源占用率项。

其他发明实施例中，如图9所示，所述测试分析单元103还包括子单元：响应时间获取单元1031、吞吐量获取单元1032和资源占用率获取单元1033。

响应时间获取单元1031、用于对测试结果进行检索，将测试结果包含响应时间的测试信息填充至报告模板的响应时间项中。

测试结果中包含响应时间，吞吐量及资源占用率的测试信息，通过对测试结果进行检索，得到包含响应时间的测试信息，并将包含响应时间的测试信息填充至报告模板的相应时间项中。

吞吐量获取单元1032、用于对测试结果进行检索，将测试结果包含吞吐量的测试信息填充至报告模板的吞吐量项中。

测试结果中包含响应时间，吞吐量及资源占用率的测试信息，通过对测试结果进行检索，得到包含吞吐量的测试信息，并将包含吞吐量的测试信息填充至报告模板的吞吐量项中。

资源占用率获取单元1033、用于对测试结果进行检索，将测试结果包含资源占用率的测试信息填充至报告模板的资源占用率项中。

测试结果中包含响应时间，吞吐量及资源占用率的测试信息，通过对测试结果进行检索，得到包含资源占用率的测试信息，并将包含资源占用率的测试信息填充至报告模板的资源占用率项中。

例如，在对某一具体的软件进行测试后，得到的测试报告如表1所示。

	响应时间	吞吐量	资源占用率
				接口1	42ms	85	7％
接口2	23ms	127	3％
				接口3	18ms	96	2.7％
接口4	26ms	55	5.8％

表1

通过综合软件产品中多个接口的测试结果，整合得到软件产品的软件性能测试结果，通过对软件产品在软件性能测试过程中的响应时间、吞吐量和资源占用率进行分析，能够自动化分析得到软件产品的测试报告，提高了对软件测试结果的分析效率。可方便测试用户针对分析得到的结果，选择相应的解决方案对软件产品进行进一步优化。

此外，还可针在测试报告中设置响应时间阈值、吞吐量阈值和资源占用率阈值。当测试过程中某一测试接口的响应时间超出所设定的响应时间阈值时，则表明软件产品中这一接口的执行效率不高，所生成的分析报告中包含对提高这一接口的执行效率的具体建议，供用户进行参考；当测试过程中某一测试接口单位时间内吞吐量低于所设定的阈值时，则表面软件产品中这一接口的执行效率不高，所生成的分析报告中包含对提高这一接口的执行效率的具体建议；当测试过程中某一测试接口执行一次测试过程的资源占用率超过预设的阈值时，则表面软件产品中在对这一接口进行测试时占用了较多的服务器资源，所生成的分析报告中包含对降低这一接口的资源占用率的具体建议，供用户进行参考。

例如，所设定的响应时间阈值为30ms，实际测试过程中测试接口的响应时间为42mm，则需针对这一接口提高执行效率，所生成的分析报告中包括对接口测试中的算法进行修改、查找并抛出测试过程中的部分异常等建议。所设定的资源占用率阈值为5％，时间测试过程中测试接口的资源占用率为8％，则这一接口对系统资源的占用率较高，所生成的分析报告中包括对接口测试中内存占用进行管理、对接口测试中计算过程进行简化等建议。

在本实施例中，生成包含响应时间、吞吐量和资源占用率的测试报告，并将接口的测试结果填充至预先设置的报告模板中，得到测试报告，能够大幅提高对软件测试结果的分析速度，在实际使用过程中取得了非常良好的使用效果。

在一具体实施例中，如图10所示，所示性能测试装置10还包括服务器构建单元100。

服务器构建单元100、用于构建测试服务器，为测试服务器分配计算能力和存储空间。

在本实施例中，构建测试服务器，为测试服务器分配计算能力和存储空间。具体的，可根据测试软件产品的接口访问量所需的计算能力、存储空间，及配置相应的用于进行压力测试的Jmeter工具。为测试服务器分配相应的计算能力和存储空间，其中所分配的计算能力和存储空间因略大于实际需求，以满足软件产品在进行测试时，能够正常完成对多个接口并发大量访问。

在本实施例中，通过构建测试服务器，并为测试服务器分配相应的计算能力和存储空间，能够确保在进行软件的性能测试过程中，Jmeter工具等具体的测试工具能够顺利在测试服务器上运行，使对软件的测试过程和对测试结果的分析过程更加流畅，能够提高对软件测试结果的分析速度，并提高软件测试的效率

上述性能测试装置可以实现为计算机程序的形式，该计算机程序可以在如图11所示的计算机设备上运行。

请参阅图11，图11是本发明实施例提供的计算机设备的示意性框图。该计算机设备500设备可以是终端。该终端可以是平板电脑、笔记本电脑、台式电脑、个人数字助理等电子设备。

参阅图11，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行性能测试方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行性能测试方法。

该网络接口505用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图11中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：获取所导入的测试脚本；根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果；获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告。

在一实施例中，处理器502在执行根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果时，执行如下操作：根据测试脚本中的配置参数对接口的系统环境进行配置；在循环控制器中嵌入被测接口的HTTP请求，并对线程组的并发线程数进行配置；根据HTTP请求及线程组的并发线程数对待测试的多个接口进行并发访问。

在一实施例中，处理器502在执行获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告之前，执行如下操作：配置测试报告的路径及文件名，并配置测试报告的报告模板。

在一实施例中，处理器502在执行获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告时，执行如下操作：对测试结果进行检索，将测试结果包含响应时间的测试信息填充至报告模板的响应时间项中；对测试结果进行检索，将测试结果包含吞吐量的测试信息填充至报告模板的吞吐量项中；对测试结果进行检索，将测试结果包含资源占用率的测试信息填充至报告模板的资源占用率项中。

在一实施例中，处理器502在执行获取所导入的测试脚本之前，执行如下操作：构建测试服务器，为测试服务器分配计算能力、存储空间。

本领域技术人员可以理解，图11中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图11所示实施例一致，在此不再赘述。

应当理解，在本发明实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本发明的另一实施例中提供存储介质。该存储介质可以为非易失性的计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行如下步骤：获取所导入的测试脚本；根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果；获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告。

在一实施例中，所述根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果的步骤包括：根据测试脚本中的配置参数对接口的系统环境进行配置；在循环控制器中嵌入被测接口的HTTP请求，并对线程组的并发线程数进行配置；根据HTTP请求及线程组的并发线程数对待测试的多个接口进行并发访问。

在一实施例中，所述获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告的步骤之前，包括：配置测试报告的路径及文件名，并配置测试报告的报告模板。

在一实施例中，所述获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告的步骤中包括：对测试结果进行检索，将测试结果包含响应时间的测试信息填充至报告模板的响应时间项中；对测试结果进行检索，将测试结果包含吞吐量的测试信息填充至报告模板的吞吐量项中；对测试结果进行检索，将测试结果包含资源占用率的测试信息填充至报告模板的资源占用率项中。

在一实施例中，所述获取所导入的测试脚本的步骤之前，还包括：构建测试服务器，为测试服务器分配计算能力、存储空间。

所述存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种性能测试方法，其特征在于，包括：

获取所导入的测试脚本；

根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果；

获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告。

2.根据权利要求1所述的性能测试方法，其特征在于，所述根据测试脚本中所配置的待测试的多个接口进行并发访问，包括：

根据测试脚本中的配置参数对接口的系统环境进行配置；

在循环控制器中嵌入被测接口的HTTP请求，并对线程组的并发线程数进行配置；

根据HTTP请求及线程组的并发线程数对待测试的多个接口进行并发访问。

3.根据权利要求1所述的性能测试方法，其特征在于，所述获取接口的测试结果，并将接口的测试结果填充至预先设置的报告模板中以得到测试报告之前，包括：

配置测试报告的路径及文件名，并配置测试报告的报告模板。

4.根据权利要求1所述的性能测试方法，其特征在于，所述将接口的测试结果填充至预先设置的报告模板中以得到测试报告，包括：

对测试结果进行检索，将测试结果包含响应时间的测试信息填充至报告模板的响应时间项中；

对测试结果进行检索，将测试结果包含吞吐量的测试信息填充至报告模板的吞吐量项中；

对测试结果进行检索，将测试结果包含资源占用率的测试信息填充至报告模板的资源占用率项中。

5.根据权利要求1所述的性能测试方法，其特征在于，所述测试脚本导入至测试服务器之前，还包括：

构建测试服务器，为测试服务器分配计算能力、存储空间。

6.一种性能测试装置，其特征在于，包括：

测试脚本导入单元，用于获取所导入的测试脚本；

接口测试单元，用于根据测试脚本中所配置的待测试的多个接口进行并发访问，得到测试过程中接口的响应时间、吞吐量和资源占用率，将响应时间、吞吐量和资源占用率保存为接口的测试结果；

测试分析单元，用于获取接口的测试结果，将接口的测试结果填充至预先设置的报告模板中以得到测试报告。

7.根据权利要求6所述的性能测试装置，其特征在于，所述接口测试单元，包括：

系统环境配置单元，用于根据测试脚本中的配置参数对接口的系统环境进行配置；

线程配置单元，用于在循环控制器中嵌入被测接口的HTTP请求，并对线程组的并发线程数进行配置；

接口访问单元，用于根据HTTP请求及线程组的并发线程数对待测试的多个接口进行并发访问。

8.根据权利要求6所述的性能测试装置，其特征在于，所述测试分析单元，包括：

配置单元，用于配置测试报告的路径及文件名，并配置测试报告的报告模板。

9.计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-5中任一项所述的性能测试方法。

10.存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的性能测试方法。