CN106095690A

CN106095690A - 应用的测试方法及移动终端

Info

Publication number: CN106095690A
Application number: CN201610480893.3A
Authority: CN
Inventors: 李阳节; 肖方旭
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2016-06-23
Filing date: 2016-06-23
Publication date: 2016-11-09

Abstract

本发明涉及移动通信技术领域，公开了一种应用的测试方法，包括：根据应用在所述移动终端上的性能缺陷，确定待测应用；根据待测应用的包名，生成与所述待测应用对应的测试用例；接收外部设备确定的测试条件选项；根据所述测试条件选项，按所述测试用例对所述待测应用进行测试，生成测试结果。本发明还公开了一种移动终端，用于实现上述方法。本发明实施例的测试方法具有较高的还原度、灵活性和可靠性，提升了用户的使用体验。

Description

应用的测试方法及移动终端

技术领域

本发明涉及移动通信技术领域，尤其涉及一种应用的测试方法及移动终端。

背景技术

随着移动终端的普遍使用及用户对移动终端依赖度的增加，基于移动终端智能平台的应用也日益丰富，实现同类型功能的应用通常存在数个，甚至十数个之多，基于同一功能开发的应用可能因其优化深度、测试条件的不同，而存在不同的应用性能，会不同程度的影响用户的使用体验。

基于上述原因，应用性能和使用体验的测试显得较为重要，而目前移动终端智能平台上的测试方法，通常仅是提供针对硬件水平测试，且应用分发平台(如应用商店、手机助手等)对各应用的好评分数也仅仅能代表应用在不同硬件平台下的综合分数，且该分数存在人为可控性(如刷好评，恶意差评等)，如何提供一种基于移动终端本地硬件平台的应用测试方法，客观的为用户提供应用性能的参考，成为本领域内亟待解决的问题。

发明内容

本发明实施例提供一种应用的测试方法及移动终端，以解决现有的移动终端智能平台无法为用户测试应用性能的问题。

第一方面，本发明实施例提供了一种应用的测试方法，应用于移动终端，包括：

根据应用在所述移动终端上的性能缺陷，确定待测应用；

根据待测应用的包名，生成与所述待测应用对应的测试用例；

接收外部设备确定的测试条件选项；

根据所述测试条件选项，按所述测试用例对所述待测应用进行测试，生成测试结果。

另一方面，本发明实施例还提供了一种移动终端，包括：

确定模块，用于根据应用在所述移动终端上的性能缺陷，确定待测应用；

第一生成模块，用于根据待测应用的包名，生成与所述待测应用对应的测试用例；

接收模块，用于接收外部设备确定的测试条件选项；

第二生成模块，用于根据所述测试条件选项，按所述测试用例对所述待测应用进行测试，生成测试结果。

本发明实施例通过收集应用在移动终端上的性能缺陷，将性能缺陷出现率较高或对用户使用体验影响较大的应用确定为待测应用，生成与待测应用对应的测试用例，并通过接受如台式电脑等外部设备的测试条件选项，在移动终端上对待测应用进行测试并生成结果，一方面由于对待测应用的测试在最接近用户使用场景的本地移动终端上进行，具有较高的还原度和可靠性；另一方面由于测试条件选项和测试用例各自存储在外部设备和移动终端上，使得测试用例的生成不会受到测试条件选项的选取的影响，测试条件选项的变更也不会影响测试用例的生成，具有较好的灵活性，同时，用户仅需通过外部设备选取测试条件选项即可自动在移动终端上得到测试结果，操作简单便捷，提升了用户的使用体验。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

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

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

图3是本发明的移动终端的第一实施例的结构示意图；

图4是本发明的移动终端的第二实施例的结构示意图；

图5是本发明另一个实施例的移动终端的框图。

具体实施方式

为了使本发明所解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

当本发明实施例提及“第一”、“第二”等序数词时，除非根据上下文其确实表达顺序之意，应当理解为仅仅是起区分之用。

如图1所示，为本发明的应用的测试方法的第一实施例的流程示意图。包括S101-S104。

S101，根据应用在移动终端上的性能缺陷，确定待测应用。

在本实施例中，移动终端可收集各应用存在的性能缺陷，收集的方式可以是通过网络服务器获取，当判断某个应用的性能缺陷出现率较高或对用户使用体验影响较大时，确定该应用为待测应用，以便后续对该应用进行测试。

S102，根据所述待测应用的包名，生成与待测应用对应的测试用例。

确定待测应用后，移动终端根据待测应用的包名生成与待测应用对应的测试用例，在本实施例中，测试用例(Test Case)是为测试待测应用是否在被测的目标移动终端上是否同样存在性能缺陷而编制的一组测试输入、执行条件以及预期结果。

S103，接收外部设备确定的测试条件选项。

测试条件选项包括随机测试、场景测试或压力测试。其中，在随机测试时，向移动终端发送随机的测试指令(如按键输入，触摸屏输入、手势输入等)；以此来检测对应待测应用运行时，移动终端的稳定性和完善性；在场景测试时，通过预设符合某一固定场景的测试流程，模拟该场景下对应待测应用运行时，移动终端的性能参数；在压力测试时，通过基于预设的上述随机测试和场景测试进行多次反复循环的测试来得出对应待测应用运行时，移动终端的性能参数。

上述测试条件选项可以是用户在外部设备上手动选取确定的。

S104，根据测试条件选项，按测试用例对待测应用进行测试，生成测试结果。

本步骤发生在被测的目标移动终端上，在本实施例中，测试结果用于体现待测应用对被测的目标移动终端对该应用的兼容性和优化程度。

如图2所示，为本发明的应用的测试方法的第二实施例的流程示意图，与上述方法的第一实施例不同的是，本发明实施例提供了测试用例和测试结果的具体实施方式，同时，本发明实施例给出了待测应用在被测的目标移动终端上的具体测试方式，包括S201-S208。

S201，根据各应用的启动时长、运行丢帧率、内存的异常回收次数或界面无响应次数，确定待测应用。

在本实施例中，待测应用可以是通过收集各应用的网络数据确定的，该网络数据可以是各应用在不同移动终端上运行后，由统一平台上传的，也是可以第三测试方发布的，其中，当某一应用启动时长、运行丢帧率、内存的异常回收次数或界面无响应次数超过预设的阈值后，确定该应用为待测应用。

S202，确定待测应用的待测界面。

待测界面可以是待测应用的首页，也可以是待测应用的子页面，可以是一个，也可以是多个。

S203，确定待测界面的测试指令，测试指令包括测试目标位置和测试操作，测试操作包括点击、滑动或拖动操作。

当确定测试界面后，可显示该待测界面，并由用户定义各待测界面的测试目标位置及测试操作，其中，待测目标位置可以是按钮或触控感应区等，测试操作可以是相应于待测目标位置的点击、滑动或拖动操作。

作为一种优选实施方案，移动终端可检测待测界面内容，获取待测界面内容的界面元素，提取界面元素中的操作按键或触控感应区，并将操作按键或触控感应区确定为测试目标位置，并根据界面元素的形状，在测试目标位置上生成对应的测试操作。示例性的，当界面元素为滑动栏时，生成对应的测试操作为滑动或拖动，当界面元素为圆形时，生成对应的测试操作为点击操作等。

S204，根据待测界面和测试指令，生成测试用例。

测试用例中包括多组待测界面和测试指令的对应关系。

S205，接收外部设备确定的测试条件选项。

在本实施例中，本步骤与上述方法的第一实施例的S103的原理相同，此处不再赘述。

S206，根据测试条件选项，在待测应用的待测界面执行测试指令。

本步骤S206发生在被测的目标移动终端上，当测试页面到达待测界面时，调用与该待测界面对应的测试指令。

S207，获取测试指令的执行日志。

执行日志通常保存在移动终端自动生成的log文件中，该log文件包括诸多专业词汇，并不便于用户理解。

S208，根据执行日志，生成测试结果，测试结果包括性能缺陷的次数或频率，存在缺陷的待测界面，以及缺陷产生的原因。

上述测试结果由执行日志生成，包括性能缺陷的次数或频率，存在缺陷的待测界面，以及缺陷产生的原因，以便与用户可权衡是否使用出现该缺陷的应用，给用户提供更多选择建议，同时上述测试结果可上传至网络服务器，以供应用开发人员对应用进行进一步优化。

本发明实施例通过具体的相关参数确定待测应用，由于该相关参数通常是发生在其他移动终端上并进行汇总的，由大数据生成的该相关参数更加可靠，对待测应用的确定更加准确；同时，本发明实施例提供了测试用例的具体实现方法，使得测试用例的生成兼具自动化与用户可操作性，提高了用户的使用体验和测试灵活性；另外，测试结果的多样性给用户权衡是否使用待测应用提供了更多参考，进一步提高了用户的使用体验，测试结果也利于应用开发人员对应用进行进一步优化或改善。

上文对本发明的应用的测试方法的实施例作了详细介绍。下面将相应于上述方法的移动终端作进一步阐述。其中，移动终端可以是手机、平板电脑、MP3、MP4、或笔记本电脑等。

如图3所示，为本发明的移动终端的第一实施例的结构示意图。

本实施例中，移动终端300包括，确定模块310、第一生成模块320、接收模块330和第二生成模块340。其中，

确定模块310，与第一生成模块320相连接，用于根据应用在移动终端上的性能缺陷，确定待测应用。

第一生成模块320，与第二生成模块340相连接，用于根据所述待测应用的包名，生成与待测应用对应的测试用例。

接收模块330，与第二生成模块340相连接，用于接收外部设备确定的测试条件选项。

第二生成模块340，用于根据测试条件选项，按测试用例对待测应用进行测试，生成测试结果。

在本实施例中，测试结果用于体现待测应用对被测的目标移动终端对该应用的兼容性和优化程度。

如图4所示，为本发明的移动终端的第二实施例的结构示意图。与上述移动终端的第一实施例不同的是，本发明提供了测试用例和测试结果的具体实施方式，同时，本发明实施例给出了待测应用在被测的目标移动终端上的具体测试方式。

本实施例中，移动终端400包括，确定模块410、第一生成模块420、接收模块430和第二生成模块440。其中，

确定模块410，与第一生成模块420相连接，用于根据各应用的启动时长、运行丢帧率、内存的异常回收次数和界面无响应次数，确定待测应用。

第一生成模块420，与第二生成模块440相连接，包括第一确定单元421、第二确定单元422和第一生成单元423。其中：

第一确定单元421，与第二确定单元422连接，用于确定待测应用的待测界面。

第二确定单元422，与第一生成单元423相连接，用于确定待测界面的测试指令，测试指令包括测试目标位置和测试操作，测试操作包括点击、滑动或拖动操作。

第一生成单元423，用于根据待测界面和测试指令，生成测试用例。

测试用例中包括多组待测界面和测试指令的对应关系。

接收模块430，与第二生成模块440连接，用于若接收到用户选择的待选项与验证密码匹配时，判定用户身份验证成功。

在本实施例中，本模块与上述移动终端的第一实施例的接收模块330的原理相同，此处不再赘述。

第二生成模块440，包括执行单元441、获取单元442和第二生成单元443。其中；

执行单元441，与获取单元442相连接，用于根据测试条件选项，在待测应用的待测界面执行测试指令。

当测试页面到达待测界面时，调用与该待测界面对应的测试指令。

获取单元442，与第二生成单元443相连接，用于获取测试指令的执行日志。

第二生成单元443，用于根据执行日志，生成测试结果，测试结果包括性能缺陷的次数或频率，缺陷的待测界面，以及缺陷产生的原因。

图5是本发明另一个实施例的移动终端的框图。图5所示的移动终端500包括：至少一个处理器501、存储器502、至少一个网络接口504和用户接口503。终端500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。

其中，用户接口503可以包括显示屏、触摸屏。

可以理解，本发明实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本文描述的系统和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器502存储了如下的元素，预设阈值，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统5021和应用程序5022。

其中，操作系统5021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序5022中。

在本发明实施例中，通过调用存储器502存储的程序或指令，具体的，可以是应用程序5022中存储的程序或指令，处理器501用于根据应用在移动终端上的性能缺陷，确定待测应用；根据所述待测应用的包名，生成与待测应用对应的测试用例；接收外部设备确定的测试条件选项；根据测试条件选项，按测试用例对待测应用进行测试，生成测试结果。

上述本发明实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。

上述的处理器501可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit ASIC)、现成可编程门阵列(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits，ASIC)、数字信号处理器(DigitalSignalProcessing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(ProgrammableLogicDevice，PLD)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，作为另一个实施例，处理器501还具体用于根据各应用的启动时长、运行丢帧率、内存的异常回收次数和界面无响应次数，确定待测应用。

可选的，作为另一个实施例，处理器501还用于确定所述待测应用的待测界面；确定所述待测界面的测试指令，所述测试指令包括测试目标位置和测试操作，所述测试操作包括点击、滑动或拖动操作；根据所述待测界面和所述测试指令，生成所述测试用例。

可选的，作为另一个实施例，处理器501还用于根据所述测试条件选项，在所述待测应用的待测界面执行所述测试指令；获取所述测试指令的执行日志；根据所述执行日志，生成测试结果，所述测试结果包括所述性能缺陷的次数或频率，缺陷的所述待测界面，以及所述缺陷产生的原因。

终端500能够实现前述实施例中终端实现的各个过程，为避免重复，这里不再赘述。本发明实施例通过收集应用在移动终端上的性能缺陷，将性能缺陷出现率较高或对用户使用体验影响较大的应用确定为待测应用，生成与待测应用对应的测试用例，并通过接受如台式电脑等外部设备的测试条件选项，在移动终端上对待测应用进行测试并生成结果，一方面由于对待测应用的测试在最接近用户使用场景的本地移动终端上进行，具有较高的还原度和可靠性；另一方面由于测试条件选项和测试用例各自存储在外部设备和移动终端上，使得测试用例的生成不会受到测试条件选项的选取的影响，测试条件选项的变更也不会影响测试用例的生成，具有较好的灵活性，同时，用户仅需通过外部设备选取测试条件选项即可自动在移动终端上得到测试结果，操作简单便捷，提升了用户的使用体验。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种应用的测试方法，应用于移动终端，其特征在于，包括：

根据应用在所述移动终端上的性能缺陷，确定待测应用；

根据所述待测应用的包名，生成与所述待测应用对应的测试用例；

接收外部设备确定的测试条件选项；

2.根据权利要求1所述的方法，其特征在于，所述根据应用在所述移动终端上的性能缺陷，确定待测应用的步骤，具体为：

根据各应用的启动时长、运行丢帧率、界面无响应次数或内存的回收异常次数，确定待测应用。

3.根据权利要求2所述的方法，其特征在于，所述根据所述待测应用的包名，生成与所述待测应用对应的测试用例的步骤，包括：

确定所述待测应用的待测界面；

确定所述待测界面的测试指令，所述测试指令包括测试目标位置和测试操作，所述测试操作包括点击、滑动或拖动操作；

根据所述待测界面和所述测试指令，生成所述测试用例。

4.根据权利要求3所述的方法，其特征在于，所述测试条件选项包括随机测试、场景测试或压力测试。

5.根据权利要求4所述的方法，其特征在于，所述根据所述测试条件选项，按所述测试用例对所述待测应用进行测试，获取测试结果的步骤，包括：

根据所述测试条件选项，在所述待测应用的待测界面执行所述测试指令；

获取所述测试指令的执行日志；

根据所述执行日志，生成测试结果，所述测试结果包括所述性能缺陷的次数或频率，存在缺陷的所述待测界面，以及所述缺陷产生的原因。

6.一种移动终端，其特征在于，包括：

第一生成模块，用于根据所述待测应用的包名，生成与所述待测应用对应的测试用例；

接收模块，用于接收外部设备确定的测试条件选项；

7.根据权利要求6所述的移动终端，其特征在于，所述确定模块，具体用于：

根据各应用的启动时长、运行丢帧率、内存的异常回收次数或界面无响应次数，确定待测应用。

8.根据权利要求7所述的移动终端，其特征在于，所述第一生成模块，包括：

第一确定单元，用于确定所述待测应用的待测界面；

第二确定单元，用于确定所述待测界面的测试指令，所述测试指令包括测试目标位置和测试操作，所述测试操作包括点击、滑动或拖动操作；

第一生成单元，用于根据所述待测界面和所述测试指令，生成所述测试用例。

9.根据权利要求8所述的移动终端，其特征在于，所述测试条件选项包括随机测试、场景测试或压力测试。

10.根据权利要求9所述的移动终端，其特征在于，第二生成模块，包括：

执行单元，用于根据所述测试条件选项，在所述待测应用的待测界面执行所述测试指令；

获取单元，用于获取所述测试指令的执行日志；

第二生成单元，用于根据所述执行日志，生成测试结果，所述测试结果包括所述性能缺陷的次数或频率，存在缺陷的所述待测界面，以及所述缺陷产生的原因。