CN108733568A - 应用测试方法、装置、设备及可读存储介质 - Google Patents

Abstract

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

Description

应用测试方法、装置、设备及可读存储介质

技术领域

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

背景技术

随着智能终端技术的不断发展，目前市场上的应用程序APP数量和种类迅速增长，用户对APP的稳定性要求也不断提高。而APP性能指标是影响其稳定性的重要因素，也是影响智能终端正常使用的关键因素。测试一般包括功能测试、性能测试和软件测试，随机测试是对软件的功能或性能进行抽样测试，是功能测试和性能测试的补充测试。传统的随机测试工具一般通过使用系统提供的测试编码来对应用程序进行随机测试。但传统的随机测试工具在执行该默认测试编码时，需要测试人员自己手动输入相应的测试编码，而且需要自己进行对应参数的配置。测试人员不仅需要记熟大量的测试编码，而且在输入测试编码的过程也容易出错。在测试过程中，由于配置的参数难以被保存，一些较为繁琐的参数需要被重复配置。除此之外，传统的随机测试工具在测试完成后，需要测试人员自己在测试后生成的日志中进行相关问题查找，不仅加大了测试人员的工作量，提高了人力成本，也降低了测试效率。

发明内容

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

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

当接收到测试请求时，根据所述测试请求中包括的拼装指令调用对应的测试编码，并通过预设框架将所述拼装指令对应的测试编码编译为终端测试指令；

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

开启测试监控线程对所述测试终端的系统日志进行监测，实时获取所述测试终端执行测试操作时记录的测试指标数据。

可选地，所述当接收到测试请求时，根据所述测试请求中包括的拼装指令调用对应的测试编码，并通过预设框架将所述拼装指令对应的测试编码编译为终端测试指令的步骤之前，还包括：

将预存的测试编码进行封装，将封装后的测试编码进行单独存储，并生成对应的调用接口；

根据所述调用接口生成对应的选项框，并通过测试界面显示所述选项框。

可选地，所述当接收到测试请求时，根据所述测试请求中包括的拼装指令调用对应的测试编码，并通过预设框架将所述拼装指令对应的测试编码编译为终端测试指令的步骤具体包括：

当接收到测试请求时，获取所述测试请求中的拼装指令，根据所述拼装指令中的调用接口调用对应的测试编码；

根据所述测试编码的语言类型确定对应的语法规则，并根据所述语法规则获取所述测试编码的操作含义；

根据所述操作含义查找对应的终端控件信息，并根据所述操作含义和所述终端控件信息生成控件操作逻辑，并将所述控件操作逻辑封装为对应的终端测试指令。

可选地，所述开启测试监控线程对所述测试终端的系统日志进行监测，实时获取所述测试终端执行测试操作时记录的测试指标数据的步骤之后，还包括：

获取所述测试数据的数据标识符，根据所述数据标识符确定所述测试数据的数据类型；

根据所述数据类型，获取所述测试数据对应的预设标准数据，并将所述测试数据与预设标准数据对比，判断所述测试数据是否异常；

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

可选地，所述开启测试监控线程对所述测试终端的系统日志进行监测，实时获取所述测试终端执行测试操作时记录的测试指标数据的步骤之后，还包括：

获取所述测试数据的数据标识符，根据所述数据标识符确定对应的报告模板，并将所述测试数据填充至所述报告模板，生成对应的测试报告。

可选地，所述获取所述测试数据的数据标识符，根据所述数据标识符确定对应的报告模板，并将所述测试数据填充至所述报告模板，生成对应的测试报告的步骤之后，还包括：

在接收到基于所述测试报告触发的历史对比指令时，根据所述数据标识符，并查询数据库，获取历史版本应用对应的历史数据；

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

可选地，所述获取预设图表模板，并根据所述测试数据和历史数据设置图表属性，获得性能对比图表的步骤之后，还包括：

将所述数据对比图表在可视化显示界面进行展示，并在检测到基于所述数据对比图表触发的编辑请求时，开启所述数据对比图表的编辑模式；

基于用户在所述编辑模式下输入的显示维度，调整所述数据对比图表，以得到符合测试需求的数据对比图表。

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

指令编译模块，当接收到测试请求时，根据所述测试请求中包括的拼装指令调用对应的测试编码，并通过预设框架将所述拼装指令对应的测试编码编译为终端测试指令；

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

数据监测模块，开启测试监控线程对所述测试终端的系统日志进行监测，实时获取所述测试终端执行测试操作时记录的测试指标数据。

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

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

本发明通过当接收到测试请求时，根据所述测试请求中包括的拼装指令调用对应的测试编码，并通过预设框架将所述拼装指令对应的测试编码编译为终端测试指令；将所述终端测试指令发送至测试终端，以供所述测试终端根据所述终端测试指令对目标应用执行测试操作；开启测试监控线程对所述测试终端的系统日志进行监测，实时获取所述测试终端执行测试操作时记录的测试指标数据。通过以上方式，本发明中可将目标应用程序的测试过程的人工操作流程编译成终端测试指令并发送至至终端自动执行，并可自动获取整个过程中的终端各种测试数据，测试过程中无需人工操作，降低了测试的人力成本，同时提高了测试的效率。

附图说明

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

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

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

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

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

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

具体实施方式

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

本发明实施例涉及的应用测试方法主要应用于应用测试设备，该应用测试设备可以是PC、便携计算机、移动终端等具有显示和处理功能的设备。

参照图1，图1为本发明实施例方案中涉及的应用测试设备的硬件结构示意图。本发明实施例中，应用测试设备可以包括处理器1001(例如CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)；存储器1005可以是高速 RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的硬件结构并不构成对应用测试设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种计算机可读存储介质的存储器1005可以包括操作系统、网络通信模块以及应用测试程序。

在图1中，网络通信模块主要用于连接服务器，与服务器进行数据通信；而处理器1001可以调用存储器1005中存储的应用测试程序，并执行本发明实施例提供的应用测试方法。

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

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

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

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

传统的随机测试工具一般通过使用系统提供的测试编码来对应用程序进行随机测试。但传统的随机测试工具在执行该默认测试编码时，需要测试人员自己手动输入相应的测试编码，而且需要自己进行对应参数的配置。测试人员不仅需要记熟大量的测试编码，而且在输入测试编码的过程也容易出错。在测试过程中，由于配置的参数难以被保存，一些较为繁琐的参数需要被重复配置。除此之外，传统的随机测试工具在测试完成后，需要测试人员自己在测试后生成的日志中进行相关问题查找。为了解决上述技术问题，本发明将常用的测试编码分别进行封装与单独存储。其中，测试编码包括测试编码操作命令编码以及配置编码相关参数的命令编码。本实施例中以PC端为例进行说明；本实施例中将要测试的目标应用APP安装在智能手机中，该智能手机与PC端通过有线(或无线)的方式连接。

进一步地，步骤S10之前，还包括：

将预存的测试编码进行封装，将封装后的测试编码进行单独存储，并生成对应的调用接口；

根据所述调用接口生成对应的选项框，并通过测试界面显示所述选项框。

为了避免重复输入测试编码或者重复配置编码相关参数，本申请中根据不同的命令编码生成不同的调用接口，并根据调用各个命令编码的调用接口生成对应的链接选项，链接选项可以是按钮选项、复选框选项、单选框选项等，将该链接选项在测试界面的对应位置区域进行显示，以供测试人员通过该链接选项触发对应的命令编码。其中，由于可以同时进行多个测试编码相关参数的设置，因此配置编码相关参数的命令编码可以对应复选框，测试编码操作命令中包括单个执行的操作命令，如执行次数，该单个执行的操作命令可以对应单选框，测试编码操作命令中包括需要测试人员控制的进程控制命令，如开始命令、终止命令以及获取日志命令等，上述操作命令可以对应按钮选项。进一步地，应用测试装置默认选中最常用的参数配置项，即保存最常用的参数配置项，以便应用测试装置初始便可以执行最基础的测试命令。其中，应用测试程序安装于PC端或者平板，测试人员通过安装PC端或者平板上的测试程序对安装于手机终端或者其他终端上的应用程序进行测试。测试人员在测试界面上可以同时选中多个链接选项，如通过复选框选中多个配置编码相关参数项并通过单选框选中需要的单个操作命令。在接收到测试人员通过界面上的选项触发的一个或多个测试编码时，将一个或多个测试编码存储地址进行存储。并在接收到测试人员通过界面上的开始测试选项触发的测试请求时，获取预存的一个或多个测试编码存储地址，并根据所述测试编码存储地址生成拼装指令。然后将所述拼装指令发送至服务器，所述服务器在接收到该拼装指令时，生成对应的终端测试指令，然后将所述终端测试指令发送至待测试的安卓终端。终端接收到所述终端测试指令时，解析出指令中的各个测试编码存储地址即调用接口，然后根据各个测试编码存储地址调用对应的个测试编码。待测试的安卓终端接收到各个测试编码存储地址时，即通过该测试编码对应的调用接口调用相应封装存储的测试编码，以执行所述拼装指令。其中，测试编码操作命令包括pct-touch(指定触摸事件)、pct-motion(滑动事件)、pct-nav(导航事件)等，将pct-touch(指定触摸事件)、pct-motion(滑动事件)和pct-nav(导航事件)对应的命令编码进行单独封装与存储，并将封装与存储后的各个事件对应生成调用接口，并在测试界面中通过复选框显示该调用接口。进一步地，还可以通过随机抽取该事件的百分比例，即通过编辑框，生成调用该事件的次数或比例编码。

进一步地，步骤S10具体包括：

当接收到测试请求时，获取所述测试请求中的拼装指令，根据所述拼装指令中的调用接口调用对应的测试编码；

根据所述测试编码的语言类型确定对应的语法规则，并根据所述语法规则获取所述测试编码的操作含义；

根据所述操作含义查找对应的终端控件信息，并根据所述操作含义和所述终端控件信息生成控件操作逻辑，并将所述控件操作逻辑封装为对应的终端测试指令。

本实施例中，PC中还预先安装有自动化框架Appium Server，以通过该 AppiumServer向手机发送测试指令。

当测试开始时，测试人员可在PC端上进行操作，触发相应的测试请求，其中该测试请求中包括拼装指令，拼装指令为待调用的测试编码的编码存储地址(该编码存储地址可以是测试人员手动输入的，也可以测试人员将PC端存储文件夹中的测试编码拖拽到测试窗口，PC端根据该拖拽操作识别存储文件夹的地址，从而获得编码存储地址)。PC端在接收到该测试请求时，将会根据该测试请求中拼接指令包括的编码存储地址获取对应的测试编码。其中，该测试编码中包括有目标应用的应用名、测试版本、测试操作步骤、测试操作对应的目标页面元素等内容；该测试编码可以是由测试人员预先编辑并存储在PC端中的。对于该测试编码，由于是由测试人员预先进行编辑的，该自动脚本的编写语言并不是一定被测手机的系统语言，因此无法直接被测手机进行识别和执行，因此将通过自动化框架AppiumServer进行编译，转化为被测手机能识别的终端测试指令。具体的，首先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端根据测试编码向多台测试机发送测试指令，从而实现批量测试，获取目标应用在多台测试机中的测试数据并进行对比，从而保证测试结论的可信度。

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

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

基于上述图2所示实施例，本实施例中，所述应用测试方法还包括：

步骤S41，获取所述测试数据的数据标识符，根据所述数据标识符确定所述测试数据的数据类型；

本实施例中，可预先根据性能测试数据类型、功能测试数据类型以及非功能测试数据类型等数据类型对应的数据标识符，训练生成对应的数据模型。获取所述测试数据的数据标识符，然后根据上述数据模型，确定所述测试数据的数据类型。应用程序(APP)测试运行后的测试数据对应有性能测试数据、功能测试数据、适配兼容性测试数据、弱网络测试数据等类型，根据所述数据模型确定所述测试数据的数据类型，如性能测试数据。

步骤S42，根据所述数据类型，获取所述测试数据对应的预设标准数据，并将所述测试数据与预设标准数据对比，判断所述测试数据是否异常；

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

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

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

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

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

基于上述图3所示实施例，本实施例中，所述应用测试方法还包括：

步骤S50，获取所述测试数据的数据标识符，根据所述数据标识符确定对应的报告模板，并将所述测试数据填充至所述报告模板，生成对应的测试报告。

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

进一步地，所述应用测试方法还包括：

步骤S61，在接收到基于所述测试报告触发的历史对比指令时，根据所述数据标识符，并查询数据库，获取历史版本应用对应的历史数据；

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

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

本实施例中，对于展示的方式，同样可以是图表的方式进行的；PC端在获取到历史性能数据的同时，还将获取到预设的图表模板，根据所述测试数据和历史性能数据设置图表属性，获得性能对比图表(例如柱状图、折线图等)，以供测试人员对比分析。

进一步地，所述应用测试方法还包括：

步骤S71，将所述数据对比图表在可视化显示界面进行展示，并在检测到基于所述数据对比图表触发的编辑请求时，开启所述数据对比图表的编辑模式；

步骤S72，基于用户在所述编辑模式下输入的显示维度，调整所述数据对比图表，以得到符合测试需求的数据对比图表。

本实施例中，将测试图表在可视化显示界面进行展示，需要补充说明的是测试图表可以是动态的，在检测到基于测试图表触发的编辑请求时，开启测试图表的编辑模式，基于测试人员在编辑模式下输入的显示维度调整所述测试图表，以得到符合测试需求即编辑条件的测试图表。测试人员可以对测试图表进行编辑，用户可以调整显示维度进行测试参数的显示，使得测试图表显示更加灵活和多样，测试人员可以快速地到影响测试因素。如测试人员可通过点击待CPU异常数据跳转至该APP的其他相关性能数据表格、条形图或者折线图，或者是跳转至该APP在其他终端上的CPU占用数据表格、条形图或者折线图，从而便于测试人员进行相关比较分析。

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

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

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

数据获取模块10，用于根据预设获取规则，获取目标终端中的iOS系统数据；

数据提取模块20，用于根据预设电量数据模板，在所述iOS系统数据中提取出所述目标终端对应的耗电量数据；

数据显示模块30，用于根据预设组装模板，将所述耗电量数据进行分类组装，生成目标耗电量数据，并根据预设格式模板显示所述目标耗电量数据。

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

封装单元，用于将预存的测试编码进行封装，将封装后的测试编码进行单独存储，并生成对应的调用接口；

选项框单元，用于根据所述调用接口生成对应的选项框，并通过测试界面显示所述选项框。

进一步地，数据获取模块10具体包括：

调用单元，用于当接收到测试请求时，获取所述测试请求中的拼装指令，根据所述拼装指令中的调用接口调用对应的测试编码；

含义获取单元，用于根据所述测试编码的语言类型确定对应的语法规则，并根据所述语法规则获取所述测试编码的操作含义；

指令封装单元，用于根据所述操作含义查找对应的终端控件信息，并根据所述操作含义和所述终端控件信息生成控件操作逻辑，并将所述控件操作逻辑封装为对应的终端测试指令。

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

类型确认单元，获取所述测试数据的数据标识符，根据所述数据标识符确定所述测试数据的数据类型；

异常判断单元，根据所述数据类型，获取所述测试数据对应的预设标准数据，并将所述测试数据与预设标准数据对比，判断所述测试数据是否异常；

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

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

报告生成模块，获取所述测试数据的数据标识符，根据所述数据标识符确定对应的报告模板，并将所述测试数据填充至所述报告模板，生成对应的测试报告。

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

历史对比单元，在接收到基于所述测试报告触发的历史对比指令时，根据所述数据标识符，并查询数据库，获取历史版本应用对应的历史数据；

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

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

图表编辑单元，将所述数据对比图表在可视化显示界面进行展示，并在检测到基于所述数据对比图表触发的编辑请求时，开启所述数据对比图表的编辑模式；

图表调整单元，基于用户在所述编辑模式下输入的显示维度，调整所述数据对比图表，以得到符合测试需求的数据对比图表。

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

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

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

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

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

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

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

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

Claims (10)

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

当接收到测试请求时，根据所述测试请求中包括的拼装指令调用对应的测试编码，并通过预设框架将所述拼装指令对应的测试编码编译为终端测试指令；

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

开启测试监控线程对所述测试终端的系统日志进行监测，实时获取所述测试终端执行测试操作时记录的测试指标数据。

2.如权利要求1所述的应用测试方法，其特征在于，所述当接收到测试请求时，根据所述测试请求中包括的拼装指令调用对应的测试编码，并通过预设框架将所述拼装指令对应的测试编码编译为终端测试指令的步骤之前，还包括：

将预存的测试编码进行封装，将封装后的测试编码进行单独存储，并生成对应的调用接口；

根据所述调用接口生成对应的选项框，并通过测试界面显示所述选项框。

3.如权利要求2所述的应用测试方法，其特征在于，所述当接收到测试请求时，根据所述测试请求中包括的拼装指令调用对应的测试编码，并通过预设框架将所述拼装指令对应的测试编码编译为终端测试指令的步骤具体包括：

当接收到测试请求时，获取所述测试请求中的拼装指令，根据所述拼装指令中的调用接口调用对应的测试编码；

根据所述测试编码的语言类型确定对应的语法规则，并根据所述语法规则获取所述测试编码的操作含义；

根据所述操作含义查找对应的终端控件信息，并根据所述操作含义和所述终端控件信息生成控件操作逻辑，并将所述控件操作逻辑封装为对应的终端测试指令。

4.如权利要求1所述的应用测试方法，其特征在于，所述开启测试监控线程对所述测试终端的系统日志进行监测，实时获取所述测试终端执行测试操作时记录的测试指标数据的步骤之后，还包括：

获取所述测试数据的数据标识符，根据所述数据标识符确定所述测试数据的数据类型；

根据所述数据类型，获取所述测试数据对应的预设标准数据，并将所述测试数据与预设标准数据对比，判断所述测试数据是否异常；

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

5.如权利要求1至4中任一项所述的应用测试方法，其特征在于，所述开启测试监控线程对所述测试终端的系统日志进行监测，实时获取所述测试终端执行测试操作时记录的测试指标数据的步骤之后，还包括：

获取所述测试数据的数据标识符，根据所述数据标识符确定对应的报告模板，并将所述测试数据填充至所述报告模板，生成对应的测试报告。

6.如权利要求5所述的应用测试方法，其特征在于，所述获取所述测试数据的数据标识符，根据所述数据标识符确定对应的报告模板，并将所述测试数据填充至所述报告模板，生成对应的测试报告的步骤之后，还包括：

在接收到基于所述测试报告触发的历史对比指令时，根据所述数据标识符，并查询数据库，获取历史版本应用对应的历史数据；

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

7.如权利要求6所述的应用测试方法，其特征在于，所述获取预设图表模板，并根据所述测试数据和历史数据设置图表属性，获得性能对比图表的步骤之后，还包括：

将所述数据对比图表在可视化显示界面进行展示，并在检测到基于所述数据对比图表触发的编辑请求时，开启所述数据对比图表的编辑模式；

基于用户在所述编辑模式下输入的显示维度，调整所述数据对比图表，以得到符合测试需求的数据对比图表。

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

指令编译模块，当接收到测试请求时，根据所述测试请求中包括的拼装指令调用对应的测试编码，并通过预设框架将所述拼装指令对应的测试编码编译为终端测试指令；

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

数据监测模块，开启测试监控线程对所述测试终端的系统日志进行监测，实时获取所述测试终端执行测试操作时记录的测试指标数据。

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

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