CN109726100A - 应用性能测试方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种应用性能测试方法，该方法包括：当接收到测试请求时，根据所述测试请求中包括的脚本存储地址获取自动化脚本，并通过预设自动化框架将所述自动化脚本编译为终端测试指令；将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据。本发明还提供一种应用性能测试装置、设备及计算机可读存储介质。本发明中可将目标应用程序的测试过程的人工操作流程通过测试脚本自动执行，并可自动获取整个过程中的智能终端各种性能指标，省掉测试过程中人工操作，降低了人力成本，同时提高了测试的效率。

Description

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

技术领域

本发明涉及终端技术领域，尤其涉及一种应用性能测试方法、装置、设备及计算机可读存储介质。

背景技术

随着智能终端技术的不断发展，目前市场上的应用程序APP数量和种类迅速增长，用户对APP的稳定性要求也不断提高。而APP性能指标是影响其稳定性的重要因素，也是影响智能终端正常使用的关键因素，因此对于APP的性能测试尤为重要。

目前对于APP自身性能测试，大多是使用随身调GT工具等来进行APP测试，获取APP性能指标数据。但在该测试过程，需要人工在测试终端执行APP的点击、滑动、输入等操作，以进入APP各种逻辑和页面，从而获取在APP运行过程的性能指标，这种人工测试方式提高了的人力成本，也降低了测试的效率。

发明内容

本发明的主要目的在于提供一种应用性能测试方法、装置、设备及可读存储介质，旨在解决应用性能测试过程需要人工实时操作的技术问题。

为实现上述目的，本发明提供一种应用性能测试方法，所述应用性能测试方法包括以下步骤：

当接收到测试请求时，根据所述测试请求中包括的脚本存储地址获取自动化脚本，并通过预设自动化框架将所述自动化脚本编译为终端测试指令；

将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；

开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据。

可选地，所述通过预设自动化框架将所述自动化脚本编译为终端测试指令的步骤包括：

根据所述自动化脚本的语言类型确定对应的语法规则，根据并根据所述语法规则获取所述自动化脚本的操作含义；

根据所述操作含义查找对应的终端控件信息，并根据所述操作含义和所述终端控件信息生成控件操作逻辑；

将所述控件操作逻辑封装为对应的终端测试指令。

可选地，所述开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据的步骤之后，还包括：

将所述测试性能数据与预设标准数据对比，判断所述性能数据是否异常；

若所述测试性能数据异常，则输出对应的警告提示。

可选地，所述开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据的步骤之后，还包括：

根据所述自动化脚本中包括的环境配置确定测试场景，并查询数据库，获取目标版本应用在所述测试场景下的目标性能数据；

所述将所述测试性能数据与预设标准数据对比，判断所述测试性能数据是否异常的步骤包括：

将所述测试性能数据与所述目标性能数据对比，判断所述测试性能数据是否异常。

可选地，所述开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据的步骤之后，还包括：

根据所述目标应用的版本号将所述测试性能数据存储至对应的数据库表中。

可选地，所述开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据的步骤之后，还包括：

根据所述测试请求获取对应的报告模板，并将所述测试性能数据填充至所述报告模板，获得测试性能报告。

可选地，所述根据所述测试请求获取对应的报告模板，并将所述测试性能数据填充至所述报告模板，获得测试性能报告的步骤之后，还包括：

在接收到基于所述测试性能报告触发的历史对比指令时，根据所述自动化脚本确定测试场景，并查询数据库，获取历史版本应用在所述测试场景下的历史性能数据；

获取预设图表模板，并根据所述测试性能数据和历史性能数据设置图表属性，获得性能对比图表。

此外，为实现上述目的，本发明还提供一种应用性能测试装置，所述应用性能测试装置包括：

指令编译模块，用于当接收到测试请求时，根据所述测试请求中包括的脚本存储地址获取自动化脚本，并通过预设自动化框架将所述自动化脚本编译为终端测试指令；

指令发送模块，用于将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；

终端监测模块，用于开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据。

此外，为实现上述目的，本发明还提供一种应用性能测试设备，所述应用性能测试设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的应用性能测试程序，其中所述应用性能测试程序被所述处理器执行时，实现如上述的应用性能测试方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有应用性能测试程序，其中所述应用性能测试程序被处理器执行时，实现如上述的应用性能测试方法的步骤。

本发明通过当接收到测试请求时，根据所述测试请求中包括的脚本存储地址获取自动化脚本，并通过预设自动化框架将所述自动化脚本编译为终端测试指令；将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据。通过以上方式，本发明中可将目标应用程序的测试过程的人工操作流程通过测试脚本自动执行，并可自动获取整个过程中的智能终端各种性能指标，省掉测试过程中人工操作，降低了测试的人力成本，同时提高了测试的效率。

附图说明

图1为本发明实施例方案中涉及的应用性能测试设备的硬件结构示意图；

图2为本发明应用性能测试方法第一实施例的流程示意图；

图3为本发明应用性能测试方法第二实施例的流程示意图；

图4为本发明应用性能测试方法第三实施例的流程示意图；

图5为本发明应用性能测试装置第一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例涉及的应用性能测试方法主要应用于应用性能测试设备，该应用性能测试设备可以是个人计算机(personal computer，PC)、便携计算机、移动终端等具有数据处理功能的设备。

参照图1，图1为本发明实施例方案中涉及的应用性能测试设备的硬件结构示意图。本发明实施例中，应用性能测试设备可以包括处理器1001(例如中央处理器CentralProcessing Unit，CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真WIreless-FIdelity，WI-FI接口)；存储器1005可以是高速随机存取存储器(random access memory，RAM)存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。本领域技术人员可以理解，图1中示出的硬件结构并不构成对本发明的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种计算机可读存储介质的存储器1005可以包括操作***、网络通信模块以及应用性能测试程序。在图1中，网络通信模块主要用于连接测试终端，与测试终端进行数据通信；而处理器1001可以调用存储器1005中存储的应用性能测试程序，并执行本发明实施例提供的应用性能测试方法。

本发明实施例提供了一种应用性能测试方法。

参照图2，图2为本发明应用性能测试方法第一实施例的流程示意图。

本实施例中，所述应用性能测试方法包括以下步骤：

步骤S10，当接收到测试请求时，根据所述测试请求中包括的脚本存储地址获取自动化脚本，并通过预设自动化框架将所述自动化脚本编译为终端测试指令；

目前对于APP自身性能测试，大多是使用随身调GT工具等来进行APP测试，获取APP性能指标数据。但在该测试过程，需要人工在测试终端执行APP的点击、滑动、输入等操作，以进入APP各种逻辑和页面，从而获取在APP运行过程的性能指标，这种人工测试方式提高了人力成本，也降低了测试的效率。本实施例基于上述原因，提供一种应用性能测试方法，可将目标APP的所有操作流程用自动化脚本执行，与此同时获取整个过程中的测试终端各种性能指标，从而可省掉性能测试过程中的人工操作以及数据处理的过程。

本实施例中的应用性能测试方法由应用性能测试设备实现，该测试终端可以是PC、笔记本等设备，本实施例中以PC端为例进行说明；本实施例中将要测试的目标应用APP安装在智能手机中，该智能手机与PC端通过有线(或无线)的方式连接。此外，PC中还预先安装有自动化框架Appium Server，以通过该Appium Server向手机发送测试指令。

当测试开始时，测试人员可在PC端上进行操作，触发相应的测试请求，其中该测试请求中包括自动化测试脚本的脚本存储地址(该脚本存储地址可以是测试人员手动输入的，也可以测试人员将PC端存储文件夹中的测试脚本拖拽到测试窗口，PC端根据该拖拽操作识别存储文件夹的地址，从而获得脚本存储地址)。PC端在接收到该测试请求时，将会根据该测试请求中包括的脚本存储地址获取自动化测试脚本。其中，该自动化测试脚本中包括有目标应用的应用名、测试版本、测试操作步骤、测试操作对应的目标页面元素等内容；该自动化测试脚本可以是由测试人员预先编辑并存储在PC端中的。对于该自动化测试脚本，由于是由测试人员预先进行编辑的，该自动脚本的编写语言并不是一定被测手机的***语言，因此无法直接被测手机进行识别和执行，因此将通过自动化框架Appium Server进行编译，转化为被测手机能识别的终端测试指令。具体的，首先PC需要根据自动化脚本的语言类型确定对应的语法规则，并根据所述语法规则获取所述自动化脚本的操作含义；其中对于该操作含义可以是根据操作关键字(或是函数名)确定，例如点击操作click、press，滑动操作swipe等；而在操作关键字之后，还可以包括有操作对象，即操作所针对的页面元素，如点击页面的哪一个元素等；在确定操作含义后，将根据所述操作含义查找对应的终端控件信息(或服务项)，并根据所述操作含义和终端控件信息生成控件操作逻辑，例如点击操作可以是根据手机的键盘服务项keyboard server实现的，因此可生成相关的键盘服务项调用逻辑，并根据操作含义映射对应的入参，从而得到点击操作的手机控件操作逻辑；然后PC会将这些控件操作逻辑根据测试步骤进行排序并打包封装，得到对应的终端测试指令。

值得说明的是，Appium自动化框架本身支持多种语言，所以测试人员可以根据实际情况选择Java、Python、Ruby、PHP、C#、JavaScript等语言编写的；同时，对于自动化测试脚本，由于其是被PC识别并编译的一系列指令，与目标APP和测试终端的功能执行并无直接联系，因此对于自动化脚本的结构可以根据实际情况定义。

步骤S20，将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；

本实施例中，在得到终端测试指令时，PC即可将该测试指令发送至测试终端手机，手机在接收到测试指令时，将对该测试指令进行识别，确定该测试指令对应的目标APP，并启动目标APP；在启动该目标APP时，将根据测试指令调用相关的服务项执行相关的操作步骤。例如本次测试的是目标APP中某条操作流程过程中的性能指标变化情况；手机在启动目标APP后，将根据测试指令识别目标APP某个页面上的某个目标元素，然后调用键盘服务项keyboard server，并向其传递相关方法和输入触摸参数，以使keyboard server根据该输入参数做出响应，执行click操作，从而模拟人的点击操作，使得目标APP根据该操作执行其本身的跳转逻辑跳转到下一个页面，同时手机还将根据页面目标元素的变化情况判断是否跳转成功；若跳转成功，则继续识别该页面上的目标元素，并继续执行click操作或其他操作等，以此类推，直到该测试指令中的所有操作均执行完毕。

步骤S30，开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据。

本实施例中，PC端在根据自动化脚本对手机进行测试的同时，将开启新的测试线程，对目标APP在手机中运行所占用的***资源进行监测，监测的内容包括操作响应时间、内存占用量、cpu占用率、网络传输流量等；然后PC端会将这些测试性能数据将会以数据流的形式进行记录和存储，以供后续进行分析。

值得说明的是，本实施例中的应用性能测试方法，是通过将安装有目标应用的手机与PC端进行连接，并按照自动化脚本的方式对终端应用进行测试，不需要人工实时进行操作；而在实际中，还可以将多台安装了目标应用的测试机同时与PC端进行连接，PC端根据自动化测试脚本向多台测试机发送测试指令，从而实现批量测试，获取目标应用在多台测试机中的测试性能数据并进行对比，从而保证测试结论的可信度。

本实施例中，当接收到测试请求时，根据所述测试请求中包括的脚本存储地址获取自动化脚本，并通过预设自动化框架将所述自动化脚本编译为终端测试指令；将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据。通过以上方式，本实施例中可将目标APP的测试过程的人工操作流程通过测试脚本自动执行，并可自动获取整个过程中的智能终端各种性能指标，省掉测试过程中人工操作，降低了测试的人力成本，同时提高了测试的效率。

参照图3，图3为本发明应用性能测试方法第二实施例的流程示意图。

基于上述图2所示实施例，本实施例中，步骤S30之后，还包括：

步骤S40，将所述测试性能数据与预设标准数据对比，判断所述测试性能数据是否异常；

本实施例中，PC端将对手机进行自动化测试时，将会开启测试线程对目标APP在手机中运行所占用的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据；同时，PC端还会将实时获取到的测试性能数据与预先设置的标准数据(或者是预先设置的正常标准范围)进行比对，判断这些测试性能数据，从而判断目标APP在测试过程中，目标APP在对手机的***资源占用是否正常。

进一步的，APP的更新换代往往是对前一个版本的优化或BUG消除，因此在测试过程也经常是将APP当前版本测试的数据与某一历史版本的目标性能数据进行比较，从而得出当前版本的性能结论。基于上述考虑，本实施例中，可以是将APP某一目标版本的目标性能数据作为用于比较的标准数据。具体的，PC端中存储有APP在不同测试场景下获取的性能数据，这些数据将按版本号、测试场景编号等，分别存储在不同的数据库表中；其中，测试场景可理解为在进行测试时的环境，包括内部环境(如测试操作涉及的APP页面)和外部环境(如网络类型、网络信号强度等)，该测试场景环境可以是通过自动化脚本中包括的环境配置进行描述和确定的。PC端在进行测试时，将根据自动化脚本中的环境配置确定当前的测试场景并进行模拟，然后在该测试场景下进行测试操作；同时根据测试请求中的对比要求查询数据库，获取APP的目标对比版本在相同测试场景下的目标性能数据作为标准数据，以与测试过程得到的测试性能数据进行对比分析。当然，对于本次目标APP的测试性能数据，PC端在获取后也将根据其版本号、测试场景等存储至对应的数据库表中，以供后续版本测试或对综合比对分析时使用。

步骤S50，若所述测试性能数据异常，则输出对应的警告提示。

本实施例中，如果在将测试性能数据和预设标准数据对比后，判断测试性能数据异常，则PC端会立即输出相关对应的警告提示。例如安卓***的手机在4G网络下打开测试目标APP的主页，执行对主页的某个选项点击操作后，手机根据跳转逻辑跳转到下一个子页面；此时，PC端检测到该跳转过程中，目标APP的最高CPU占用率达到了20％，超过了预设的标准CPU占用率15％，此时PC端将会在屏幕上输出文字警告，以提示测试人员当前目标APP测试性能超标。当然，对于不同类型的性能数据，可以设置不同的提示类型，例如对于内存、CPU占用率可以设置为单一的文字提示，对于手机温度则可以设置为文字和提醒音的双重提示。进一步的，在输出警告提示时，PC端还可以在屏幕中显示当前目标APP正在执行的操作信息，包括操作含义和对应的自动化代码内容等，以方便测试人员进行后续的优化操作。

参照图4，图4为本发明应用性能测试方法第三实施例的流程示意图。

基于上述图2所示实施例，本实施例中，步骤S30之后，还包括：

步骤S60，根据所述测试请求获取对应的报告模板，并将所述测试性能数据填充至所述报告模板，获得测试性能报告。

本实施例中，PC端在自动化脚本执行完毕(即手机执行完自动化脚本对应的操作)时，PC端还可自动对测试过程获取到的测试性能数据进行分析和处理。具体的，PC端将根据测试请求确定本次测试所针对的性能数据类型，并根据性能数据类型获取到对应的报告模板；然后PC端将测试性能数据填充到报告模板中，以生成本次测试的测试性能报告。其中，测试性能报告中可以包括数据表格、统计图(折线图、柱形图、饼状图等)；对于不同的分析需求，可以用不同的形式进行展示。例如，对于整个自动化脚本的执行过程中，目标APP在手机的内存占用、cpu占用的变化趋势，可以是以折线图(或曲线)的形式进行展示；同时，不同指标的折线还可以是集成在同一个图中进行展示；而对于某些离散时刻的各项对比指标则可以是用柱状图的方式进行展示。

进一步的，测试人员在查看测试性能报告对目标APP的性能进行分析时，往往需要和不同版本的性能数据进行对比，因此对于该测试性能报告，也可以是做成可交互的形式。具体的，在不同的测试场景下获取到的目标APP的性能数据，将按版本号、测试场景编号，存储到数据库表中；PC端在生成测试性能报告的同时，还将根据自动化脚本的内容(操作含义)确定测试场景，并将在该测试场景下、历史版本的同类性能数据与测试性能报告中进行关联；当测试人员在浏览某一版本的测试报告时，若需要将该报告中的某场景的数据与其它历史版本的同类数据进行横向对比，则可点击该数据，并选择某一历史版本号；PC端即可根据该操作获取可获取该历史版本对应场景下的历史性能数据，并进行对比展示。对于展示的方式，同样可以是图表的方式进行的；PC端在获取到历史性能数据的同时，还将获取到预设的图表模板，根据所述测试性能数据和历史性能数据设置图表属性，获得性能对比图表(例如柱状图、折线图等)，以供测试人员对比分析。

此外，本发明实施例还提供一种应用性能测试装置。

参照图5，图5为本发明应用性能测试装置第一实施例的功能模块示意图。

本实施例中，所述应用性能测试装置包括：

指令编译模块10，用于当接收到测试请求时，根据所述测试请求中包括的脚本存储地址获取自动化脚本，并通过预设自动化框架将所述自动化脚本编译为终端测试指令；

指令发送模块20，用于将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；

终端监测模块30，用于开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据。

其中，上述应用性能测试装置的各虚拟功能模块存储于图1所示应用性能测试设备的存储器1005中，用于实现应用性能测试程序的所有功能；各模块被处理器1001执行时，可实现将目标APP的所有操作流程用自动化脚本执行，与此同时获取整个过程中的测试终端各种性能指标，从而可省掉性能测试过程中的人工操作以及数据处理的过程。

进一步的，所述指令编译模块10包括：

含义获取单元，用于根据所述自动化脚本的语言类型确定对应的语法规则，根据并根据所述语法规则获取所述自动化脚本的操作含义；

逻辑生成单元，用于根据所述操作含义查找对应的终端控件信息，并根据所述操作含义和所述终端控件信息生成控件操作逻辑；

指令封装单元，用于将所述控件操作逻辑封装为对应的终端测试指令。

进一步的，所述应用性能测试装置还包括：

异常判断模块，用于将所述测试性能数据与预设标准数据对比，判断所述性能数据是否异常；

提示输出模块，用于若所述测试性能数据异常，则输出对应的警告提示。

进一步的，所述应用性能测试装置还包括：

第一获取模块，用于根据所述自动化脚本中包括的环境配置确定测试场景，并查询数据库，获取目标版本应用在所述测试场景下的目标性能数据；

所述异常判断模块，还用于将所述测试性能数据与所述目标性能数据对比，判断所述测试性能数据是否异常。

进一步的，所述应用性能测试装置还包括：

数据存储模块，用于根据所述目标应用的版本号将所述测试性能数据存储至对应的数据库表中。

进一步的，所述应用性能测试装置还包括：

报告获得模块，用于根据所述测试请求获取对应的报告模板，并将所述测试性能数据填充至所述报告模板，获得测试性能报告。

进一步的，所述应用性能测试装置还包括：

第二获取模块，用于在接收到基于所述测试性能报告触发的历史对比指令时，根据所述自动化脚本确定测试场景，并查询数据库，获取历史版本应用在所述测试场景下的历史性能数据；

图表获得模块，用于获取预设图表模板，并根据所述测试性能数据和历史性能数据设置图表属性，获得性能对比图表。

其中，上述应用性能测试装置中各个模块的功能实现与上述应用性能测试方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

此外，本发明实施例还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有应用性能测试程序，其中所述应用性能测试程序被处理器执行时，实现如上述的应用性能测试方法的步骤。

其中，应用性能测试程序被执行时所实现的方法可参照本发明应用性能测试方法的各个实施例，功能和实现过程在此处不再一一赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者***中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种应用性能测试方法，其特征在于，所述应用性能测试方法包括以下步骤：

当接收到测试请求时，根据所述测试请求中包括的脚本存储地址获取自动化脚本，并通过预设自动化框架将所述自动化脚本编译为终端测试指令；

将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；

开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据。

2.如权利要求1所述的应用性能测试方法，其特征在于，所述通过预设自动化框架将所述自动化脚本编译为终端测试指令的步骤包括：

根据所述自动化脚本的语言类型确定对应的语法规则，根据并根据所述语法规则获取所述自动化脚本的操作含义；

根据所述操作含义查找对应的终端控件信息，并根据所述操作含义和所述终端控件信息生成控件操作逻辑；

将所述控件操作逻辑封装为对应的终端测试指令。

3.如权利要求1所述的应用性能测试方法，其特征在于，所述开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据的步骤之后，还包括：

将所述测试性能数据与预设标准数据对比，判断所述性能数据是否异常；

若所述测试性能数据异常，则输出对应的警告提示。

4.如权利要求3所述的应用性能测试方法，其特征在于，所述开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据的步骤之后，还包括：

根据所述自动化脚本中包括的环境配置确定测试场景，并查询数据库，获取目标版本应用在所述测试场景下的目标性能数据；

所述将所述测试性能数据与预设标准数据对比，判断所述测试性能数据是否异常的步骤包括：

将所述测试性能数据与所述目标性能数据对比，判断所述测试性能数据是否异常。

5.如权利要求4所述的应用性能测试方法，其特征在于，所述开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据的步骤之后，还包括：

根据所述目标应用的版本号将所述测试性能数据存储至对应的数据库表中。

6.如权利要求1至5中任一项所述的应用性能测试方法，其特征在于，所述开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据的步骤之后，还包括：

根据所述测试请求获取对应的报告模板，并将所述测试性能数据填充至所述报告模板，获得测试性能报告。

7.如权利要求6所述的应用性能测试方法，其特征在于，所述根据所述测试请求获取对应的报告模板，并将所述测试性能数据填充至所述报告模板，获得测试性能报告的步骤之后，还包括：

在接收到基于所述测试性能报告触发的历史对比指令时，根据所述自动化脚本确定测试场景，并查询数据库，获取历史版本应用在所述测试场景下的历史性能数据；

获取预设图表模板，并根据所述测试性能数据和历史性能数据设置图表属性，获得性能对比图表。

8.一种应用性能测试装置，其特征在于，所述应用性能测试装置包括：

指令编译模块，用于当接收到测试请求时，根据所述测试请求中包括的脚本存储地址获取自动化脚本，并通过预设自动化框架将所述自动化脚本编译为终端测试指令；

指令发送模块，用于将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；

终端监测模块，用于开启测试线程对所述测试终端的***资源进行监测，实时获取所述测试终端执行测试操作时的测试性能数据。

9.一种应用性能测试设备，其特征在于，所述应用性能测试设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的应用性能测试程序，其中所述应用性能测试程序被所述处理器执行时，实现如权利要求1至7中任一项所述的应用性能测试方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有应用性能测试程序，其中所述应用性能测试程序被处理器执行时，实现如权利要求1至7中任一项所述的应用性能测试方法的步骤。