平台性能测试的方法、装置、电子设备及可读存储介质与流程

1.本技术涉及测试技术领域，具体而言，涉及平台性能测试的方法、装置、电子设备及可读存储介质。


背景技术：

2.随着互联网技术的发展，研发人员通常可以通过产品开发平台开发不同的应用产品，如防火墙。产品开发平台通常可以支撑几十个应用产品和开发以及运行。实际应用中，通常需要对产品开发平台进行性能测试，从而可以通过平台测试数据，判断产品开发平台是否可以满足目标应用产品的性能需求。
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.根据预设的业务属性信息、资源属性信息以及性能指标三者之间的对应关系，获取业务属性信息和资源属性信息对应的性能指标。
49.一种实施方式中，测试单元用于：
50.根据资源属性信息以及业务属性信息，配置性能测试环境，其中，性能测试环境包括：测试服务端、测试客户端以及被测模块；
51.获取性能指标的初始的指标值；
52.基于性能测试环境，循环执行以下步骤，直至确定达到预设指标测试条件：基于指标值，控制测试服务端和测试客户端之间通过被测模块传输测试报文，并获取测试报文的丢包率，以及按照丢包率，调整性能指标的指标值；
53.根据调整后的指标值，生成平台测试数据。
54.一种实施方式中，测试单元用于：
55.根据资源属性信息，配置被测模块，生成软硬件测试环境；
56.根据业务属性信息，配置测试服务端以及测试客户端，生成业务测试环境；
57.基于硬件测试环境和业务测试环境，获得性能测试环境。
58.一种实施方式中，测试单元还用于：
59.将目标应用产品和平台测试数据，关联存储至数据库；
60.确定接收到用户针对目标应用产品的平台性能查询指令时，输出目标应用产品关联存储的平台测试数据。
61.一方面，提供了一种电子设备，包括处理器以及存储器，存储器存储有计算机可读取指令，当计算机可读取指令由处理器执行时，运行如上述任一种平台性能测试的各种可选实现方式中提供的方法的步骤。
62.一方面，提供了一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时运行如上述任一种平台性能测试的各种可选实现方式中提供的方法的步骤。
63.一方面，提供了一种计算机程序产品，计算机程序产品在计算机上运行时，使得计算机执行如上述任一种平台性能测试的各种可选实现方式中提供的方法的步骤。
64.本技术实施例提供的平台性能测试的方法、装置、电子设备及可读存储介质中，确定接收到针对目标应用产品的平台测试任务时，获取目标应用产品的业务属性信息和资源属性信息，其中，目标应用产品为通过产品开发平台开发的产品；根据业务属性信息以及资源属性信息，确定待测试的性能指标；针对性能指标，对产品开发平台进行测试，获得平台测试数据；将平台测试数据，发送至目标应用产品。这样，可以针对不同目标应用产品，对产
品开发平台进行不同的性能测试，实现了针对目标应用产品的个性化性能测试，提高了平台测试数据推送的有效性。
65.本技术的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本技术而了解。本技术的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
66.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
67.图1为本技术实施例提供的一种平台性能测试系统的架构示意图一；
68.图2为本技术实施例提供的一种提取产品属性数据的方法的实施流程图；
69.图3为本技术实施例提供的一种报文解析流程的示意图；
70.图4为本技术实施例提供的一种平台性能测试的方法的实施流程图；
71.图5为本技术实施例提供的一种性能指标确定系统的架构示意图；
72.图6为本技术实施例提供的一种性能指标确定的示意图；
73.图7为本技术实施例提供的一种平台性能测试系统的架构示意图二；
74.图8为本技术实施例提供的一种业务属性信息提取的示意图；
75.图9为本技术实施例提供的一种资源属性信息提取的示意图；
76.图10为本技术实施例提供的一种平台性能测试的装置的结构框图；
77.图11为本技术实施方式中一种电子设备的结构示意图。
具体实施方式
78.下面将结合本技术实施例中附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
79.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
80.首先对本技术实施例中涉及的部分用语进行说明，以便于本领域技术人员理解。
81.终端设备：可以是移动终端、固定终端或便携式终端，例如移动手机、站点、单元、设备、多媒体计算机、多媒体平板、互联网节点、通信器、台式计算机、膝上型计算机、笔记本计算机、上网本计算机、平板计算机、个人通信系统设备、个人导航设备、个人数字助理、音频/视频播放器、数码相机/摄像机、定位设备、电视接收器、无线电广播接收器、电子书设备、游戏设备或者其任意组合，包括这些设备的配件和外设或者其任意组合。还可预见到的
是，终端设备能够支持任意类型的针对用户的接口(例如可穿戴设备)等。
82.服务器：可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务以及大数据和人工智能平台等基础云计算服务的云服务器。
83.为了在对产品开发平台进行测试时，可以针对不同的应用产品，对产品开发平台进行个性化性能测试，获得对应用产品有效的平台测试数据，本技术实施例提供了平台性能测试的方法、装置、电子设备及可读存储介质。
84.参阅图1所示，为本技术实施例提供的一种平台性能测试系统的架构示意图一。图1中，包括应用产品以及平台性能测试系统。平台性能测试系统包括性能指标确定模块、性能指标存储模块、性能测试平台以及平台测试数据存储模块。
85.应用产品是研发人员在产品开发平台的基础上进行开发获得的产品。研发人员可以在产品开发平台上开发一个或多个应用产品，为了可以支撑不同应用产品的开发以及应用运行的性能需求，产品开发平台中通常配置有不同的软硬件模块资源。不同应用产品可以在产品开发平台中选择接入不同的软硬件模块资源。
86.也就是说，应用产品包括两部分，一部分为产品开发平台中用于支撑目标应用产品开发和运行的软硬件资源，一部分为研发人员在产品开发平台的基础上开发增加的服务程序。在应用产品开发完成之后，用户就可以使用应用产品提供的产品服务。
87.可选的，目标应用产品可以为防火墙。图1中，仅以两个应用产品为例进行说明，实际应用中，产品开发平台上可以开发一个或多个应用产品，在此不作限制。
88.性能指标确定模块：用于提取应用产品的产品属性数据，即业务属性信息和资源属性信息，并根据应用产品的产品属性数据，确定产品开发平台所需要测试的性能指标。
89.性能指标存储模块：存储应用产品的产品属性数据，以及建立并存储应用产品与性能指标之间的对应关系。
90.性能测试平台：根据目标应用产品的产品属性数据，配置性能测试环境，并通过性能测试环境，针对性能指标，对产品开发平台进行测试，获得平台测试数据。
91.平台测试数据存储模块：将应用产品与平台测试数据关联存储，以及向目标应用产品发送关联的平台测试数据。
92.可选的，性能指标存储模块和平台测试数据存储模块，可以为同一数据库，也可以为不同数据库，在此不作限制。
93.一种实施方式中，性能指标存储模块和平台测试数据存储模块为同一数据库，则应用产品的产品属性数据、应用产品与性能指标之间的对应关系以及目标应用产品与关联的平台测试数据，则均可以存储于同一数据库。
94.需要说明的是，执行主体为图1中的平台性能测试系统，也可以为服务器等其它电子设备，在此不作限制。
95.本技术实施例中，在对产品开发平台进行平台性能测试之前，先提取在产品开发平台上开发的目标应用产品的产品属性数据，以便在后续步骤中，可以根据目标应用产品的产品属性数据，对产品开发平台进行平台性能测试，获得目标应用产品相关的平台测试数据。
96.参阅图2所示，为本技术实施例提供的一种提取产品属性数据的方法的实施流程图，结合图1所示的产品开发平台进行说明，该方法的具体实施流程如下：
97.步骤200：获取目标应用产品的业务报文，以及资源配置信息。
98.具体的，采集目标应用产品的业务报文，并读取产品开发平台中支持目标应用产品运行的软硬件资源的资源配置信息。
99.其中，采集目标应用产品的业务报文时，可以采用以下任一方式或组合：
100.方式1：通过目标应用产品采集业务报文。
101.方式2：通过与目标应用产品交互的其它设备，采集业务报文。
102.可选的，其它设备可以为服务器，也可以为终端设备，在此不作限制。
103.其中，资源配置信息可以包括软件配置信息以及硬件资源信息中的至少一种。软件配置信息可以为操作系统以及软件组件等信息。硬件资源信息可以包括但不限于cpu型号、内存大小以及内存分配关系中的至少一种。
104.这样，就可以采集目标应用产品的相关数据。
105.步骤201：对业务报文进行解析以及特征提取，获得业务报文的业务特征。
106.具体的，对业务报文进行解析，获得业务报文的报文解析信息，并对报文解析信息进行特征提取，获得业务报文的业务特征。
107.一种实施方式中，从业务报文的报文解析信息中，提取开放式系统互联通信参考模型(open system interconnection reference model，osi)3-7层的包括但不限于协议类型、字段类型、各字段长度范围以及报文长度范围中的至少一种，并对提取的特征信息进行抽象处理，获得业务报文的业务特征。
108.例如，对业务报文进行报文解析，获得以下解析信息：网际协议版本4(internet protocol version 4，ipv4)传输控制协议(tcp，transmission control protocol)超文本传输协议(hyper text transport protocol，http)获得(get)业务，get请求包长的平均长度为128字节，get应答报文的长度平均为2k，有分片，则可以提取一条业务特征，即http get下载2k大小的文件。
109.参阅图3所示，为本技术实施例中提供的一种报文解析流程的示意图。图3中，包括osi三层报文解析模块、osi四层报文解析模块以及osi七层报文解析模块。通过osi三层报文解析模块，获得业务报文的ipv4、网际协议版本6(internet protocol version 6，ipv6)、报文长度以及是否分片。通过osi四层报文解析模块，获得业务报文的tcp协议信息、用户数据报协议(user datagram protocol，udp)协议信息以及传输层安全性协议(transport layer security，tls)信息。通过osi七层报文解析模块，获取业务报文的业务类型、业务报文长度、业务报文交互过程以及携带参数。
110.这样，就可以提取业务报文的业务特征，实现了目标应用产品的报文识别能力。
111.步骤202：根据业务特征，生成并存储目标应用产品的业务属性信息。
112.具体的，业务属性信息为包含业务特征的信息。
113.步骤203：对资源配置信息进行资源属性提取，获得并存储资源属性信息。
114.具体的，从资源配置信息中，提取影响性能的配置信息，获得并存储资源属性信息。
115.步骤204：根据业务属性信息和资源属性信息，获得目标应用产品的产品属性信
息。
116.具体的，产品属性信息包括业务属性信息和资源属性信息。
117.这样，在提取产品属性数据之后，就可以根据目标应用产品的产品属性数据，即目标应用产品的业务属性信息和资源属性信息，对产品开发平台进行平台性能测试，获得目标应用产品所需要的平台测试数据。
118.参阅图4所示，为本技术实施例提供的一种平台性能测试的方法的实施流程图，结合图1所示的平台性能测试系统进行说明，该方法的具体实施流程如下：
119.步骤400：确定接收到针对目标应用产品的平台测试任务时，获取目标应用产品的业务属性信息和资源属性信息。
120.具体的，目标应用产品为在产品开发平台上开发的产品。
121.一种实施方式中，用户终端或者目标应用产品，向平台性能测试系统发送平台测试任务。平台性能测试系统接收到平台测试任务后，获取目标应用产品的业务属性信息和资源属性信息。
122.步骤401：根据业务属性信息以及资源属性信息，确定待测试的性能指标。
123.具体的，根据预设的业务属性信息、资源属性信息以及性能指标三者之间的对应关系，获取业务属性信息和资源属性信息对应的性能指标。
124.可选的，性能指标可以包括但不限于以下指标中的至少一个：新建速率、并发数、吞吐量、转发时延。
125.其中，在执行步骤401之前，预先建立业务属性信息、资源属性信息以及性能指标三者之间的对应关系。
126.参阅图5所示，为本技术实施例提供的一种性能指标确定系统的架构示意图。图5中，性能指标确定系统包括业务属性信息提取模块、资源属性信息提取模块、性能指标建立模块，还可以包括性能指标标准化模块。通过业务属性信息提取模块可以根据目标应用产品，提取业务属性信息，并可以通过资源属性信息提取模块，提取目标应用产品的资源属性信息，以及通过性能指标建立模块，获取针对业务属性信息以及资源属性信息设置的待测试的性能指标。进一步的，还可以通过性能指标标准化模块，对性能指标进行标准化处理。
127.进一步的，执行步骤401时，还可以采用以下步骤：
128.s4011：获取平台测试任务中包含的第一指标集合。
129.具体的，第一指标集合中包含至少一个性能指标。
130.一种实施方式中，第一指标集合为用户指示的要求测试的性能指标。
131.s4012：获取针对业务属性信息和资源属性信息设置的第二指标。
132.具体的，执行s4012之前，预先建立包含业务属性信息和资源属性信息的产品属性信息与性能指标之间的对应关系。
133.需要说明的是，该对应关系是根据被业务属性信息，和/或，资源属性信息中影响的性能指标建立的。
134.其中，确定第二指标时，根据该对应关系，获得业务属性信息和资源属性信息对应的第二指标。
135.s4013：将被第一指标集合包含的第二指标，确定为待测试的性能指标。
136.也就是说，将第一指标集合与第二指标之间的交集，确定为待测试的性能指标。
137.这是由于用户指示的第一指标可能并不能通过目标应用产品的产品属性信息确定出，因此，从第一指标集合中筛选出目标应用产品的产品属性信息可以确定出的性能指标。
138.这样，就可以针对目标应用产品，设置个性化的待测试的性能指标。
139.参阅图6所示，为本技术实施例中提供的一种性能指标确定的示意图。图6中，各性能指标包括：新建速率、并发数、吞吐量以及转发时延。不同产品属性对应的性能指标可能不同。则可以根据目标应用产品的产品属性信息，从各性能指标中，筛选出目标应用产品对应的待测试的性能指标。产品属性信息1对应的性能指标为吞吐量。产品属性信息2对应的性能指标为新建速率。产品属性信息3对应的性能指标为吞吐量。产品属性信息4对应的性能指标为并发数和转发时延。
140.步骤402：针对性能指标，对产品开发平台进行测试，获得平台测试数据。
141.具体的，执行步骤402时，可以采用以下步骤：
142.s4021：根据资源属性信息以及业务属性信息，配置性能测试环境。
143.具体的，性能测试环境包括：测试服务端、测试客户端以及被测模块，进一步的，还可以包括：软硬件测试环境以及业务测试环境。
144.其中，执行s4021时，可以采用以下步骤：
145.第一步：根据资源属性信息，配置被测模块，生成软硬件测试环境。
146.一种实施方式中，选取符合目标应用产品的资源属性信息的软硬件资源，并根据该资源属性信息，对进程进行配置以及对内存进行分配，生成被测模块，获得软硬件测试环境。
147.一种实施方式中，根据目标应用产品的资源属性信息，配置被测模块的cpu型号、cpu核数、内存大小以及内存分配关系。
148.可选的，软硬件模块可以为产品开发平台中的模块。
149.第二步：根据业务属性信息，配置测试服务端以及测试客户端，生成业务测试环境。
150.需要说明的是，测试服务端与测试客户端之间通过被测模块传输业务报文。
151.第三步：基于硬件测试环境和业务测试环境，获得性能测试环境。
152.s4022：获取性能指标的初始的指标值。
153.具体的，根据目标应用产品的历史报文数据，设置初始的指标值。
154.s4023：基于性能测试环境，控制测试服务端和测试客户端之间通过被测模块传输测试报文，并根据丢包率，对性能指标的指标值进行调整。
155.具体的，执行s4023时，可以循环执行以下步骤，直至确定达到预设指标测试条件：
156.第一步：基于指标值，控制测试服务端和测试客户端之间通过被测模块传输测试报文。
157.具体的，在第一次测试时，按照初始的指标值，确定报文发送速率，并控制测试服务端，按照该报文发送速率，通过被测模块，与测试客户端传输测试报文。
158.在第一次测试之后的循环测试时，按照调整后的指标值，确定报文发送速率，并控制测试服务端，按照该报文发送速率，通过被测模块，与测试客户端传输测试报文。
159.第二步：获取测试报文的丢包率。
160.第三步：按照丢包率，调整性能指标的指标值。
161.一种实施方式中，若确定丢包率高于指定丢包阈值，则降低报文发送速率，否则，提高报文发送速率，直至确定指标值符合预设指标测试条件。
162.一种实施方式中，确定出现指标值的拐点时，确定符合预设指标测试条件。
163.实际应用中，初始的指标值、指定丢包阈值以及预设指标测试条件，均可以根据实际应用场景进行设置，在此不作限制。
164.这样，就可以根据丢包率，确定指标值。
165.s4024：根据调整后的指标值，生成平台测试数据。
166.进一步的，还获取测试过程中的资源使用率，并获得包含指标值和资源使用率的平台测试数据。
167.进一步的，还可以将平台测试数据存储至数据库。
168.一种实施方式中，将目标应用产品和平台测试数据关联存储，以及确定接收到用户针对目标应用产品的平台性能查询指令时，输出目标应用产品关联存储的平台测试数据。
169.步骤403：将平台测试数据，发送至目标应用产品。
170.一种实施方式中，在获得平台测试数据之后，向目标应用产品推送该平台测试数据。
171.一种实施方式中，在获得平台测试数据之后，向发送测试任务的用户终端返回该平台测试数据。
172.参阅图7所示，为本技术实施例中提供的一种平台性能测试系统的架构示意图二。图7中，平台性能测试系统包括：测试服务端、测试客户端、被测模块、资源属性模块、业务环境搭建模块、测试调节模块以及数据标准化模块。
173.测试服务端：用于通过被测模块，与测试客户端传输测试报文。
174.测试客户端：用于通过被测模块，与测试服务端传输测试报文。
175.被测模块：用于模拟目标应用产品，对测试报文进行处理以及转发。
176.一种实施方式中，测试报文是根据目标应用产品的业务属性信息生成的，以模拟目标应用产品的业务报文进行测试。
177.实际应用中，测试报文也可以根据实际应用场景进行设置，在此不作限制。
178.资源属性模块：用于根据资源属性信息，配置被测模块。
179.业务环境搭建模块：用于根据业务属性信息，配置测试服务端以及测试客户端。
180.测试调节模块：用于根据业务属性信息和资源属性信息，生成性能测试策略，并基于性能测试策略，控制测试服务端和测试客户端之间通过被测模块传输测试报文，获得平台测试数据。
181.数据标准化模块：用于将平台测试数据进行标准化处理，并将处理后的平台测试数据，存储至指标数据库。
182.一种实施方式中，数据标准化模块建立目标应用产品与平台测试数据之间的对应关系，并将该对应关系存储至指标数据库。
183.下面采用一个具体的应用场景，对上述实施例进行举例说明。例如，目标应用产品为高级网站应用级入侵防御系统(top web application firewall，waf)。topwaf用于超文
本传输协议(hyper text transport protocol，http)以及超文本传输安全协议(hyper text transfer protocol over secure socket layer，https)的web攻击检测与防御，可以实现在管理平面的日志告警、漏洞扫描、网页防篡改等基础功能。
184.首先，提取topwaf的业务报文的业务特征获得业务属性信息。topwaf的业务特征可以包括但不限于以下至少一种：http或https协议处理性能，http的参数个数和参数长度，开始行(start line)行长度和方法类型，头部(header)行长度和header个数、躯干(body)长度、缓存(cookies)个数。参阅图8所示，为一种业务属性信息提取的示意图。图8中，对目标应用产品的业务报文进行解析以及特征提取，获得业务报文的业务属性信息，包括：http、https、start line行长度和方法类型、header行长度和header个数、body长度、cookies个数和cookies长度。
185.然后，提取topwaf的资源属性信息。topwaf包括多种硬件产品型号，如，twf-62128、twf-62228、
……
。参阅图9所示，为一种资源属性信息提取的示意图。图9中，硬件产品型号为twf-62128的topwaf的资源属性信息可以包括：cpu以及内存。cpu核数为4核，包括管理面1核以及转发面3核，内存包括总内存8g、虚拟内存空间(virtual memory area，vma)2g、(buffer)1g。
186.根据topwaf的业务属性信息，确定需要测试topwaf的24个业务流，以及根据topwaf的资源属性信息，确定需要覆盖4类硬件配置，则根据业务属性信息以及资源属性信息，构建了需要测试的384个性能指标。进一步的，可以根据资源属性信息以及业务属性信息，在产品开发平台配置性能测试环境，并通过该性能测试环境，对产品开发平台进行测试，获得平台测试数据。
187.这样，实现了针对目标应用产品的全方位性能构建，建立了目标应用产品的性能根基。
188.本技术实施例中，可以根据目标应用产品的业务属性信息以及资源属性信息，确定目标应用产品所需要获取的产品开发平台的性能指标，并根据确定出的性能指标，对产品开发平台进行个性化测试，获得目标应用产品所需要的平台测试数据，这样，可以针对不同目标应用产品，对产品开发平台进行不同的性能测试，实现了针对目标应用产品的个性化性能测试，减少了耗费的人力成本和时间成本，可以为目标应用产品提供有效的平台测试数据，减少了无效的垃圾测试数据的推送，使得目标应用产品可以根据获取的有效的平台测试数据，判断产品开发平台是否符合目标应用产品开发以及应用的性能需求。
189.基于同一发明构思，本技术实施例中还提供了一种平台性能测试的装置，由于上述装置及设备解决问题的原理与一种平台性能测试的方法相似，因此，上述装置的实施可以参见方法的实施，重复之处不再赘述。
190.如图10所示，其为本技术实施例提供的一种平台性能测试的装置的结构示意图，包括：
191.获取单元1001，用于确定接收到针对目标应用产品的平台测试任务时，获取目标应用产品的业务属性信息和资源属性信息，其中，目标应用产品为通过产品开发平台开发的产品；
192.确定单元1002，用于根据业务属性信息以及资源属性信息，确定待测试的性能指标；
193.测试单元1003，用于针对性能指标，对产品开发平台进行测试，获得平台测试数据；
194.发送单元1004，用于将平台测试数据，发送至目标应用产品。
195.一种实施方式中，获取单元1001还用于：
196.获取目标应用产品的业务报文，以及资源配置信息；
197.对业务报文进行解析以及特征提取，获得业务报文的业务特征；
198.根据业务特征，生成并存储目标应用产品的业务属性信息；
199.对资源配置信息进行资源属性提取，获得并存储资源属性信息。
200.一种实施方式中，确定单元1002用于：
201.根据预设的业务属性信息、资源属性信息以及性能指标三者之间的对应关系，获取业务属性信息和资源属性信息对应的性能指标。
202.一种实施方式中，测试单元1003用于：
203.根据资源属性信息以及业务属性信息，配置性能测试环境，其中，性能测试环境包括：测试服务端、测试客户端以及被测模块；
204.获取性能指标的初始的指标值；
205.基于性能测试环境，循环执行以下步骤，直至确定达到预设指标测试条件：基于指标值，控制测试服务端和测试客户端之间通过被测模块传输测试报文，并获取测试报文的丢包率，以及按照丢包率，调整性能指标的指标值；
206.根据调整后的指标值，生成平台测试数据。
207.一种实施方式中，测试单元1003用于：
208.根据资源属性信息，配置被测模块，生成软硬件测试环境；
209.根据业务属性信息，配置测试服务端以及测试客户端，生成业务测试环境；
210.基于硬件测试环境和业务测试环境，获得性能测试环境。
211.一种实施方式中，测试单元1003还用于：
212.将目标应用产品和平台测试数据，关联存储至数据库；
213.确定接收到用户针对目标应用产品的平台性能查询指令时，输出目标应用产品关联存储的平台测试数据。
214.本技术实施例提供的平台性能测试的方法、装置、电子设备及可读存储介质中，确定接收到针对目标应用产品的平台测试任务时，获取目标应用产品的业务属性信息和资源属性信息，其中，目标应用产品为通过产品开发平台开发的产品；根据业务属性信息以及资源属性信息，确定待测试的性能指标；针对性能指标，对产品开发平台进行测试，获得平台测试数据；将平台测试数据，发送至目标应用产品。这样，可以针对不同目标应用产品，对产品开发平台进行不同的性能测试，实现了针对目标应用产品的个性化性能测试，提高了平台测试数据推送的有效性。
215.图11示出了一种电子设备1100的结构示意图。参阅图11所示，电子设备1100包括：处理器1110以及存储器1120，可选的，还可以包括电源1130、显示单元1140、输入单元1150。
216.处理器1110是电子设备1100的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在存储器1120内的软件程序和/或数据，执行电子设备1100的各种功能，从而对电子设备1100进行整体监控。
217.本技术实施例中，处理器1110调用存储器1120中存储的计算机程序时执行如图4中所示的实施例提供的平台性能测试的方法。
218.可选的，处理器1110可包括一个或多个处理单元；优选的，处理器1110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1110中。在一些实施例中，处理器、存储器、可以在单一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
219.存储器1120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、各种应用等；存储数据区可存储根据电子设备1100的使用所创建的数据等。此外，存储器1120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件等。
220.电子设备1100还包括给各个部件供电的电源1130(比如电池)，电源可以通过电源管理系统与处理器1110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。
221.显示单元1140可用于显示由用户输入的信息或提供给用户的信息以及电子设备1100的各种菜单等，本发明实施例中主要用于显示电子设备1100中各应用的显示界面以及显示界面中显示的文本、图片等对象。显示单元1140可以包括显示面板1141。显示面板1141可以采用液晶显示屏(liquid crystal display，lcd)、有机发光二极管(organic light-emitting diode，oled)等形式来配置。
222.输入单元1150可用于接收用户输入的数字或字符等信息。输入单元1150可包括触控面板1151以及其他输入设备1152。其中，触控面板1151，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触摸笔等任何适合的物体或附件在触控面板1151上或在触控面板1151附近的操作)。
223.具体的，触控面板1151可以检测用户的触摸操作，并检测触摸操作带来的信号，将这些信号转换成触点坐标，发送给处理器1110，并接收处理器1110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1151。其他输入设备1152可以包括但不限于物理键盘、功能键(比如音量控制按键、开关机按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
224.当然，触控面板1151可覆盖显示面板1141，当触控面板1151检测到在其上或附近的触摸操作后，传送给处理器1110以确定触摸事件的类型，随后处理器1110根据触摸事件的类型在显示面板1141上提供相应的视觉输出。虽然在图11中，触控面板1151与显示面板1141是作为两个独立的部件来实现电子设备1100的输入和输出功能，但是在某些实施例中，可以将触控面板1151与显示面板1141集成而实现电子设备1100的输入和输出功能。
225.电子设备1100还可包括一个或多个传感器，例如压力传感器、重力加速度传感器、接近光传感器等。当然，根据具体应用中的需要，上述电子设备1100还可以包括摄像头等其它部件，由于这些部件不是本技术实施例中重点使用的部件，因此，在图11中没有示出，且不再详述。
226.本领域技术人员可以理解，图11仅仅是电子设备的举例，并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。
227.本技术实施例中，一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时，使得通信设备可以执行上述实施例中的各个步骤。
228.为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本技术时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。
229.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
230.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
231.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
232.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
233.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
234.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。