测试方法及装置与流程

文档序号:12363409阅读:160来源:国知局
测试方法及装置与流程

本公开涉及无线通信技术领域,尤其涉及一种测试方法及装置。



背景技术:

系统升级功能,是一个系统、应用的基本功能,有了升级功能才能做版本的快速迭代,用户才能最快的使用到最新开发的功能。测试人员可能每天都会对当天的升级包进行测试,以保证每周发布的版本的稳定性。不管从功能的重要性来看,还是从功能的频繁度来看,系统升级功能的测试都是至关重要的。



技术实现要素:

本公开实施例提供一种测试方法及装置。

根据本公开实施例的第一方面,提供一种测试方法,包括:

启动测试应用程序;

获取所述测试应用程序的测试执行状态,所述测试执行状态用于表示所述测试应用程序是在所述操作系统重启前执行的还是在所述操作系统重启后执行的;

当根据所述测试执行状态确定所述测试应用程序是在操作系统重启后执行的时,执行所述测试应用程序中在重启操作系统指令之后对应的测试步骤。

可选的,获取所述测试应用程序的测试执行状态,包括:

向网络侧或与被测终端有数据连接的存储设备发送所述测试应用程序的测试执行状态请求;

接收所述网络侧或存储设备反馈的所述测试执行状态。

可选的,在启动测试应用程序之前,所述方法还包括:

下载升级所述操作系统的升级数据包;

当根据所述测试执行状态确定所述测试应用程序是在操作系统重启前执行的时,所述方法还包括:

调用所述升级数据包对所述操作系统进行升级;

向所述网络侧或与被测终端有数据连接的存储设备发送所述测试应用程序的测试执行状态,由所述网络侧或与被测终端有数据连接的存储设备存储所述测试应用程序的测试执行状态。

可选的,所述方法还包括:

当所述操作系统重启后,判断根据所述升级数据包对所述操作系统的升级是否成功。

根据本公开实施例的第二方面,提供一种测试装置,包括:

启动模块,用于启动测试应用程序;

获取模块,用于获取所述测试应用程序的测试执行状态,所述测试执行状态用于表示所述测试应用程序是在所述操作系统重启前执行的还是在所述操作系统重启后执行的;

执行模块,用于当根据所述测试执行状态确定所述测试应用程序是在操作系统重启后执行的时,执行所述测试应用程序中在重启操作系统指令之后对应的测试步骤。

可选的,所述获取模块包括:

发送子模块,用于向网络侧或与被测终端有数据连接的存储设备发送所述测试应用程序的测试执行状态请求;

接收子模块,用于接收所述网络侧或存储设备反馈的所述测试执行状态。

可选的,所述装置还包括:

下载模块,用于在启动测试应用程序之前,下载升级所述操作系统的升级数据包;

调用模块,用于当根据所述测试执行状态确定所述测试应用程序是在操作系统重启前执行的时,调用所述升级数据包对所述操作系统进行升级;

发送模块,用于向所述网络侧或与被测终端有数据连接的存储设备发送所述测试应用程序的测试执行状态,由所述网络侧或与被测终端有数据连接的存储设备存储所述测试应用程序的测试执行状态。

可选的,所述装置还包括:

判断模块,用于当所述操作系统重启后,判断根据所述升级数据包对所述操作系统的升级是否成功。

根据本公开实施例的第三方面,提供一种测试装置,包括:

处理器;

用于存储处理器可执行指令的存储器;

其中,所述处理器被配置为:

启动测试应用程序;

获取所述测试应用程序的测试执行状态,所述测试执行状态用于表示所述测试应用程序是在所述操作系统重启前执行的还是在所述操作系统重启后执行的;

当根据所述测试执行状态确定所述测试应用程序是在操作系统重启后执行的时,执行所述测试应用程序中在重启操作系统指令之后对应的测试步骤。

本公开的实施例提供的技术方案可以包括以下有益效果:避免重启后由于丢失测试执行状态引起的重新执行测试应用程序,而使得对操作系统的升级测试陷入一个重启的死循环。而且,使得测试能够在无需人工干预的情况下自动完成系统升级,提高了测试效率,节约了测试人员的工作时间。另外,在操作系统重启后,测试应用程序能够自动启动,使得测试能够完整执行。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种测试方法的流程图;

图2是根据另一示例性实施例示出的一种测试方法的流程图;

图3是根据另一示例性实施例示出的一种测试方法的流程图;

图4是根据一示例性实施例示出的一种测试装置的框图;

图5是根据一示例性实施例示出的获取模块的框图;

图6是根据另一示例性实施例示出的一种测试装置的框图;

图7是根据另一示例性实施例示出的一种测试装置的框图;

图8是根据一示例性实施例示出的一种用于测试的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

操作系统的更新一般都是需要重启系统的,这给自动化测试方案带来了不便,一旦操作系统重启,那么之前测试的状态就丢了,重启之后很难再从重启之前的点恢复。所以目前系统升级的测试都是基于手工测试,手动进入升级页面,更新下载目标升级包,然后做操作系统升级,操作系统重启后查看升级后是否正常。整个过程比较耗时,会浪费过多的测试人员的工作时间。

图1是根据一示例性实施例示出的一种测试方法的流程图,如图1所示,测试方法用于终端中,包括以下步骤。

在步骤S11中,启动测试应用程序;

在步骤S12中,获取测试应用程序的测试执行状态,测试执行状态用于表示测试应用程序是在操作系统重启前执行的还是在操作系统重启后执行的;

在步骤S13中,当根据测试执行状态确定测试应用程序是在操作系统重启后执行的时,执行测试应用程序中在重启操作系统指令之后对应的测试步骤。

本实施例中,当测试应用程序被启动后,会调用系统更新用的升级数据包,终端对操作系统进行更新,这时,会获取该测试应用程序的测试状态,即本次测试是在操作系统重启前执行的还是在操作系统重启后执行的;如果本次测试是在操作系统重启后执行的,即该测试应用程序在操作系统重启前已经执行过,则不再从头开始执行测试应用程序,而是执行测试应用程序中在重启操作系统指令之后对应的测试步骤。

这样,避免重启后由于丢失测试执行状态引起的重新执行测试应用程序,而使得对操作系统的升级测试陷入一个重启的死循环。而且,使得测试能够在无需人工干预的情况下自动完成系统升级,提高了测试效率,节约了测试人员的工作时间。另外,在操作系统重启后,测试应用程序能够自动启动,使得测试能够完整执行。

图2是根据另一示例性实施例示出的一种测试方法的流程图,如图2所示,可选的,步骤S12包括:

步骤S21,向网络侧或与被测终端有数据连接的存储设备发送测试应用程序的测试执行状态请求;

步骤S22,接收网络侧或存储设备反馈的测试执行状态。

在可选方案中,测试执行状态可以由网络侧的服务器或与被测终端有数据连接的存储设备保存,以便终端重启后,可以从网络侧或与被测终端有数据连接的存储设备获取到该测试执行状态,使得对操作系统的升级测试不会陷入一个重启的死循环。

图3是根据另一示例性实施例示出的一种测试方法的流程图,如图2所示,可选的,在步骤S11之前,该方法还包括:

步骤S31,下载升级操作系统的升级数据包;

当根据测试执行状态确定测试应用程序是在操作系统重启前执行的时,该方法还包括:

步骤S32,调用升级数据包对操作系统进行升级;

步骤S33,向网络侧或与被测终端有数据连接的存储设备发送测试应用程序的测试执行状态,由网络侧或与被测终端有数据连接的存储设备存储测试应用程序的测试执行状态。

在可选方案中,可以自动下载升级所需的升级数据包,当确定本次测试是在操作系统重启前执行的,即该测试应用程序刚开始执行,则正常进行操作系统的升级,并将测试应用程序的测试执行状态发送到网络侧或与被测终端有数据连接的存储设备,以便终端重启后,可以从网络侧或与被测终端有数据连接的存储设备获取到该测试执行状态,使得对操作系统的升级测试不会陷入一个重启的死循环。

可选的,该方法还包括:

当操作系统重启后,判断根据升级数据包对操作系统的升级是否成功。

在可选方案中,当操作系统重启后,测试应用程序判断对操作系统的升级是否成功,例如,可以根据操作系统版本号来判断。这样,使得测试应用程序完整执行,能够获得最终的测试结果,使得测试能够在无需人工干预的情况下自动完成系统升级,提高了测试效率,节约了测试人员的工作时间。

图4是根据一示例性实施例示出的一种测试装置的框图。如图4所示,该装置包括启动模块41,获取模块42和执行模块43。

启动模块41被配置为启动测试应用程序;

获取模块42被配置为获取所述测试应用程序的测试执行状态,所述测试执行状态用于表示所述测试应用程序是在所述操作系统重启前执行的还是在所述操作系统重启后执行的;

执行模块43被配置为当根据所述测试执行状态确定所述测试应用程序是在操作系统重启后执行的时,执行所述测试应用程序中在重启操作系统指令之后对应的测试步骤。

图5是根据一示例性实施例示出的获取模块的框图。如图5所示,可选的, 获取模块42包括:

发送子模块51被配置为向网络侧或与被测终端有数据连接的存储设备发送所述测试应用程序的测试执行状态请求;

接收子模块52被配置为接收所述网络侧或存储设备反馈的所述测试执行状态。

图6是根据另一示例性实施例示出的一种测试装置的框图。如图6所示,可选的,该装置还包括:

下载模块44被配置为在启动测试应用程序之前,下载升级所述操作系统的升级数据包;

调用模块45被配置为当根据所述测试执行状态确定所述测试应用程序是在操作系统重启前执行的时,调用所述升级数据包对所述操作系统进行升级;

发送模块46被配置为向所述网络侧或与被测终端有数据连接的存储设备发送所述测试应用程序的测试执行状态,由所述网络侧或与被测终端有数据连接的存储设备存储所述测试应用程序的测试执行状态。

图7是根据另一示例性实施例示出的一种测试装置的框图。如图7所示,可选的,该装置还包括:

判断模块47被配置为当所述操作系统重启后,判断根据所述升级数据包对所述操作系统的升级是否成功。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

本公开还提供一种测试装置,包括:

处理器;

用于存储处理器可执行指令的存储器;

其中,所述处理器被配置为:

启动测试应用程序;

获取所述测试应用程序的测试执行状态,所述测试执行状态用于表示所述 测试应用程序是在所述操作系统重启前执行的还是在所述操作系统重启后执行的;

当根据所述测试执行状态确定所述测试应用程序是在操作系统重启后执行的时,执行所述测试应用程序中在重启操作系统指令之后对应的测试步骤。

图8是根据一示例性实施例示出的一种用于测试的装置的框图。例如,装置8可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。

如图8所示,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。

处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为装置800生成、管理和分配电力相 关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到设备800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器, 用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。

在示例性实施例中,装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由装置800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质,当所述存储介质中的指令由移动终端的处理器执行时,使得移动终端能够执行一种测试方法,所述方法包括:

启动测试应用程序;

获取所述测试应用程序的测试执行状态,所述测试执行状态用于表示所述测试应用程序是在所述操作系统重启前执行的还是在所述操作系统重启后执行的;

当根据所述测试执行状态确定所述测试应用程序是在操作系统重启后执行的时,执行所述测试应用程序中在重启操作系统指令之后对应的测试步骤。

可选的,获取所述测试应用程序的测试执行状态,包括:

向网络侧或与被测终端有数据连接的存储设备发送所述测试应用程序的测试执行状态请求;

接收所述网络侧或存储设备反馈的所述测试执行状态。

可选的,在启动测试应用程序之前,所述方法还包括:

下载升级所述操作系统的升级数据包;

当根据所述测试执行状态确定所述测试应用程序是在操作系统重启前执行的时,所述方法还包括:

调用所述升级数据包对所述操作系统进行升级;

向所述网络侧或与被测终端有数据连接的存储设备发送所述测试应用程序的测试执行状态,由所述网络侧或与被测终端有数据连接的存储设备存储所述测试应用程序的测试执行状态。

可选的,所述方法还包括:

当所述操作系统重启后,判断根据所述升级数据包对所述操作系统的升级是否成功。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1