性能压测平台及方法、电子设备及可读介质与流程

1.本发明属于测试技术领域，更具体地涉及一种性能压测平台及方法、 电子设备及计算机可读介质。


背景技术：

2.性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载 条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能 测试，两者可以结合进行。其中，压力测试是通过确定一个系统的瓶颈或 者不能接受的性能点，来获得系统能提供的最大服务级别的测试。
3.现有的性能压测需要工作人员采用本地压测软件(比如：jmeter或 者loadrunner)手动书写压测测试脚本，再进行脚本修改参数、调试 脚本是否可运行，按压测场景执行脚本，最后通过导出或者截图的方式得 到执行数据，整理后，编写成单次压测报告。显然，工作人员手动书写测 试脚本需要耗费大量时间和精力，并且调整压力参数操作繁琐，造成测试 效率低下的问题。


技术实现要素：

4.有鉴于此，本发明旨在提出一种性能压测平台及方法、电子设备及计 算机可读介质，以期至少部分地解决上述技术问题中的至少之一。
5.为解决上述技术问题，本发明的第一方面提出了一种性能压测平台， 包括：
6.录制模块，用于响应用户录制请求，录制测试脚本；
7.解析模块，用于响应执行指令，从所述录制模块中获取待执行脚本， 并将所述待执行脚本解析为待测试元素；所述待测试元素指需要进行测试 的对象；
8.在线调整模块，用于根据使用场景将所述解析模块解析的待测试元素 组装成线程池，生成调整后的待测试脚本；
9.执行模块，用于执行在线调整模块调整后的待测试脚本生成执行数 据。
10.本发明第二方面提供一种性能压测方法，应用于上述任一项所述的性 能压测平台中，所述方法包括如下步骤：
11.响应用户录制请求，录制测试脚本；
12.响应执行指令，获取待执行脚本并将所述待执行脚本解析为待测试元 素；所述待测试元素指需要进行测试的对象；
13.根据使用场景将待测试元素组装成线程池，生成调整后的待测试脚 本；
14.执行调整后的待测试脚本生成执行数据。
15.本发明的第三方面还提出了一种电子设备，包括处理器和存储器，所 述存储器用于存储计算机可执行程序，当所述计算机程序被所述处理器执 行时，所述处理器执行所述的方法。
16.本发明的第四方面还提出了一种计算机可读介质，存储有计算机可执 行程序，所
述计算机可执行程序被执行时，实现所述的方法。
17.基于上述技术方案可知，本发明的性能压测平台及方法、电子设备及 计算机可读介质相对于现有技术至少具有如下有益效果之一：
18.1、本发明通过录制模块录制测试对象的测试脚本，通过解析模块将 待执行脚本解析为待测试元素；并通过在线调整模块根据使用场景将待测 试元素组装成线程池，生成调整后的待测试脚本；支持在线录制-调整-执 行脚本，无需工作人员手动编写和调整测试脚本，节省工作人员大量时间 和精力、方便快捷。同时，也不需要本地安装压测软件，节约设备资源。
19.2、本发明的录制模块录制测试脚本操作简单、入门低、对工作人员 的专业性要求比较低，可推广性强。
20.3、本发明的导入模块支持导入本地的测试脚本、用户导入的辅助测 试的数据文件等，支持本地压测软件修改测试脚本以及参数化配置。
21.4、本发明的脚本数据库支持对录制或者导入的测试脚本，以及辅助 测试的数据文件等进行存储，方便在线调整、执行目标测试脚本。
22.5、本发明通过解析模块解析待执行脚本，通过在线调整模块获辅助 测试的数据文件并根据辅助测试的数据文件对待执行脚本进行调整，支 持在线调整压力参数、支持参数化测试、支持beanshell测试、支持引 入jar包等。
23.6、本发明可一键生成并显示测试报告，可对报告进行存储，方便进 行报告对比。
附图说明
24.图1是本发明实施例一的性能压测平台的结构框架示意图；
25.图2是本发明实施例将待执行脚本解析为待测试元素的流程示意图；
26.图3是本发明实施例二的性能压测平台的结构框架示意图；
27.图4是本发明实施例二的性能压测平台执行性能压测方法的流程示意 图；
28.图5是本发明的性能压测方法的流程示意图；
29.图6是本发明的一个实施例的电子设备的结构示意图；
30.图7是本发明的一个实施例的计算机可读记录介质的示意图。
具体实施方式
31.在对于具体实施例的介绍过程中，对结构、性能、效果或者其他特征 的细节描述是为了使本领域的技术人员对实施例能够充分理解。但是，并 不排除本领域技术人员可以在特定情况下，以不含有上述结构、性能、效 果或者其他特征的技术方案来实施本发明。
32.附图中的流程图仅是一种示例性的流程演示，不代表本发明的方案中 必须包括流程图中的所有的内容、操作和步骤，也不代表必须按照图中所 显示的顺序执行。例如，流程图中有的操作/步骤可以分解，有的操作/步 骤可以合并或部分合并，等等，在不脱离本发明的发明主旨的情况下，流 程图中显示的执行顺序可以根据实际情况改变。
33.附图中的框图一般表示的是功能实体，并不一定必然与物理上独立的 实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多 个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理单元 装置和/或微控制器装置中实现这些功
能实体。
34.各附图中相同的附图标记表示相同或类似的元件、组件或部分，因而 下文中可能省略了对相同或类似的元件、组件或部分的重复描述。还应理 解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种 器件、元件、组件或部分，但是这些器件、元件、组件或部分不应受这些 定语的限制。也就是说，这些定语仅是用来将一者与另一者区分。例如， 第一器件亦可称为第二器件，但不偏离本发明实质的技术方案。此外，术 语“和/或”、“及/或”是指包括所列出项目中的任一个或多个的所有组合。
35.为解决工作人员手动书写测试脚本需要耗费大量时间和精力，并且调 整压力参数操作繁琐，造成测试效率低下的技术问题，本发明提出了一种 性能压测平台，包括：
36.录制模块，用于响应用户录制请求，录制测试脚本；
37.解析模块，用于响应执行指令，从所述录制模块中获取待执行脚本， 并将所述待执行脚本解析为待测试元素；所述待测试元素指需要进行测试 的对象；
38.在线调整模块，用于根据使用场景将所述解析模块解析的待测试元素 组装成线程池，生成调整后的待测试脚本；
39.执行模块，用于执行在线调整模块调整后的待测试脚本生成执行数 据。
40.在一种优选的实施方式中，所述解析模块包括：
41.识别子模块，用于识别待执行脚本中各个脚本文件的键值对；
42.拆分子模块，根据识别子模块识别的键值对将各个脚本文件拆分为不 同的待测试元素。
43.在一种优选的实施方式中，所述在线调整模块，还用于获取辅助测试 的数据文件，根据所述数据文件调整所述线程池的数量和循环模式，生成 调整后的待测试脚本。
44.在一种优选的实施方式中，所述平台还包括：
45.导入模块，用于接收导入的测试脚本，和/或，用户导入的辅助测试的 数据文件。
46.在一种优选的实施方式中，所述导入模块，还用于接收对导入的测试 脚本的修改参数，并根据所述修改参数启动压测软件对所述导入的测试脚 本进行修改。
47.在一种优选的实施方式中，所述平台还包括：
48.脚本数据库，用于存储所述录制模块录制的测试脚本和所述导入模块 导入的测试脚本或者辅助测试的数据文件；以便所述解析模块从所述脚本 数据库中获取待测试脚本，所述在线调整模块从所述脚本数据库中获取辅 助测试的数据文件。
49.在一种优选的实施方式中，所述平台还包括：
50.显示模块，用于根据所述执行数据生成并显示测试报告。
51.为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实 施例，并参照附图，对本发明作进一步的详细说明。
52.实施例一
53.图1是本发明实施例一的一种性能压测平台的结构框架示意图，如图 1所示，所述平台包括：录制模块11、解析模块12、在线调整模块13、 执行模块14，其中：
54.录制模块11，用于响应用户录制请求，录制测试脚本；
55.以对网页进行性能压测为例，所述录制模块11可以包括：
56.接收子模块，用于接收用户第一操作并生成用户录制请求。其中，用 户第一操作
可以是用户对性能压测平台界面中录制图标/按钮的点击操作。
57.录制子模块，用于响应接收子模块的用户录制请求，接收用户输入的 测试网页的url地址，并根据所述url地址录制测试脚本。
58.解析模块12，用于响应执行指令，从所述录制模块中获取待执行脚本， 并将所述待执行脚本解析为待测试元素；
59.本发明实施例中，所述待测试元素指待测试系统内包含的所有元素以 及与所述待测试系统相关系统或者载体的元素。比如：淘宝系统内的所有 组件、模块、算法等等都是属于待测元素，与之相关的一些后台配置系统 也是待测试元素。以测试淘宝官网web页面为例，待测试元素可以是待测 试接口域名、端口、传输参数等。所述传输参数是接口的进出数据。具体 的传输参数可以根据业务逻辑接口来设定，比如一个查询健康码的接口， 传输参数分为输入参数和输出参数，输入参数可能是一张人脸图片，输出 参数可能就是健康码的信息数据。以http请求接口为例，传输参数为http 请求接口的请求体参数(body)。其中，请求体参数(body)指存放在请 求体中发送给服务器的参数，格式比较多样复杂，服务器会更具请求头中 的content-type来获取格式，然后再根据其格式进行解析参数。其中，待 执行脚本可以是用户通过输入脚本信息选取的测试脚本，也可以是到了预 定执行时间的测试脚本。执行指令可以是预先配置的对待执行脚本进行定 时执行的指令，也可以是用户输入的对待执行脚本的单次执行指令。对所 述执行指令的执行可以是实时的，也可以是根据定时器配置延时执行的。 本发明不做具体限定。
60.示例性的，所述解析模块12可以包括：
61.获取子模块，用于响应执行指令，从所述录制模块11的多个测试脚 本中获取待执行脚本；
62.识别子模块，用于识别待执行脚本中各个脚本文件的键值对；
63.其中，一个待执行脚本由一个或多个脚本文件组成。该脚本文件可以 是.jmx文件。在一种示例中，一个接口对应一个.jmx文件，一个.jmx文件 可以包含键值对、jmeter版本信息、测试计划、线程组、http sample api (超文本传输协议示例应用程序接口，简称http接口)、预设的响应断言 元素以及扩展组件等信息；其中，断言元素用于检查测试到的响应数据是 否与程序设计一致。在jmeter中有个元件叫断言(assertion)，添加上这 个元件之后，导出的.jmx文件里面就会有断言的校验数据逻辑信息，比如 校验响应文本是否包含了success字符串，包含为真，不包含为假。这些 信息叫断言元素。安装断言的方式分为：响应断言、json断言、大小断 言、jsr223断言、xpath断言、html断言、xml断言、md5hex断言、 beanshell断言等，断言内容可以包括：响应文本、响应代码、响应信息、 响应头、请求头、url样本、文档、忽略状态和请求数据等等。断言的方 法有匹配、包含、相等、或者、幂等等等。
64.如图2所示：识别子模块，遍历待识别脚本中的各个脚本文件(.jmx 文件)，获取并打开各个脚本文件，调用解析api基于正则表达式和精准 匹配算法匹配脚本文件键值对中的元素key和预设脚本文件键值对中的元 素key，若匹配成功，通过匹配成功的脚本文件键值对中的元素key获取 到对应的value值。其中，预设脚本文件键值对中的元素key和value值用 于标识脚本的元素属性。
65.拆分子模块，根据识别子模块识别的键值对将各个脚本文件拆分为不 同的待测
试元素。示例性的，拆分子模块对各个脚本文件键值对的value 值进行解析，若value值是同一线程组，将脚本文件标记为相同的待测试 元素，至此，可以将待执行脚本中的脚本文件拆分为不同的待测试元素。
66.进一步的，解析模块12还可以包括：
67.反馈子模块，用于反馈解析结果，所述解析结果可以包括：解析成功 和解析失败。反馈方式可以采用文字显示或语音提示。
68.本发明实施例通过解析模块12区分作用域，把相同作用域的脚本文 件.jmx拆分到同一个待测试元素，这样可以保障待执行脚本的全流程接口 测试。
69.在线调整模块13，用于根据使用场景将所述解析模块解析的待测试元 素组装成线程池，生成调整后的待测试脚本；
70.示例性的，具体可以根据元素组装jmx文件将同一使用场景的待测试 元素组装成一个线程池。所述使用场景可以是：参数校验、控制器调用等， 具体的使用场景可以通过元素组装jmx文件获取。在组装过程中，可以将 同一使用场景的待测试元素组装成一个线程池。进一步的，还可以根据用 户导入的辅助测试的数据文件调整所述线程池的数量和循环模式，生成调 整后的待测试脚本。其中，辅助测试的数据文件用于生成指定的测试数据 或者是实现具体的业务场景的测试数据，该测试数据可以是jar包。比如： 加密的用户唯一识别id，这些是有加密算法的，接口传入的参数如果不进 行解密是无法调用接口通畅的，所以需要辅助去生成计算机文件格式 (java archive，jar)包来辅助测试。其中，jar包是ava的一种文档格式， 用于发布程序的文件。过辅助测试的数据文件可以获取压力参数、控制器 参数以及其他配置参数，从而支持在线调整压力参数、支持参数化测试、 支持beanshell测试、支持引入jar包等。
71.执行模块14，用于执行在线调整模块调整后的待测试脚本生成执行数 据。
72.本发明实施例中，执行模块14生成的执行数据优选为.jtl文件，方便 后续生成html可视化测试报告。
73.实施例二
74.图3是本发明实施例二的一种性能压测平台的结构框架示意图，如图 3所示，所述平台包括：脚本数据库30、录制模块31、导入模块32、解 析模块33、在线调整模块34、执行模块35、和显示模块36，其中：
75.录制模块11可以包括：
76.接收子模块，用于接收用户第一操作并生成用户录制请求。其中，用 户第一操作可以是用户对性能压测平台界面中录制图标/按钮的点击操作。
77.录制子模块，用于响应接收子模块的用户录制请求，接收用户输入的 测试网页的url地址，并根据所述url地址录制测试脚本。
78.自动保存模块，用于将录制的测试脚本自动保存至脚本数据库30中。 方便后续执行。
79.示例性的，录制模块11可以采用具有录制功能的浏览器插件。如图4， 将该浏览器插件预先加载至性能压测平台浏览器中，同时在性能压测平台 的界面上显示对应的录制图标或者按钮，当接收到用户对该录制图标或者 按钮的点击操作时，响应用户录制请求，进入该浏览器插件的录制界面， 接收用户输入测试网页的url地址，进入页面之后进行测
试录制，测试完 毕后生成.jmx文件自动保存在脚本数据库30中。
80.本发明实施例中，所述浏览器插件优选为支持web形式的 blazemeter。其中，blazemeter是一款基于chrome浏览器的接口 录制脚本插件，它是一个浏览功能扩展程序，文件格式为.crx。本发明实 施例中基于浏览器对blazemeter进行二次开发，二次开发可以是：开 发浏览器底层功能，该底层功能可以是基于浏览器内核进行的一些应用扩 展，涉及html、css以及js的一些内容开发。其中，一个应用扩展是压缩 在一起的一组文件，包括html、css、javascript脚本、图片文件及其它 任何需要的文件。一个应用扩展本质上就是一个web页面，可以与web 页面交互，比如录制脚本功能。开发好的blazemeter入口在性能压测 平台内是一个可见的录制图标或者按键，用户点击之后会执行 blazemeter录制界面，本发明实施例对blazemeter录制界面也进 行了二次开发，接收用户输入测试网页的url地址，进入页面之后进行测 试操作，测试完毕后.jmx文件自动保存在脚本数据库30中。
81.此外，所述浏览器插件还可以采用badboy录制脚本工具、loadrunner 的virtual user generator等完成脚本录制。
82.导入模块32，用于接收导入的测试脚本，和/或，用户导入的辅助测 试的数据文件。
83.其中，导入的测试脚本和用户导入的辅助测试的数据文件可以存储在 本地存储介质中。所述辅助测试的数据文件可以包括：参数文件以及辅助 程序的jar包。比如用户自定义参数、连接脚本数据库的jar包、绕过 某些特定场景的jar等等。辅助测试的数据文件可通过性能压测平台的上 传文件或者链接方式存储进脚本数据库30。以便后续在线调整模块34从 所述脚本数据库30中获取辅助测试的数据文件，完成对线程池的数量和 循环模式的调整。其中，脚本数据库30可以存储包含脚本文件、辅助jar 包、预设函数执行的中间值、业务的特定传入参数等数据。
84.示例性的，所述参数文件可以包括：接口中传入的参数合集文件，预 设的默认参数文件，利用函数助手生成的参数文件，本地上传编写好的参 数文件以及自定义变量等等。其中，预设的默认参数文件是预先导入数据 库的一个通用文件，用于快速传参，提高效率。该通用文件包含必须传入 但对应的值无特殊要求的通用参数、以及性能测试的通用指标数据。传入 的通用参数可以是：性别：女，城市：北京，起始页码：1，页面条数： 10；性能压测的通用性能指标数据可以包括：思考时间、读取文件数据方 式csv data set config的file encoding默认为utf-8、delimiter默认是逗 号、allow quoted data默认是false等，还有其他的配置，比如前置处理器、 计时器、取样器、后置处理器、断言、监听器，这些配置有很多各自的属 性，可以设置为默认值。利用函数助手生成的参数文件可以是：根据用户 键入的参数名称和函数类型、函数参数自动生成的参数文件，比如手机号 随机生成函数可以生成一个用户账号参数文件，时间戳函数可以随机生成 一个创建日期参数文件等等。所述jar包包括：通用的jar包和根据测 试需要编写的jar包。其中，通用的jar包可以是：jdbc驱动包 mysql-connector-java-5.1.28.jar、sqljdbc4.jar、ojdbc14.jar等；所述根 据测试需要编写的jar包可以是：先用java代码写好程序打jar包，然 后通过导入模块32上传至脚本数据库30中。
85.进一步的，所述导入模块32，还用于接收对导入的测试脚本的修改参 数，并根据所述修改参数启动压测软件对所述导入的测试脚本进行修改， 接收并显示修改后的测试
脚本。
86.其中，所述修改参数可以包括：接口的传入参数和jmeter配置组件、 前后处理器、计时器、取样器、断言和监听器属性。其中，接口的传入参 数需要进行参数化，通过调用合适参数化文件或者直接修改参数值。jmeter 本身的配置组件的属性修改采用直接修改的方式进行。所述压测软件可以 采用jmeter、loadrunner等。通过该导入模块32性能压测平台可 以支持本地压测软件对测试脚本的参数修改，修改后的测试脚本上传至性 能压测平台，并显示修改后的测试脚本内容。其中，测试脚本内容的显示 方式可以和jmeter类似。
87.脚本数据库30，用于存储所述录制模块录制的测试脚本和所述导入模 块导入的测试脚本或者辅助测试的数据文件；以便所述解析模块从所述脚 本数据库中获取待测试脚本，所述在线调整模块从所述脚本数据库中获取 辅助测试的数据文件。
88.解析模块33，用于响应执行指令，从所述录制模块中获取待执行脚本， 并将所述待执行脚本解析为待测试元素；具体执行过程可参考实施例一中 的解析模块12，此处不再赘述。
89.在线调整模块34，用于根据使用场景将所述解析模块解析的待测试元 素组装成线程池，从脚本数据库30中获取辅助测试的数据文件，根据所 述数据文件调整所述线程池的数量和循环模式，生成调整后的待测试脚 本。
90.示例性的，在组装过程中，可以将同一使用场景的待测试元素组装成 一个线程池。具体可以根据元素组装jmx文件将同一使用场景的待测试元 素组装成一个线程池。所述元素组装jmx文件可以根据用户输入添加，也 可以通过元素匹配的方式添加。其中，用户输入添加中，可以将用户选取 的修改过参数的jmx文件添加进一个线程组threadgroup，然后再添加进 同一个测试计划testplan。元素匹配添加中，将解析修改后的元素根据关 联关系进行聚合。该关联关系可根据具体情况而定，比如校验时每一个httpsample api的传参关联，若接口出参是另一个接口的传参，那么这两个接 口是需要添加进同一个线程池的。比如校验前处理器的作用域是单独的某 个接口，则前置元素需要和这个接口同时加入到线程池中。又比如控制器 的次数属性只是依次调用接口，但是另一个线程组的循环方式是2次，那 么这个控制器控制的接口就不能自动添加进另一个线程组，更不会组装成 一个线程池。上述这些情况以及未举例的情况都会在程序代码中实现，解 析修改后的jmx文件会自动添加进行对应的线程池。
91.进一步的，在组装过程中，可以根据使用场景选择用户导入的辅助测 试的数据文件来调整所述线程池的数量和循环模式，生成调整后的待测试 脚本。
92.执行模块35用于执行在线调整模块调整后的待测试脚本生成执行数 据。
93.显示模块36，用于根据所述执行数据生成并显示测试报告。进一步， 显示模块36和可以存储所述测试报告，当接收到用户对多个测试报告的 对比指令时，对比所述多个测试报告并显示对比结果，当接收到用户对至 少一个测试报告的下载指令时，到出所述测试包括。从而可以支持测试报 告对比和下载的功能。
94.本领域技术人员可以理解，上述装置实施例中的各模块可以按照描述 分布于装置中，也可以进行相应变化，分布于不同于上述实施例的一个或 多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分 成多个子模块。
95.图5是本发明提供的一种性能压测方法的流程示意图，该方法应用 于以上所述的
任意一种性能压测平台中，如图5所示，所述方法包括如 下步骤：
96.s1、响应用户录制请求，录制测试脚本；
97.示例性的，本步骤可以包括：
98.s11、接收用户第一操作并生成用户录制请求。其中，用户第一操作 可以是用户对性能压测平台界面中录制图标/按钮的点击操作。
99.s12、响应用户录制请求，接收用户输入的测试网页的url地址，并根 据所述url地址录制测试脚本。
100.s13、将录制的测试脚本自动保存至脚本数据库中。方便后续执行。
101.在一种示例中，可以采用具有录制功能的浏览器插件。如图4，将该 浏览器插件预先加载至性能压测平台浏览器中，同时在性能压测平台的界 面上显示对应的录制图标或者按钮，当接收到用户对该录制图标或者按钮 的点击操作时，响应用户录制请求，进入该浏览器插件的录制界面，接收 用户输入测试网页的url地址，进入页面之后进行测试录制，测试完毕后 生成.jmx文件自动保存在脚本数据库中。
102.s2、响应执行指令，获取待执行脚本并将所述待执行脚本解析为待测 试元素；所述待测试元素指需要进行测试的对象；
103.示例性的本步可以包括：
104.s21、识别待执行脚本中各个脚本文件的键值对；
105.如图2所示：可以获取并打开待识别脚本中的各个脚本文件，基于正 则表达式和精准匹配算法匹配脚本文件键值对中的元素key和预设脚本文 件键值对中的元素key，若匹配成功，通过匹配成功的脚本文件键值对中 的元素key获取到对应的value值。其中，预设脚本文件键值对中的元素 key和value值用于标识脚本的元素属性。
106.s22、根据键值对将各个脚本文件拆分为不同的待测试元素。
107.示例性的，可以对各个脚本文件键值对的value值进行解析，若value 值是同一线程组，将脚本文件标记为相同的待测试元素，至此，可以将待 执行脚本中的脚本文件拆分为不同的待测试元素。
108.进一步的，还可以反馈解析结果，所述解析结果可以包括：解析成功 和解析失败。反馈方式可以采用文字显示或语音提示。
109.s3、根据使用场景将待测试元素组装成线程池，生成调整后的待测试 脚本；
110.优选的，根据使用场景将待测试元素组装成线程池后，可以获取辅助 测试的数据文件，根据所述数据文件调整所述线程池的数量和循环模式， 生成调整后的待测试脚本。
111.s4、执行调整后的待测试脚本生成执行数据。
112.s5、根据所述执行数据生成并显示测试报告。
113.本发明还支持导入和存储本地测试脚本，支持本地压测软件对测试脚 本的参数修改，修改后的测试脚本上传至性能压测平台，并显示修改后的 测试脚本内容。因此，所述方法还可以包括：
114.s6、接收导入的测试脚本，和/或，用户导入的辅助测试的数据文件接 收对；导入的测试脚本的修改参数，并根据所述修改参数启动压测软件对 所述导入的测试脚本进行修改。
115.其中，步骤s6可以在上述步骤s1～s5中的任何步骤之前或者之后执 行，本发明不
做具体限定。
116.图6是本发明的一个实施例的电子设备的结构示意图，该电子设备包 括处理器和存储器，所述存储器用于存储计算机可执行程序，当所述计算 机程序被所述处理器执行时，所述处理器执行性能压测平台。
117.如图6所示，电子设备以通用计算设备的形式表现。其中处理器可以 是一个，也可以是多个并且协同工作。本发明也不排除进行分布式处理， 即处理器可以分散在不同的实体设备中。本发明的电子设备并不限于单一 实体，也可以是多个实体设备的总和。
118.所述存储器存储有计算机可执行程序，通常是机器可读的代码。所述 计算机可读程序可以被所述处理器执行，以使得电子设备能够执行本发明 的方法，或者方法中的至少部分步骤。
119.所述存储器包括易失性存储器，例如随机存取存储单元(ram)和/ 或高速缓存存储单元，还可以是非易失性存储器，如只读存储单元(rom)。
120.可选的，该实施例中，电子设备还包括有i/o接口，其用于电子设备 与外部的设备进行数据交换。i/o接口可以为表示几类总线结构中的一种 或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端 口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
121.应当理解，图6显示的电子设备仅仅是本发明的一个示例，本发明的 电子设备中还可以包括上述示例中未示出的元件或组件。例如，有些电子 设备中还包括有显示屏等显示单元，有些电子设备还包括人机交互元件， 例如按扭、键盘等。只要该电子设备能够执行存储器中的计算机可读程序 以实现本发明方法或方法的至少部分步骤，均可认为是本发明所涵盖的电 子设备。
122.图7是本发明的一个实施例的计算机可读记录介质的示意图。如图7 所示，计算机可读记录介质中存储有计算机可执行程序，所述计算机可执 行程序被执行时，实现本发明上述的性能压测平台。所述计算机可读存储 介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了 可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电 磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存 储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由 指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介 质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有 线、光缆、rf等等，或者上述的任意合适的组合。
123.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明 操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如 java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的 程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用 户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分 在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉 及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括 局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连 接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
124.通过以上对实施方式的描述，本领域的技术人员易于理解，本发明可 以由能够执行特定计算机程序的硬件来实现，例如本发明的系统，以及系 统中包含的电子处理单元、
服务器、客户端、手机、测试单元、处理器等， 本发明也可以由包含上述系统或部件的至少一部分的车辆来实现。本发明 也可以由执行本发明的方法的计算机软件来实现，例如由直播设备的微处 理器、电子测试单元，客户端、服务器端等执行的测试软件来实现。但需 要说明的是，执行本发明的方法的计算机软件并不限于由一个或特定个的 硬件实体中执行，其也可以是由不特定具体硬件的以分布式的方式来实 现，对于计算机软件，软件产品可以存储在一个计算机可读的存储介质(可 以是cd-rom，u盘，移动硬盘等)中，也可以分布式存储于网络上，只 要其能使得电子设备执行根据本发明的方法。
125.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行 了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置 或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为 本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原 则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护 范围之内。