一种自动化性能测试方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种自动化性能测试方法和装置。


背景技术：

2.性能测试，目的是评估被测系统是否能够满足指定的性能指标，通常需要综合考量以下性能指标被测服务的吞吐量、响应时间和服务器的cpu、内存、磁盘、网络等资源的利用情况。性能测试的过程，就是通过工具逐渐增加并发用户数，模拟真实业务向被测系统发送请求，同时监控被测服务吞吐量、响应时间和服务器各项资源利用情况，并对结果进行分析评估，判断是否满足指标要求。在现有技术中，通常是使用loadrunner、jmeter等作为压力测试工具，压测时，通过人工查看被测服务的吞吐量、响应时间和服务器资源使用情况，判断是否需要调整并发，如果需要就人工执行对应操作。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：压测过程需要人工操作，并且需要人工根据监控数据分析判断是否需要加压/减压或调整参数。另外，当多个业务按一定比例进行测试时，需要反复调整各个业务的并发用户数和思考时间一控制各个业务的吞吐量比例在合适范围内，非常繁琐，费时费力。


技术实现要素：

4.有鉴于此，本发明实施例提供一种自动化性能测试方法和装置，能够形成自反馈回路，自动分析响应指标，调整测试参数，实现测试参数的动态更新，并且在多业务测试时，自动控制各个业务吞吐量的比例。
5.为实现上述目的，根据本发明实施例的一个方面，提供了一种自动化性能测试方法，包括：
6.获取多个业务的测试脚本信息、测试参数和目标指标；其中，所述测试参数包括并发用户数和思考时间，所述目标指标包括目标吞吐量；
7.根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，所述响应指标包括实际吞吐量和实际响应时间；
8.根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整；
9.在各业务吞吐量占比需要调整的情况下，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间。
10.可选地，所述方法还包括：在各业务吞吐量占比不需要调整的情况下，根据上次性能测试的测试参数和响应指标，以及本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数。
11.可选地，所述测试参数还包括结束标志位；
12.根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试包括：判断所述结束标志位的值是否为第一数值；若是，则根据所述多个业务的测试脚本信息和
测试参数，对被测系统进行性能测试；
13.根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整包括：判断所述多个业务的响应指标是否均小于或等于目标指标；若是，则根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整。
14.可选地，所述方法还包括：若所述多个业务中至少一个业务的响应指标大于目标指标，则将所述结束标志位的值更新为第二数值。
15.可选地，根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整包括：确定本次性能测试是否是首次测试；若否，则根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整。
16.可选地，所述方法还包括：若本次性能测试是首次测试，则对于每一业务，将所述业务本次性能测试的并发用户数与预设步长之和，作为所述业务下次性能测试的并发用户数。
17.可选地，所述测试参数还包括测试时长或测试次数；
18.根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标包括：判断所述测试时长或测试次数是否非零；若是，则根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标并更新所述测试时长或测试次数。
19.可选地，根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整包括：对于每个业务，根据所述业务的目标吞吐量及所有业务的目标吞吐量之和，确定所述业务的目标吞吐量占比；根据所述业务的实际吞吐量及所有业务的实际吞吐量之和，确定所述业务的实际吞吐量占比；根据所述业务的目标吞吐量占比和实际吞吐量占比，确定所述业务的实际吞吐量占比与目标吞吐量占比之间的偏差；判断所有业务的实际吞吐量占比与目标吞吐量占比之间的偏差是否都小于或等于预设的偏差阈值；若否，则确定各业务吞吐量占比需要调整。
20.可选地，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的测试参数包括：对于每一业务，根据所述业务本次性能测试的并发用户数、实际吞吐量占比和目标吞吐量占比，确定所述业务下次性能测试的并发用户数；根据所述业务本次性能测试的实际响应时间和下次性能测试的并发用户数，确定所述业务下次性能测试的思考时间。
21.可选地，所述目标指标还包括目标资源使用情况，所述响应指标还包括实际资源使用情况；
22.根据上次性能测试的响应指标和测试参数，以及本次性能测试的响应指标、测试参数和目标指标，确定下次性能测试的并发用户数包括：获取上次性能测试的实际资源使用情况和总并发用户数；根据所述上次性能测试的实际资源使用情况和总并发用户数，及本次性能测试的实际资源使用情况和总并发用户数，确定实际资源使用情况随并发用户数的增长率；根据所述增长率、本次性能测试的实际资源使用情况和本次性能测试的目标资源使用情况，确定下次性能测试的总并发用户数；对于每一业务，根据所述业务本次性能测试的并发用户数、本次性能测试的并发用户数占比和下次性能测试的总并发用户数，调整所述业务的并发用户数。
23.可选地，所述方法还包括：存储每个业务的响应指标。
24.为实现上述目的，根据本发明实施例的一个方面，提供了一种自动化性能测试装置，包括：
25.获取模块，用于获取多个业务的测试脚本信息、测试参数和目标指标；其中，所述测试参数包括并发用户数和思考时间，所述目标指标包括目标吞吐量；
26.测试模块，用于根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，所述响应指标包括实际吞吐量和实际响应时间；
27.条件判断模块，用于根据所有业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整；
28.调整模块，用于在各业务吞吐量占比需要调整的情况下，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间。
29.可选地，所述调整模块还用于：在各业务吞吐量占比不需要调整的情况下，根据上次性能测试的测试参数和响应指标，以及本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数。
30.可选地，所述测试参数还包括结束标志位；
31.所述测试模块还用于：判断所述结束标志位的值是否为第一数值；若是，则根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试；
32.所述条件判断模块还用于：判断所述多个业务的响应指标是否均小于或等于目标指标；若是，则根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整。
33.可选地，所述条件判断模块还用于：若所述多个业务中至少一个业务的响应指标大于目标指标，则将所述结束标志位的值更新为第二数值。
34.可选地，所述条件判断模块还用于：确定本次性能测试是否是首次测试；若否，则根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整。
35.可选地，所述调整模块还用于：若本次性能测试是首次测试，则对于每一业务，将所述业务本次性能测试的并发用户数与预设步长之和，作为所述业务下次性能测试的并发用户数。
36.可选地，所述测试参数还包括测试时长或测试次数；
37.所述测试模块还用于：判断所述测试时长或测试次数是否非零；若是，则根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标并更新所述测试时长或测试次数。
38.可选地，所述条件判断模块还用于：对于每个业务，根据所述业务的目标吞吐量及所有业务的目标吞吐量之和，确定所述业务的目标吞吐量占比；根据所述业务的实际吞吐量及所有业务的实际吞吐量之和，确定所述业务的实际吞吐量占比；根据所述业务的目标吞吐量占比和实际吞吐量占比，确定所述业务的实际吞吐量占比与目标吞吐量占比之间的偏差；判断所有业务的实际吞吐量占比与目标吞吐量占比之间的偏差是否都小于或等于预设的偏差阈值；若否，则确定各业务吞吐量占比需要调整。
39.可选地，所述调整模块还用于：对于每一业务，根据所述业务本次性能测试的并发用户数、实际吞吐量占比和目标吞吐量占比，确定所述业务下次性能测试的并发用户数；根
据所述业务本次性能测试的实际响应时间和下次性能测试的并发用户数，确定所述业务下次性能测试的思考时间。
40.可选地，所述目标指标还包括目标资源使用情况，所述响应指标还包括实际资源使用情况；
41.所述调整模块还用于：获取上次性能测试的实际资源使用情况和总并发用户数；根据所述上次性能测试的实际资源使用情况和总并发用户数，及本次性能测试的实际资源使用情况和总并发用户数，确定实际资源使用情况随并发用户数的增长率；根据所述增长率、本次性能测试的实际资源使用情况和本次性能测试的目标资源使用情况，确定下次性能测试的总并发用户数；对于每一业务，根据所述业务本次性能测试的并发用户数、本次性能测试的并发用户数占比和下次性能测试的总并发用户数，调整所述业务的并发用户数。
42.可选地，所述装置还包括存储模块，用于存储每个业务的响应指标。
43.为实现上述目的，根据本发明实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的自动化性能测试方法。
44.为实现上述目的，根据本发明实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现本发明实施例的自动化性能测试方法。
45.上述发明中的一个实施例具有如下优点或有益效果：因为采用根据多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，测试参数包括并发用户数和思考时间，目标指标包括目标吞吐量所述响应指标包括实际吞吐量和实际响应时间；根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整；若是，则根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间的技术手段。所以形成了自反馈回路，自动分析响应指标，调整测试参数，实现测试参数的动态更新，并且在多业务测试时，自动控制各个业务吞吐量的比例。
46.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
47.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
48.图1是本发明实施例的自动化性能测试方法的主要流程的示意图；
49.图2是本发明实施例的自动化性能测试方法的子流程的示意图；
50.图3是本发明另一实施例的自动化性能测试方法的主要流程的示意图；
51.图4是本发明又一实施例的自动化性能测试方法的主要流程的示意图；
52.图5是实施本发明实施例的自动化性能测试方法的系统的架构示意图；
53.图6是本发明实施例的自动化性能测试装置的主要模块的示意图；
54.图7是本发明实施例可以应用于其中的示例性系统架构图；
55.图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意
图。
具体实施方式
56.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
57.图1是本发明实施例的自动化性能测试方法的主要流程的示意图，如图1所示，该方法包括：
58.步骤s101：获取多个业务的测试脚本信息、测试参数和目标指标；其中，所述测试参数包括并发用户数和思考时间，所述目标指标包括目标吞吐量。
59.其中，测试脚本信息可以包括：脚本路径、脚本名称、接口名、方法名、断言(断言是编程术语，表示为一些布尔表达)、接口超时时间、参数化变量、参数化文件等。
60.并发用户数是指在同一时刻与服务器进行了交互的在线用户数量。思考时间(thinking time)指的是在性能测试脚本中，事务与事务之间，会有一些短暂的停顿，就好像真实用户在操作时，两次操作之间需要考虑一下。比如用户注册的时候，在打开注册页面到提交注册页面之间，是有一段考虑时间的(用户在填写个人信息)。吞吐量指的是服务器系统单位时间内处理业务的数量。
61.在本实施例中设置考虑时间，是为了保证测试复合业务的时候，各个业务之间的比例关系符合真实生产环境。
62.在可选的实施例中，目标指标还可以包括：目标响应时间(例如tp99、tp90、平均值等)、目标资源使用情况(例如平均cpu使用率、内存使用率、磁盘繁忙率、网络传输速率等)。其中，tp(top percentile，top百分数)是一个统计学里的术语，tp90和tp99常用于系统性能监控场景，指高于90％、99％等百分线的情况。
63.步骤s102：根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，所述响应指标包括实际吞吐量和实际响应时间。
64.在可选的实施例中，该响应指标还可以包括实际资源使用情况(例如平均cpu使用率、内存使用率、磁盘繁忙率、网络传输速率等)。
65.步骤s103：根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整。
66.具体的，如图2所示，该步骤可以包括如下过程：
67.步骤s201：对于每个业务，根据所述业务的目标吞吐量及所有业务的目标吞吐量之和，确定所述业务的目标吞吐量占比。
68.具体的，可以根据如下公式(1)确定目标吞吐量占比：
[0069][0070]
其中，mp
i
表示业务i的目标吞吐量占比。
[0071]
步骤s202：根据所述业务的实际吞吐量及所有业务的实际吞吐量之和，确定所述业务的实际吞吐量占比。
[0072]
具体的，可以根据如下公式(2)确定目标吞吐量占比：
[0073][0074]
其中，np
i
表示业务i的实际吞吐量占比。
[0075]
步骤s203：根据所述业务的目标吞吐量占比和实际吞吐量占比，确定所述业务的实际吞吐量占比与目标吞吐量占比之间的偏差。
[0076]
具体的，可以根据如下公式(3)确定目标吞吐量占比：
[0077]
δp
i
＝|mp
i-np
i
|
ꢀꢀꢀ
(3)
[0078]
其中，δp
i
表示业务i的实际吞吐量占比与目标吞吐量占比之间的偏差。
[0079]
步骤s204：判断所有业务的实际吞吐量占比与目标吞吐量占比之间的偏差是否都小于或等于预设的偏差阈值。
[0080]
所述预设的偏差阈值可以根据应用场景灵活设置，本发明在此不作限制。作为示例，该偏差阈值可以为5％。
[0081]
步骤s205：若否，则确定各业务吞吐量占比需要调整。
[0082]
若在所有业务中存在至少一个业务的实际吞吐量占比与目标吞吐量占比之间的偏差大于预设的偏差阈值，则说明本次性能测试中各业务的并发用户数和思考时间不合理，需要调整各业务的并发用户数和思考时间。
[0083]
步骤s104：在各业务吞吐量占比需要调整的情况下，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间。
[0084]
具体的，可以根据如下过程确定下次性能测试的并发用户数和思考时间：
[0085]
对于每一业务，根据所述业务本次性能测试的并发用户数、实际吞吐量占比和目标吞吐量占比，确定所述业务下次性能测试的并发用户数；
[0086]
根据所述业务本次性能测试的实际响应时间和下次性能测试的并发用户数，确定所述业务下次性能测试的思考时间。
[0087]
更具体的，根据公式(4)计算业务i实际吞吐量差值sp
i
：
[0088]
sp
i
＝δp
i
×
(所有业务实际吞吐量之和)
ꢀꢀꢀ
(4)
[0089]
根据公式(5)计算业务i新的并发用户数n
i’：
[0090][0091]
其中，n
i
表示业务i本次性能测试的并发用户数。
[0092]
将公式(3)和公式(4)代入公式(5)，得到公式(6)
[0093][0094]
n
i’必须是正数，即必须满足n
i’＞0。
[0095]
n
i’可能是小数，但是并发用户数只能是正整数，所以需要对n
i’取整，这里采用向上取整[n
i’]。当然，向上取整会带来并发用户数偏大的问题，因此需要通过增加业务i的思考时间tt
i
纠正偏差。
[0096]
理论上，并发用户数、响应时间和吞吐量之间存在以下关系：
[0097][0098]
对于业务i，则有：
[0099][0100]
变换上述公式(8)，得到：
[0101][0102]
其中，t
i
为业务i的实际响应时间，单位为秒。
[0103]
步骤s105：在各业务吞吐量占比不需要调整的情况下，根据上次性能测试的测试参数和响应指标，以及本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数。
[0104]
具体的，该步骤包括如下过程：
[0105]
(1)获取上次性能测试的实际资源使用情况和总并发用户数。在本实施例中，可以将每次性能测试的响应指标存储在分布式缓存中，以便于调用。在本步骤中，该实际资源使用情况为平均cpu利用率。
[0106]
(2)根据所述上次性能测试的实际资源使用情况和总并发用户数，及本次性能测试的实际资源使用情况和总并发用户数，确定实际资源使用情况随并发用户数的增长率。
[0107]
根据公式(10)计算实际资源使用情况随并发用户数的增长率：
[0108][0109]
其中，表示实际资源使用情况随并发用户数的增长率。
[0110]
(3)根据所述增长率、本次性能测试的实际资源使用情况和本次性能测试的目标资源使用情况，确定下次性能测试的总并发用户数。
[0111]
根据公式(11)计算下次性能测试的总并发用户数：
[0112][0113]
其中，na
总
表示下次性能测试的总并发用户数。
[0114]
(4)对于每一业务，根据所述业务本次性能测试的并发用户数、本次性能测试的并发用户数占比和下次性能测试的总并发用户数，调整所述业务的并发用户数。
[0115]
根据公式(12)计算业务i本次性能测试的并发用户数占比pc
i
：
[0116][0117]
根据公式(13)计算业务i下次性能测试的并发用户数n
i’：
[0118]
n
i’＝pc
i
×
na
总
+n
i
ꢀꢀꢀ
(13)
[0119]
本发明实施例的自动化性能测试方法，根据多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，所述响应指标包括实际吞吐量和
实际响应时间；根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整；在各业务吞吐量占比需要调整的情况下，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间，形成了自反馈回路，自动分析响应指标，调整测试参数，实现测试参数的动态更新，并且在多业务测试时，自动控制各个业务吞吐量的比例。
[0120]
图3是本发明另一实施例的自动化性能测试方法的主要流程的示意图，如图3所示，该方法包括：
[0121]
步骤s301：获取多个业务的测试脚本信息、测试参数和目标指标；其中，所述测试参数包括并发用户数、思考时间和结束标志位，所述目标指标包括目标吞吐量；其中，结束标志位用于表示是否结束测试。结束标志位的值为第二数值时(例如1)表示结束，结束标志位的值为第一数值时(例如0)表示继续运行。
[0122]
步骤s302：判断所述结束标志位的值是否为第一数值；
[0123]
步骤s303：若是，根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，所述响应指标包括实际吞吐量、实际响应时间和实际资源使用情况；
[0124]
步骤s304：判断所述多个业务的响应指标是否均小于或等于目标指标；
[0125]
步骤s305：若否，则将结束标志位的值更新为第二数值；
[0126]
步骤s306：若是，根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整；
[0127]
步骤s307：在各业务吞吐量占比需要调整的情况下，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间。
[0128]
步骤s308：在各业务吞吐量占比不需要调整的情况下，根据上次性能测试的测试参数和响应指标，以及本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数。
[0129]
图4是本发明另一实施例的自动化性能测试方法的主要流程的示意图，图5是执行该自动话性能测试方法的系统架构图。如图4所示，该方法包括：
[0130]
步骤s401：获取多个业务的测试脚本信息、测试参数和目标指标；其中，所述测试参数包括并发用户数、思考时间和结束标志位，所述目标指标包括目标吞吐量；其中，结束标志位用于表示是否结束测试。结束标志位的值为第二数值时(例如1)表示结束，结束标志位的值为第一数值时(例如0)表示继续运行。
[0131]
步骤s402：判断所述结束标志位的值是否为第一数值；
[0132]
步骤s403：若是，根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，所述响应指标包括实际吞吐量、实际响应时间和实际资源使用情况；
[0133]
步骤s404：判断所述多个业务的响应指标是否均小于或等于目标指标；
[0134]
步骤s405：若否，则将结束标志位的值更新为第二数值；
[0135]
步骤s406：若是，确定本次性能测试是否是首次测试；
[0136]
步骤s407：若是，对于每一业务，将所述业务本次性能测试的并发用户数与预设步长之和，作为所述业务下次性能测试的并发用户数；作为示例，该预设步长可以是1。
[0137]
步骤s408：若否，根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整；
[0138]
步骤s409：在各业务吞吐量占比需要调整的情况下，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间。
[0139]
步骤s410：在各业务吞吐量占比不需要调整的情况下，根据上次性能测试的测试参数和响应指标，以及本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数。
[0140]
图5是执行该自动化性能测试方法的系统架构图。如图5所示，该系统包括用例中心、调度中心、分布式缓存、反馈中心、压力发生器、被测系统和监控中心。
[0141]
其中，用例中心用于管理测试脚本信息。分布式缓存用于保存测试参数、目标指标和响应指标。调度中心用于从用力中心读取测试脚本信息和从分布式缓存中读取测试参数，并将测试脚本信息和测试参数下发压力发生器。压力发生器用于向被测系统施加压力，进行性能测试。当压力发生器执行完一次性能测试后，将完成状态返回给调度中心，调度中心再从分布式缓存中读取测试参数，并根据结束标志位的值判断是否进行下一次性能测试。如果结束标志位的值为第一数值，则将新的测试参数下发压力发生器，否则测试结束。监控中心用于获取响应指标，其中，实际响应时间和实际吞吐量从压力发生器收集，实际资源使用情况从被测系统服务器上收集。反馈中心异步读取响应指标，结合从分布式缓存读取的测试参数和目标指标，进行综合分析，调整测试参数并更新到分布式缓存中，以供下次性能测试使用。其中，反馈中心调整测试参数的过程如步骤s404-s410，本发明在此不再赘述。
[0142]
在可选的实施例中，在实际测试时可能不需要关注所有目标指标，用户只需要填写自己关注的目标指标，其他目标指标则取默认值。作为示例，各个目标指标默认值如下表1所示：
[0143]
表1：
[0144]
指标名称默认值单位业务吞吐量(tps)100000次/秒业务响应时间(tp99/tp90/平均值)600秒服务器cpu使用率60％服务器内存使用率80％％服务器磁盘繁忙率30％％服务器网络传输率10gbps
[0145]
在可选的实施例中，测试参数还包括测试时长或测试次数；
[0146]
根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标包括：
[0147]
判断所述测试时长或测试次数是否非零；
[0148]
若是，则根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标并更新所述测试时长或测试次数。
[0149]
图6是本发明实施例的自动化性能测试装置600的主要模块的示意图，如图6所示，该装置600包括：
[0150]
获取模块601，用于获取多个业务的测试脚本信息、测试参数和目标指标；其中，所述测试参数包括并发用户数和思考时间，所述目标指标包括目标吞吐量；
[0151]
测试模块602，用于根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，所述响应指标包括实际吞吐量和实际响应时间；
[0152]
条件判断模块603，用于根据所有业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整；
[0153]
调整模块604，用于在各业务吞吐量占比需要调整的情况下，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间。
[0154]
可选地，所述调整模块604还用于：在各业务吞吐量占比不需要调整的情况下，根据上次性能测试的测试参数和响应指标，以及本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数。
[0155]
可选地，所述测试参数还包括结束标志位；
[0156]
所述测试模块602还用于：判断所述结束标志位的值是否为第一数值；若是，则根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试；
[0157]
所述条件判断模块603还用于：判断所述多个业务的响应指标是否均小于或等于目标指标；若是，则根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整。
[0158]
可选地，所述条件判断模块603还用于：若所述多个业务中至少一个业务的响应指标大于目标指标，则将所述结束标志位的值更新为第二数值。
[0159]
可选地，所述条件判断模块603还用于：确定本次性能测试是否是首次测试；若否，则根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整。
[0160]
可选地，所述调整模块604还用于：若本次性能测试是首次测试，则对于每一业务，将所述业务本次性能测试的并发用户数与预设步长之和，作为所述业务下次性能测试的并发用户数。
[0161]
可选地，所述测试参数还包括测试时长或测试次数；
[0162]
所述测试模块602还用于：判断所述测试时长或测试次数是否非零；若是，则根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标并更新所述测试时长或测试次数。
[0163]
可选地，所述条件判断模块603还用于：对于每个业务，根据所述业务的目标吞吐量及所有业务的目标吞吐量之和，确定所述业务的目标吞吐量占比；根据所述业务的实际吞吐量及所有业务的实际吞吐量之和，确定所述业务的实际吞吐量占比；根据所述业务的目标吞吐量占比和实际吞吐量占比，确定所述业务的实际吞吐量占比与目标吞吐量占比之间的偏差；判断所有业务的实际吞吐量占比与目标吞吐量占比之间的偏差是否都小于或等于预设的偏差阈值；若否，则确定各业务吞吐量占比需要调整。
[0164]
可选地，所述调整模块604还用于：对于每一业务，根据所述业务本次性能测试的并发用户数、实际吞吐量占比和目标吞吐量占比，确定所述业务下次性能测试的并发用户数；根据所述业务本次性能测试的实际响应时间和下次性能测试的并发用户数，确定所述业务下次性能测试的思考时间。
[0165]
可选地，所述目标指标还包括目标资源使用情况，所述响应指标还包括实际资源
使用情况；
[0166]
所述调整模块604还用于：获取上次性能测试的实际资源使用情况和总并发用户数；根据所述上次性能测试的实际资源使用情况和总并发用户数，及本次性能测试的实际资源使用情况和总并发用户数，确定实际资源使用情况随并发用户数的增长率；根据所述增长率、本次性能测试的实际资源使用情况和本次性能测试的目标资源使用情况，确定下次性能测试的总并发用户数；对于每一业务，根据所述业务本次性能测试的并发用户数、本次性能测试的并发用户数占比和下次性能测试的总并发用户数，调整所述业务的并发用户数。
[0167]
可选地，所述装置还包括存储模块，用于存储每个业务的响应指标。
[0168]
上述装置可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。
[0169]
图7示出了可以应用本发明实施例的自动化性能测试方法或自动化性能测试装置的示例性系统架构700。
[0170]
如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0171]
用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
[0172]
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0173]
服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。
[0174]
需要说明的是，本发明实施例所提供的自动化性能测试方法一般由服务器705执行，相应地，自动化性能测试装置一般设置于服务器705中。
[0175]
应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0176]
下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0177]
如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
[0178]
以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；
以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
[0179]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
[0180]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0181]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0182]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该单元本身的限定，例如，发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。
[0183]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
[0184]
获取多个业务的测试脚本信息、测试参数和目标指标；其中，所述测试参数包括并发用户数和思考时间，所述目标指标包括目标吞吐量；
[0185]
根据所述多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，所述响应指标包括实际吞吐量和实际响应时间；
[0186]
根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整；
[0187]
在各业务吞吐量占比需要调整的情况下，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间。
[0188]
本发明实施例的技术方案，根据多个业务的测试脚本信息和测试参数，对被测系统进行性能测试，获得多个响应指标；其中，所述响应指标包括实际吞吐量和实际响应时间；根据所述多个业务的目标吞吐量和实际吞吐量，确定各业务吞吐量占比是否需要调整；在各业务吞吐量占比需要调整的情况下，根据本次性能测试的测试参数、目标指标和响应指标，确定下次性能测试的并发用户数和思考时间，形成了自反馈回路，自动分析响应指标，调整测试参数，实现测试参数的动态更新，并且在多业务测试时，自动控制各个业务吞吐量的比例。
[0189]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。