一种应用程序的测试方法及设备与流程

文档序号:16667013发布日期:2019-01-18 23:20阅读:127来源:国知局
一种应用程序的测试方法及设备与流程
本发明属于信息处理
技术领域
,尤其涉及一种应用程序的测试方法及设备。
背景技术
:随着终端技术的不断发展,为了满足用户使用过程中的各种需求,应用程序的数量以及更新速度也不断增长,因此,如何高效地对应用程序进行校验,则直接影响应用程序的发布速度。在应用程序发布之前,需要对该应用程序的完备性以及正确性进行测试,现有的应用程序测试技术,一般是将所需测试的应用程序上载到测试平台,在测试平台中搭建对应的测试环境,在该测试环境内进行测试;但应用程序常常需要反复测试,在应用程序的测试间隔时期,测试平台会响应其他应用程序的测试请求,并构建另一测试环境,从而开发人员在每次上传应用程序进行测试时,均需要重新手动配置测试平台的测试环境,浪费了人力成本,并降低了应用程序的测试效率。技术实现要素:有鉴于此,本发明实施例提供了一种应用程序的测试方法及设备,以解决现有的应用程序的测试方法,对于文件服务器的负载压力较大,且系统的容量较小且扩容难度大的问题。本发明实施例的第一方面提供了一种应用程序的测试方法,包括:若接收到应用程序的测试启动指令,则获取所述应用程序的程序文件;所述程序文件携带有测试环境类型以及测试环境参数;从测试模板库中提取所述测试环境类型关联的测试模板,并将所述测试环境参数导入所述测试模板,搭建所述应用程序的测试环境;在所述测试环境中运行所述应用程序,并获取应用程序中各个接口的运行参数;基于所述运行参数,生成所述应用程序的测试报告。本发明实施例的第二方面提供了一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现第一方面的各个步骤。本发明实施例的第三方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现第一方面的各个步骤。实施本发明实施例提供的一种应用程序的测试方法及设备具有以下有益效果:本发明实施例通过将搭建应用程序的测试环境所需的参量,即测试环境类型以及测试环境参数,封装于应用程序的程序文件中,从而终端设备可以从程序文件中提取测试环境类型以及测试环境参数,并搭建该应用程序所需的测试环境,并自动启动应用程序的测试流程,输出应用程序的测试报告,减少了开发人员配置测试环境的时间,提高了应用程序的测试效率。附图说明为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1是本发明第一实施例提供的一种应用程序的测试方法的实现流程图;图2是本发明第二实施例提供的一种应用程序的测试方法具体实现流程图;图3是本发明第三实施例提供的一种应用程序的测试方法体实现流程图;图4是本发明第四实施例提供的一种应用程序的测试方法s103具体实现流程图;图5是本发明第五实施例提供的一种应用程序的测试方法s104具体实现流程图;图6是本发明一实施例提供的一种终端设备的结构框图;图7是本发明另一实施例提供的一种终端设备的示意图。具体实施方式为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。本发明实施例通过将搭建应用程序的测试环境所需的参量,即测试环境类型以及测试环境参数,封装于应用程序的程序文件中,从而终端设备可以从程序文件中提取测试环境类型以及测试环境参数,并搭建该应用程序所需的测试环境,并自动启动应用程序的测试流程,输出应用程序的测试报告,每次对应用程序进行测试时,均需要重新手动配置测试平台的测试环境,浪费了人力成本,并降低了应用程序的测试效率的问题。在本发明实施例中,流程的执行主体为终端设备。该终端设备包括但不限于:服务器、计算机、智能手机以及平板电脑等具有应用程序的测试功能的设备。特别地,该终端设备可以为一应用程序的测试平台,用于搭建供应用程序测试的测试环境,并响应各个用户终端发起的应用程序测试请求,该应用程序的测试平台可以为一个或多个服务器构成的测试系统。图1示出了本发明第一实施例提供的应用程序的测试方法的实现流程图,详述如下:在s101中,若接收到应用程序的测试启动指令,则获取所述应用程序的程序文件;所述程序文件携带有测试环境类型以及测试环境参数。在本实施例中,用户终端需要对应用程序进行测试时,可以向终端设备发送一个应用程序的测试启动指令,从而终端设备在接收到该测试启动指令时,会执行s101的操作。当然,该测试启动指令包含了应用程序的程序标识,终端根据该程序标识获取与之对应的应用程序的程序文件。该程序文件可以存储于终端设备的本地存储单元,在该情况下,终端设备直接根据程序标识查询本地存储单元中程序文件的存储路径,并通过该存储路径到对应的存储地址提取该应用程序的程序文件。各个应用程序的程序文件也可以存储在云端服务器上,在该情况下,终端设备可以与云端服务器建立通信连接,并向云端服务器发送一个应用程序获取请求,云端服务器根据应用程序获取请求中包含的程序标识,向终端设备返回与之对应的应用程序的程序文件。可选地,若终端设备并未获取得到应用程序的程序文件,即终端设备的本地存储单元和/或云端服务器并没有存储有该应用程序,则向发起测试启动指令的用户终端返回一个应用程序上传请求,以便用户终端向终端设备发送程序文件,当终端设备接收完毕该应用程序的程序文件后,则执行s102的相关操作。在本实施例中,应用程序的程序文件内已经预先封装了测试时所需设置的测试环境类型以及测试环境参数。其中,测试环境类型具体用于确定测试该应用程序所使用的测试模板,该测试模板可以包括输入参数的类型,例如对于图像处理类的应用程序,其输入参数的类型具体为图像类型或视频类型的数据,而对于社交互动类的应用程序,其输入参数的类型具体为交互指令,对于不同类型的应用程序,所使用的测试模板也存在差异,终端设备可以通过对该测试环境类型进行设置,来选取与之该应用程序相匹配的测试模板。而测试环境参数具体用于定义该测试模板中各个自定义测试参数,满足该应用程序的测试需求,该测试环境参数可以用于定义应用程序的测试项目以及各个测试项目所需的具体测试信号。由于应用程序在开发到发布的过程中,往往需要反复多次测试,当测试不通过后,则需要对应用程序的源码数据进行调整,以修复异常情况。通过将测试环境类型以及测试环境参数封装于应用程序的程序文件中,从而能够只进行一次配置,在后续测试过程中,只需修改应用程序的源码数据部分即可,测试流程依然可以获取在先设置的测试参数,避免重复对测试参数配置,提高了测试效率。可选地,应用程序的测试环境类型以及测试环境参数除了通过开发人员在首次生成程序文件时进行手动配置外,还可以通过如下方式自动进行配置:终端设备识别应用程序的程序类型,基于程序类型与测试模板之间的对应关系,查询该程序类型对应的测试模板,并获取该测试模板的测试环境类型;与此同时,终端设备检测程序文件中包含的接口参数,基于接口参数输出该应用程序的测试环境参数;将确定得到的测试环境类型以及测试环境参数封装于应用程序的程序文件内,实现自动对测试参数进行配置。在s102中,从测试模板库中提取所述测试环境类型关联的测试模板,并将所述测试环境参数导入所述测试模板,搭建所述应用程序的测试环境。在本实施例中,终端设备在接收到应用程序的程序文件后,会提取该程序文件中包含的是测试环境类型以及测试环境参数,根据测试环境类型,从测试模块库中的测试模板进行匹配,选取匹配成功的测试模块作为该应用程序的测试模板,并在确定了测试模板后,将测试环境参数内的各个参数值,填入到该测试模板对应的区域。其中,填入的具体方式可以为:测试环境参数中的各个参数值均配置对应的参数描述信息,终端设备基于该参数描述信息与测试模板中的各个可选项进行匹配,选取匹配度最高的可选项作为该参数值对应的填写区域,并导入到该测试模板的可选项内。当测试环境参数均导入完毕后,则可以基于该导入后的测试模板搭建该应用程序的测试环境,并执行后续的应用程序的测试操作。在本实施例中,该测试模板库可以存储于应用程序的本地存储区域内,也可以存储于云端服务器,在此不做限定。若测试模板库中不存在与测试模板类型相匹配的测试模板,则输出测试异常信息给用户终端,以便用户终端根据该应用程序创建与之对应的测试模板,并上传至测试模板库。当然,终端设备也可以对程序文件进行解析,判断该程序文件中是否包含该应用程序对应的测试模板,若存在,则将该测试模板添加到测试模板库,并与该测试环境类型进行关联。在s103中,在所述测试环境中运行所述应用程序,并获取应用程序中各个接口的运行参数。在本实施例中,终端设备在搭建完成应用程序的测试环境后,可以执行应用程序的测试流程。其中,若该测试环境为虚拟设备系统,即该虚拟设备内并未有该应用程序的注册信息,为了能够正常启动应用程序,终端设备可以在该虚拟设备系统内执行应用程序的安装操作,在安装完毕后再运行该应用程序,并通过预设的测试实例对应用程序进行测试,并获取应用程序各个接口的运行参数。在本实施例中,终端设备内可以存储有不同测试项目的应用测试实例,终端设备通过检测测试模板中包含的测试项目,从测试实例库中提取各个测试项目的应用测试实例,从而能够基于多个应用测试实例,采集到各个测试项目所需的运行参数,并执行s104的相关操作。可选地,若终端设备内并没有包含该应用程序的应用测试实例,终端设备可以对应用程序进行解析,获取应用程序的性能参数,并基于该性能参数调整测试实例模板中的参数值,例如,应用程序可以同时进行3线程并行工作,则可以在测试实例模板中配置三个并发模拟信号输入至应用程序,已检测应用程序在同时对三路模拟输入信号进行处理时的运行参数,从而确定应用程序是否通过测试。在s104中,基于所述运行参数,生成所述应用程序的测试报告。在本实施例中,终端设备在采集了所需的运行参数后,会将该测试参数与预设的运行阈值进行匹配,判断应用程序是否在额定参数范围内运行,从而确定应用程序是否存在异常,例如内存泄漏、运行逻辑混乱等情况,根据各个测试项目的测试结果,生成该应用程序的测试报告。可选地,若测试报告中包含测试不通过的测试项目,则向用户终端返回程序异常信息,并程序异常信息中添加测试不通过的测试项目信息,以便应用程序的开发人员根据程序异常信息对应用程序进行优化调整;反之,若测试报告中各个测试项目均测试通过,则可以对将该应用程序上传至程序发布平台,以便其他用户终端可以下载该应用程序。以上可以看出,本发明实施例提供的一种应用程序的测试方法通过将搭建应用程序的测试环境所需的参量,即测试环境类型以及测试环境参数,封装于应用程序的程序文件中,从而终端设备可以从程序文件中提取测试环境类型以及测试环境参数,并搭建该应用程序所需的测试环境,并自动启动应用程序的测试流程,输出应用程序的测试报告,减少了开发人员配置测试环境的时间,提高了应用程序的测试效率。图2示出了本发明第二实施例提供的一种应用程序的测试方法的具体实现流程图。参见图2所示,相对于图1述实施例,本实施例提供的一种应用程序的测试方法中在所述获取所述应用程序的程序文件之前,还包括:s201~s202,并且s101包括:s203~s204,具体详述如下:进一步到,在所述获取所述应用程序的程序文件之前,还包括:在s201中,接收关于所述应用程序的程序文件设置指令;所述程序文件设置指令包含所述测试环境类型以及所述测试环境参数。在本实施例中,终端设备还可以对应用程序的原生文件进行改造,以使各个上传至终端设备进行测试的应用程序的程序文件中均包含搭建测试环境所需的测试环境类型以及测试环境参数。由于大部分应用程序的原生文件,一般只包含源于程序运行逻辑的程序数据,以及在应用程序发送时所需同步帧。可选地,该应用程序的原生文件的格式包括有:同步帧字段、应用程序状态字段、源码数据字段以及保留字段,如表1所示。synchframeappstatemaindatareserve表1在本实施例中,用户可以向移动终端发送一个关于应用程序的程序文件设置指令,程序文件设置指令内携带有测试环境类型以及测试环境参数,从而实现对应用程序的测试环境的配置操作。用户可以直接在终端设备上输入上述两类型信息,在点击“设置完毕”或“指令生成”等按钮,以生成该程序文件设置指令。当然,用户还可以在本地的用户终端进行配置,在设置完毕后,用户终端与终端设备之间建立通信连接,并向终端设备发送应用程序的程序文件设置指令。需要说明的是,该程序文件设置指令除了包含上述两类测试环境参数外,还包含应用程序的程序标识,以便终端设备确定需要对哪一应用程序的原生文件进行修改。在s202中,基于所述程序文件设置指令生成测试配置帧,并在所述应用程序的原生文件的同步帧字段以及程序数据字段之间插入所述测试配置帧,输出所述程序文件。在本实施例中,终端设备在接收到程序文件设置指令后,会基于应用程序的程序标识,从应用程序库中提取对应的原生文件,并对该原生文件进行解析,识别该原生文件中包含的同步帧字段以及程序数据字段,并在上述两个字段之间插入一个测试配置帧,该测试配置帧包含有测试环境参数以及测试环境类型,并将插入了测试配置帧后的原生文件,识别为应用程序的程序文件。可选地,该应用程序的程序文件的数据格式如表2所示,其中,“testingenvironment”则为测试配置帧;“environmenttype”为测试环境类型;“environmentparameter”为测试环境参数。表2可选地,终端设备在接收到应用程序的环境测试指令后,会识别该应用程序是否已调整过应用程序的原生文件,即该应用程序已生成了包含测试配置帧的程序文件,在该情况下,终端设备只需根据本次发送的程序文件设置指令包含的测试环境类型以及测试环境参数替换程序文件的测试配置帧内的数据即可,无需重新生成测试配置帧,并插入到应用程序的原生文件,从而提高了应用程序的修改效率。进一步地,所述获取所述应用程序的程序文件,包括:在s203中,调用同步帧识别线程,以检测通信端口所接收的数据是否为同步帧字段。在本实施例中,终端设备在接收应用程序的过程中,会启动同步帧识别线程,对数据通信接口中接收到的数据进行解析,识别接收到的数据是否为同步帧字段。识别的具体过程如下:终端设备与用户终端之间基于预设的通信协议,已经约定了同步帧的数据格式,例如发送频率为100hz的脉冲信号且持续2s,即为一同步帧,因此,终端设备可以基于该预设约定的数据格式,对接收到的数据进行校验,检测接收到的数据是否符合同步帧字段的数据格式,若是,则识别接收到的数据为同步帧字段,并执行s204的相关操作;反之,则识别为噪声数据,继续对接收到的数据进行监听以及数据格式校验。在本实施例中,由于终端设备对应用程序的原生文件进行改造后,可能需要返回给用户终端对应用程序的源码数据进行修改,因此可能会需要重新进行程序文件的获取操作,在该情况下,终端设备可以通过对同步帧的即时检测,快速跳转到测试环境的配置流程,从而使得测试环境配置流程与程序文件的源码数据的接收过程能够同步执行,提高了应用程序的测试效率。在s204中,若检测到同步帧字段,则识别与所述同步帧字段相邻字段的数据为所述测试配置帧,提取所述测试配置帧包含的测试环境类型以及测试环境参数,执行所述从测试模板库中提取所述测试环境类型关联的测试模板的操作。在本实施例中,终端设备在检测到有同步帧字段后,由于程序文件中同步帧字段与测试配置帧字段之间是相邻的,因此终端设备可以将同步帧字段之后接收到的数据作为应用程序的测试配置帧,并在预设字节数后从接收到的数据截取得到测试配置帧,从而提取得到应用程序的程序文件的测试环境类型以及测试环境参数,并跳转至执行测试环境创建的步骤,与此同时,终端设备仍然可以通过通信接口获取应用程序的程序数据字段的内容。在本发明实施例中,通过对应用程序的原生文件进行改造,从而能够提高应用程序测试的适用范围,另一方面,通过对同步帧字段的识别,能够在接收程序数据的过程中对应用程序的测试环境进行配置,从而提高了应用程序的测试效率。图3示出了本发明第二实施例提供的一种应用程序的测试方法的具体实现流程图。参见图3所示,相对于图1述实施例,本实施例提供的一种应用程序的测试方法在所述获取所述应用程序的程序文件之前,还包括:s301~s304,具体详述如下:在s301中,获取所述应用程序的版本编号,并基于所述版本编号获取所述应用程序的关联程序的程序文件。在本实施例中,终端设备除了通过用户对测试环境类型以及测试环境参数进行手动配置外,还可以根据与应用程序存在关联关系的关联程序的测试环境进行自动配置调整,从而减少了用户所需执行的操作。在该情况下,终端设备会获取该应用程序的版本编号,并基于该版本编号与应用程序库中的各个应用程序的版本编号进行匹配,从而识别得到该应用程序的关联程序。可选地,该关联程序的版本编号与所需测试的应用程序的版本编号为两个相邻的版本编号,即关联程序为应用程序的上一版本的程序。在本实施例中,通过版本编号识别应用程序的关联应用程序,能够确定与应用程序的程序数据差异较小的关联程序,从而通过调整关联程序的测试环境参数,作为应用程序的测试环境参数,能够大大提高测试环境配置的准确率。当然,若终端设备存储有关联程序对应关系表,还可以根据该应用程序的版本编号,从对应关系表中查询该应用程序的关联程序,从而获取关联程序的程序文件。在s302中,基于所述关联程序的程序文件以及所述应用程序的程序文件,识别所述关联程序与所述应用程序之间的版本变更信息。在本实施例中,终端设备在获取了关联程序的程序文件以及应用程序的程序文件后,会对两个应用程序的程序数据进行比对,确定两个应用程序之间存在的差异部分,并生成一条版本变更记录,即两个程序文件之间存在不同的部分,均会通过版本变更记录的形式进行存储,从而将所有版本变更记录进行汇聚,则可以得到关联程序与应用程序之间的版本变更信息。在s303中,将所述关联程序的测试环境类型作为所述应用程序的测试环境类型,并根据所述版本变更信息以及所述关联程序的测试环境参数,生成所述应用程序的测试环境参数。在本实施例中,由于应用程序与关联程序之间属于版本较为接近的两个应用程序,即两个程序的程序类型是相同,只是有功能或程序性能上的差异,因此,关联程序的测试环境类型可以作为该应用程序的测试环境类型,即通过同样的测试模板搭建测试环境,而通过版本变更信息对关联程序的测试环境参数进行调整,以使调整后的测试环境参数与应用程序的功能以及性能相匹配,具体调整的过程如下:终端设备基于版本变更信息识别出变更项目,并从测试环境参数内的各个测试项目的描述信息进行匹配,确定该变更项目对应的测试项目,并基于该变更项目的参数值对该测试项目的参数值进行调整,从而实现调整后的测试环境参数与应用程序相匹配。在s304中,将所述应用程序的测试环境类型以及测试环境参数封装于所述应用程序的程序文件。在本实施例中,终端设备可以将自动配置得到的测试环境类型以及测试环境参数封装于应用程序的程序文件中,从而实现了对测试环境所需的设置参数进行自动配置的目的。在本发明实施例中,通过获取应用程序的关联程序,并基于关联程序的测试环境类型以及测试环境参数确定应用程序的测试环境类型以及测试环境参数,实现上述两类参数的自动配置,无需用户手动调整,提高了应用程序的测试效率。图4示出了本发明第三实施例提供的一种应用程序的测试方法s103的具体实现流程图。参见图4所示,相对于图1-图3所述实施例,本实施例提供的一种应用程序的测试方法中s103包括:s1031~s1032,具体详述如下:在s1031中,若检测到所述测试环境内包含触控测试项目,则启动模拟触控进程。在本实施例中,由于远端测试的过程中,大部分的点击操作可以通过发送对应的指令完成,但对于需要进行滑动操作的测试项目则无法通过控制指令来进行模拟。基于此,终端设备可以启动触控模拟程序,例如monkey测试程序,以使终端设备上能够模拟滑动轨迹的功能,完成所需进行触控测试项目的测试操作。在s1032中,通过所述模拟触控进程随机生成触控指令,以采集触控测试项目所关联的接口的运行参数。本实施例中,终端设备可以通过该模拟触控进行随机生成多个触控指令,并通过各个触控指令作为应用程序的输入,以检测基于上述触控输入后,应用程序输出的运行参数,完成关于触控测试项目的测试需求。在本发明实施例中,通过启动触控模拟程序,以实现在远端测试的过程中依然可以进行需要滑动轨迹的测试项目,提高了应用程序的测试方法的适应领域以及适用范围。图5示出了本发明第四实施例提供的一种应用程序的测试方法s104的具体实现流程图。参见图5所示,相对于图1-图3所述实施例,本实施例提供的一种应用程序的测试方法中s104包括:s1041~s1042,具体详述如下:在s1041中,将所述运行参数导入至预设的测试报告模板中的各个测试项目,并确定各个测试项目的测试结果;所述测试项目记录有运行参数的额定工作范围。在本实施例中,终端设备在采集了应用程序接口的运行参数后,可以基于该运行参数识别该应用程序是否测试通过,具体实现如下:终端设备会从本地数据库中获取应用程序对应的测试报告模板,该测试报告模板包含了多个测试项目,每个测试项目记录有对应运行参数的额定工作范围,终端设备可以根据采集得到的运行参数,导入到与之对应的测试项目内,与该测试项目的额定工作范围进行比较;若实际的运行参数在该额定工作范围内,则识别该测试项目为测试通过;反之,若实际的运行参数在额定工作范围外,则识别该测试项目为测试失败。在s1042中,基于各个所述测试项目的测试结果,生成所述应用程序的测试报告。在本实施例中,终端设备可以根据各个测试项目的测试结果,生成该应用程序对应的测试报告。当然,若任一测试项目的测试结果为测试失败,则向用户终端发送一个程序异常信息,并标记出所有测试失败的测试项目,以便用户基于测试失败的内容对应用程序进行调整;反之,若各个测试项目的测试结果为测试通过,则表示该应用程序可以发布,向用户终端发送一个发布确认信息,以便用户终端判断是否需要对噶应用程序进行发布。在本发明实施例中,通过检测应用程序的运行参数是否在额定工作范围内,从而判断应用程序是否测试完成,从而提高了应用程序的测试效率以及用户对测试报告的阅读速度。应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。图6示出了本发明一实施例提供的一种终端设备的结构框图,该终端设备包括的各单元用于执行图1对应的实施例中的各步骤。具体请参阅图1与图1所对应的实施例中的相关描述。为了便于说明,仅示出了与本实施例相关的部分。参见图6,所述终端设备包括:测试启动指令接收单元61,用于若接收到应用程序的测试启动指令,则获取所述应用程序的程序文件;所述程序文件携带有测试环境类型以及测试环境参数;测试环境搭建单元62,用于从测试模板库中提取所述测试环境类型关联的测试模板,并将所述测试环境参数导入所述测试模板,搭建所述应用程序的测试环境;运行参数获取单元63,用于在所述测试环境中运行所述应用程序,并获取应用程序中各个接口的运行参数;测试报告生成单元64,用于基于所述运行参数,生成所述应用程序的测试报告。可选地,所述终端设备还包括:测试环境配置接收单元,用于接收关于所述应用程序的程序文件设置指令;所述程序文件设置指令包含所述测试环境类型以及所述测试环境参数;测试配置帧插入单元,用于基于所述程序文件设置指令生成测试配置帧,并在所述应用程序的原生文件的同步帧字段以及程序数据字段之间插入所述测试配置帧,输出所述程序文件;所述测试启动指令接收单元61,包括:同步帧识别单元,用于调用同步帧识别线程,以检测通信端口所接收的数据是否为同步帧字段;测试配置帧提取单元,用于若检测到同步帧字段,则识别与所述同步帧字段相邻字段的数据为所述测试配置帧,提取所述测试配置帧包含的测试环境类型以及测试环境参数,执行所述从测试模板库中提取所述测试环境类型关联的测试模板的操作。可选地,所述终端设备还包括:关联程序识别单元,用于获取所述应用程序的版本编号,并基于所述版本编号获取所述应用程序的关联程序的程序文件;版本变更信息识别单元,用于基于所述关联程序的程序文件以及所述应用程序的程序文件,识别所述关联程序与所述应用程序之间的版本变更信息;环境参数配置单元,用于将所述关联程序的测试环境类型作为所述应用程序的测试环境类型,并根据所述版本变更信息以及所述关联程序的测试环境参数,生成所述应用程序的测试环境参数;程序文件封装单元,用于将所述应用程序的测试环境类型以及测试环境参数封装于所述应用程序的程序文件。可选地,所述运行参数获取单元63包括:模拟触控进程启动单元,用于若检测到所述测试环境内包含触控测试项目,则启动模拟触控进程;触控指令输出单元,用于通过所述模拟触控进程随机生成触控指令,以采集触控测试项目所关联的接口的运行参数。可选地,所述测试报告生成单元64包括:测试项目检测单元,用于将所述运行参数导入至预设的测试报告模板中的各个测试项目,并确定各个测试项目的测试结果;所述测试项目记录有运行参数的额定工作范围;测试报告输出单元,用于基于各个所述测试项目的测试结果,生成所述应用程序的测试报告。因此,本发明实施例提供的终端设备同样可以通过将搭建应用程序的测试环境所需的参量,即测试环境类型以及测试环境参数,封装于应用程序的程序文件中,从而终端设备可以从程序文件中提取测试环境类型以及测试环境参数,并搭建该应用程序所需的测试环境,并自动启动应用程序的测试流程,输出应用程序的测试报告,减少了开发人员配置测试环境的时间,提高了应用程序的测试效率。图7是本发明另一实施例提供的一种终端设备的示意图。如图7所示,该实施例的终端设备7包括:处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机程序72,例如应用程序的测试程序。所述处理器70执行所述计算机程序72时实现上述各个应用程序的测试方法实施例中的步骤,例如图1所示的s101至s105。或者,所述处理器70执行所述计算机程序72时实现上述各装置实施例中各单元的功能,例如图6所示模块61至65功能。示例性的,所述计算机程序72可以被分割成一个或多个单元,所述一个或者多个单元被存储在所述存储器71中,并由所述处理器70执行,以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序72在所述终端设备7中的执行过程。例如,所述计算机程序72可以被分割成测试启动指令接收单元、测试环境搭建单元、运行参数获取单元以及测试报告生成单元,各单元具体功能如上所述。所述终端设备7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括,但不仅限于,处理器70、存储器71。本领域技术人员可以理解,图7仅仅是终端设备7的示例,并不构成对终端设备7的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。所称处理器70可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。所述存储器71可以是所述终端设备7的内部存储单元,例如终端设备7的硬盘或内存。所述存储器71也可以是所述终端设备7的外部存储设备,例如所述终端设备7上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1