CN111309605A

CN111309605A - 终端测试方法、装置、存储介质及终端设备

Info

Publication number: CN111309605A
Application number: CN202010082634.1A
Authority: CN
Inventors: 刘义君
Original assignee: Huizhou TCL Mobile Communication Co Ltd
Current assignee: Huizhou TCL Mobile Communication Co Ltd
Priority date: 2020-02-07
Filing date: 2020-02-07
Publication date: 2020-06-19
Anticipated expiration: 2040-02-07
Also published as: CN111309605B

Abstract

本申请公开了一种终端测试方法、装置、存储介质及终端设备，该方法包括：获取原始测试套件以及多个典型测试用例；根据该原始测试套件和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序；根据该测试顺序和测试用例组对移动终端进行测试，从而能较快完成终端兼容性测试，缩短了测试周期，提高了测试效率，测试效果好。

Description

终端测试方法、装置、存储介质及终端设备

技术领域

本申请涉及终端技术领域，尤其涉及一种终端测试方法、装置、存储介质及终端设备。

背景技术

CTS(Compatibility Test Suite)是google的兼容性测试。对于出货海外市场的安卓Android设备必须通过CTS测试才能在市场上销售，其目的是为了用户在安卓系统中有更好的用户体验，并展示安卓应用的优越性能，使得安卓开发者更容易编写高质量的安卓程序，通常，只有通过CTS测试的设备才能获得安卓的商标和享受安卓市场的权限。

传统的CTS测试为：通过Google释放原始CTS测试套件，并利用该CTS测试套件测试安卓设备，之后开发人员拿到测试结果针对失败用例进行分析，待开发人员修正以后，再编译版本，进行下一次测试，直至所有失败用例修正完。但是，由于64位系统的设备每跑完一次需要大概三天的时间，在不断修正测试过程中，CTS测试无疑会耗费较长时间，导致测试周期长、测试效率低。

发明内容

本申请实施例提供一种终端测试方法、装置、存储介质及终端设备，能较快实现终端兼容性测试，避免测试周期长，提高了测试效率。

本申请实施例提供了一种终端测试方法，包括：

获取原始测试套件以及多个典型测试用例；

根据所述原始测试套件和所述多个典型测试用例确定多个测试用例组、以及每个所述测试用例组的测试顺序；

根据所述测试顺序和测试用例组对移动终端进行测试。

本申请实施例还提供了一种终端测试装置，包括：

获取模块，用于获取原始测试套件以及多个典型测试用例；

确定模块，用于根据所述原始测试套件和所述多个典型测试用例确定多个测试用例组、以及每个所述测试用例组的测试顺序；

测试模块，用于根据所述测试顺序和测试用例组对移动终端进行测试。

其中，所述确定模块具体包括：

解压单元，用于对所述原始测试套件进行解压，以得到原始的测试用例集；

过滤单元，用于从所述原始的测试用例集中过滤掉所述多个典型测试用例，得到过滤后的测试用例集；

确定单元，用于根据所述过滤后的测试用例集和所述多个典型测试用例确定多个测试用例组、以及每个所述测试用例组的测试顺序。

其中，所述确定单元具体用于：

将所述多个典型测试用例作为一组，得到一个测试用例组；

根据所述过滤后的测试用例集中每个测试用例对应的功能模块，将所述过滤后的测试用例集划分成预设个按顺序排列的测试用例组；

根据排列顺序确定每个所述测试用例组的测试顺序。

其中，所述测试模块具体用于：

按照所述测试顺序从所述测试用例组中确定目标测试用例组；

利用所述目标测试用例组对移动终端进行测试，并检测测试过程中是否存在测试失败的测试用例；

若存在，则对所述测试失败的测试用例重新进行测试，并返回执行所述检测测试过程中是否存在测试失败的测试用例的步骤，直至达到预设测试次数；

若不存在，则按照所述测试顺序从剩余的所述测试用例组中确定目标测试用例组，并返回执行所述利用所述目标测试用例组对移动终端进行测试的步骤，直至完成测试过程。

其中，所述测试模块还用于：

在测试过程中，检测所述目标测试用例组是否完成测试；

若是，则获取所述目标测试用例组中每个测试用例的测试次数和测试结果；

根据所述测试次数和测试结果生成测试报告；

向用户输出所述测试报告。

本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有多条指令，所述指令适于由处理器加载以执行上述任一项终端测试方法。

本申请实施例还提供了一种服务器，包括处理器和存储器，所述处理器与所述存储器电性连接，所述存储器用于存储指令和数据，所述处理器用于执行上述任一项所述的终端测试方法中的步骤。

本申请提供的终端测试方法、装置、存储介质及终端设备，通过获取原始测试套件以及多个典型测试用例，之后根据该原始测试套件和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序，并根据该测试顺序和测试用例组对移动终端进行测试，从而能较快完成终端兼容性测试，缩短了测试周期，提高了测试效率，测试效果好。

附图说明

下面结合附图，通过对本申请的具体实施方式详细描述，将使本申请的技术方案及其它有益效果显而易见。

图1为本申请实施例提供的终端测试方法的流程示意图。

图2为本申请实施例提供的终端测试方法的另一流程示意图。

图3为本申请实施例提供的终端测试场景的示意图。

图4为本申请实施例提供的终端测试装置的结构示意图。

图5为本申请实施例提供的终端测试装置的另一结构示意图。

图6为本申请实施例提供的终端设备的结构示意图。

图7为本申请实施例提供的终端设备的另一结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

一种终端测试方法，包括：获取原始测试套件以及多个典型测试用例；根据该原始测试套件和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序；根据该测试顺序和测试用例组对移动终端进行测试。

如图1所示，图1是本申请实施例提供的终端测试方法的流程示意图，该终端测试方法应用于终端设备，比如台式电脑、笔记本电脑、手机等，该终端测试方法的具体流程可以如下：

S101.获取原始测试套件以及多个典型测试用例。

其中，该原始测试套件用于对移动终端中不同功能模块的性能进行测试，其可以由两个部分组成：自动化测试框架和测试用例，其中自动化测试框架用于管理测试执行情况，测试用例则在被测设备上运行。该原始测试套件可以是网上下载的，比如谷歌发布的CTS(Compatibility Test Suite)测试套件，也可以是研发人员自行研发的。

该典型测试用例可以包括用户上传的测试用例、和/或基于历史测试情况提取出的失败频率较高的测试用例。通常，移动终端出厂前，需要对其进行兼容性测试，此时，可以一边从谷歌厂商获取其发布的最新CTS测试套件，一边从本地库中获取历史测试过程中失败频率较高的测试用例。

S102.根据该原始测试套件和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序。

例如，上述步骤S102具体可以包括：

S1021.对该原始测试套件进行解压，以得到原始的测试用例集。

其中，该原始测试套件通常是一个压缩包形式，在使用前，需要对其进行解压，其里面涵盖的测试用例通常是最全面的。

S1022.从该原始的测试用例集中过滤掉该多个典型测试用例，得到过滤后的测试用例集。

S1023.根据该过滤后的测试用例集和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序。

例如，上述步骤S1023具体可以包括：

将该多个典型测试用例作为一组，得到一个测试用例组；

根据该过滤后的测试用例集中每个测试用例对应的功能模块，将该过滤后的测试用例集划分成预设个按顺序排列的测试用例组；

根据排列顺序确定每个该测试用例组的测试顺序。

其中，由于不同测试用例用于测试移动终端中的不同功能模块，故可以将同一功能模块或多个功能模块对应的测试用例分为一组，或者可以基于每个功能模块预估的测试时长，将这些测试用例按时间大致均分成指定组数，比如四个组，使不同测试用例组的测试时间大致相等。

与此同时，该典型测试用例对应的测试用例组可以放在首位测试，其他测试用例组紧接其后，其测试顺序取决于各自的排列顺序，而不同测试用例组的排列顺序可以根据功能模块的重要程度来定，比如重要程度越高的功能模块对应的测试用例组，其排列顺序可以越靠前。

S103.根据该测试顺序和测试用例组对该终端设备进行测试。

例如，上述步骤S103具体可以包括：

按照该测试顺序从该测试用例组中确定目标测试用例组；

利用该目标测试用例组对移动终端进行测试，并检测测试过程中是否存在测试失败的测试用例；

若存在，则对该测试失败的测试用例重新进行测试，并返回执行该检测测试过程中是否存在测试失败的测试用例的步骤，直至达到预设测试次数；

若不存在，则按照该测试顺序从剩余的该测试用例组中确定目标测试用例组，并返回执行该利用该目标测试用例组对移动终端进行测试的步骤，直至完成测试过程。

其中，在测试时，需要通过执行文件或脚本在移动终端中运行目标测试用例组中的测试用例，目标测试用例组通常按照测试顺序依次选取。一旦测试过程中发现有测试失败的测试用例，则在当前测试用例组测试完成时，无需等待终端整个测试工作完成即进入重复测试阶段，并且可以只针对这些测试失败的测试用例进行重复测试，以尽量缩短测试周期。通常，当某个失败的测试用例重复测试达到预设测试次数，比如3时，可以结束重复测试，并按顺序进入下一目标测试用例组的测试工作。

需要说明的是，在测试过程中，该终端测试方法还包括：

检测该目标测试用例组是否完成测试；

若是，则获取该目标测试用例组中每个测试用例的测试次数和测试结果；

根据该测试次数和测试结果生成测试报告；

向用户输出该测试报告。

其中，为使用户尽快拿到测试报告，提高终端测试速度，可以在每次完成一组测试用例的测试时，就生成对应测试报告，以便用户基于该测试报告对移动终端及早进行修正，从而无需等待终端整个测试工作完成。

由上述可知，本实施例提供的终端测试方法，通过获取原始测试套件以及多个典型测试用例，之后根据该原始测试套件和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序，并根据该测试顺序和测试用例组对移动终端进行测试，从而能较快完成终端兼容性测试，缩短了测试周期，提高了测试效率，测试效果好。

根据上述实施例所描述的方法，本申请还提供另一种终端测试方法，如图2所示，该终端测试方法应用于终端设备，比如台式电脑、笔记本电脑、手机等，该终端测试方法具体流程可以如下：

S201.获取原始测试套件以及多个典型测试用例。

其中，该原始测试套件用于对移动终端中不同功能模块的性能进行测试，其可以由两个部分组成：自动化测试框架和测试用例，其中自动化测试框架用于管理测试执行情况，测试用例则在被测设备上运行。该原始测试套件可以是网上下载的，比如谷歌发布的CTS(Compatibility Test Suite)测试套件，也可以是研发人员自行研发的。该典型测试用例可以包括用户上传的测试用例、和/或基于历史测试情况提取出的失败频率较高的测试用例。

S202.对该原始测试套件进行解压，以得到原始的测试用例集，并从该原始的测试用例集中过滤掉该多个典型测试用例，得到过滤后的测试用例集。

S203.将该多个典型测试用例作为一组，得到一个测试用例组，同时，根据该过滤后的测试用例集中每个测试用例对应的功能模块，将该过滤后的测试用例集划分成预设个按顺序排列的测试用例组。

S204.根据排列顺序确定每个该测试用例组的测试顺序，并按照该测试顺序从该测试用例组中确定目标测试用例组。

S205.利用该目标测试用例组对移动终端进行测试。

其中，在测试时，需要通过执行文件或脚本在移动终端中运行目标测试用例组中的测试用例，请参见图3，终端设备可以是具有显示桌面的电脑，移动终端可以是手机、IPAD、电脑、智能手表等，终端设备可以通过执行文件或脚本控制测试用例在移动终端上运行，以对移动终端的模块功能进行测试。

S206.检测测试过程中是否存在测试失败的测试用例，若存在，则当未达到预设测试次数时，执行下述步骤S207，当达到预设测试次数时，执行下述步骤S208，若不存在，则执行下述步骤S208。

S207.对该测试失败的测试用例重新进行测试，并返回执行上述步骤S205。

S208.按照该测试顺序从剩余的该测试用例组中确定目标测试用例组，并返回执行上述步骤S205。

S209.在测试过程中，检测该目标测试用例组是否完成测试，若否，则继续测试，若是，则执行下述步骤S210。

S210.获取该目标测试用例组中每个测试用例的测试次数和测试结果，并根据该测试次数和测试结果生成测试报告，之后向用户输出该测试报告。

根据上述实施例所描述的方法，本实施例将从终端测试装置的角度进一步进行描述，该终端测试装置具体可以作为独立的实体来实现。

请参阅图4，图4具体描述了本申请实施例提供的终端测试装置，应用于终端设备，比如台式电脑、笔记本电脑、手机等，该终端测试装置可以包括：获取模块10、确定模块20和测试模块30，其中：

(1)获取模块10

获取模块10，用于获取原始测试套件以及多个典型测试用例。

(2)确定模块20

确定模块20，用于根据该原始测试套件和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序。

例如，请参见图5，该确定模块20具体包括：

解压单元21，用于对该原始测试套件进行解压，以得到原始的测试用例集。

过滤单元22，用于从该原始的测试用例集中过滤掉该多个典型测试用例，得到过滤后的测试用例集。

确定单元23，用于根据该过滤后的测试用例集和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序。

其中，该确定单元23具体用于：

将该多个典型测试用例作为一组，得到一个测试用例组；

根据排列顺序确定每个该测试用例组的测试顺序。

(3)测试模块30

测试模块30，用于根据该测试顺序和测试用例组对移动终端进行测试。

其中，该测试模块30具体用于：

按照该测试顺序从该测试用例组中确定目标测试用例组；

需要说明的是，该测试模块30还用于：

在测试过程中，检测该目标测试用例组是否完成测试；

根据该测试次数和测试结果生成测试报告；

向用户输出该测试报告。

具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。

由上述可知，本实施例提供的终端测试装置，通过获取模块10获取原始测试套件以及多个典型测试用例，确定模块20根据该原始测试套件和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序，测试模块30根据该测试顺序和测试用例组对移动终端进行测试，从而能较快完成终端兼容性测试，缩短了测试周期，提高了测试效率，测试效果好。

另外，本申请实施例还提供一种终端设备，该终端设备可以是智能手机、平板电脑等设备。如图6所示，终端设备400包括处理器401、存储器402。其中，处理器401与存储器402电性连接。

处理器401是终端设备400的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或加载存储在存储器402内的应用程序，以及调用存储在存储器402内的数据，执行终端设备的各种功能和处理数据，从而对终端设备进行整体监控。

在本实施例中，终端设备400中的处理器401会按照如下的步骤，将一个或一个以上的应用程序的进程对应的指令加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能：

获取原始测试套件以及多个典型测试用例；

根据该原始测试套件和该多个典型测试用例确定多个测试用例组、以及每个该测试用例组的测试顺序；

根据该测试顺序和测试用例组对移动终端进行测试。

图7示出了本发明实施例提供的终端设备的具体结构框图，该终端设备可以用于实施上述实施例中提供的终端设备系统文件的更新方法。该终端设备300可以为智能手机或平板电脑。

RF电路310用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。RF电路310可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。RF电路310可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统(Global System for Mobile Communication,GSM)、增强型移动通信技术(Enhanced DataGSM Environment,EDGE)，宽带码分多址技术(Wideband Code Division MultipleAccess,WCDMA)，码分多址技术(Code Division Access,CDMA)、时分多址技术(TimeDivision Multiple Access,TDMA)，无线保真技术(Wireless Fidelity，Wi-Fi)(如美国电气和电子工程师协会标准IEEE802.11a，IEEE 802.11b,IEEE802.11g和/或IEEE 802.11n)、网络电话(Voice over Internet Protocol,VoIP)、全球微波互联接入(WorldwideInteroperability for Microwave Access，Wi-Max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

存储器320可用于存储软件程序以及模块，如上述实施例中前置摄像头拍照自动补光系统、方法对应的程序指令/模块，处理器380通过运行存储在存储器320内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现前置摄像头拍照自动补光的功能。存储器320可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器320可进一步包括相对于处理器380远程设置的存储器，这些远程存储器可以通过网络连接至终端设备300。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入单元330可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元330可包括触敏表面331以及其他输入设备332。触敏表面331，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面331上或在触敏表面331附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面331可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器380，并能接收处理器380发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面331。除了触敏表面331，输入单元330还可以包括其他输入设备332。具体地，其他输入设备332可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元340可用于显示由用户输入的信息或提供给用户的信息以及终端设备300的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元340可包括显示面板341，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板341。进一步的，触敏表面331可覆盖显示面板341，当触敏表面331检测到在其上或附近的触摸操作后，传送给处理器380以确定触摸事件的类型，随后处理器380根据触摸事件的类型在显示面板341上提供相应的视觉输出。虽然在图7中，触敏表面331与显示面板341是作为两个独立的部件来实现输入和输出功能，但是在某些实施例中，可以将触敏表面331与显示面板341集成而实现输入和输出功能。

终端设备300还可包括至少一种传感器350，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板341的亮度，接近传感器可在终端设备300移动到耳边时，关闭显示面板341和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端设备300还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路360、扬声器361，传声器362可提供用户与终端设备300之间的音频接口。音频电路360可将接收到的音频数据转换后的电信号，传输到扬声器361，由扬声器361转换为声音信号输出；另一方面，传声器362将收集的声音信号转换为电信号，由音频电路360接收后转换为音频数据，再将音频数据输出处理器380处理后，经RF电路310以发送给比如另一终端，或者将音频数据输出至存储器320以便进一步处理。音频电路360还可能包括耳塞插孔，以提供外设耳机与终端设备300的通信。

终端设备300通过传输模块370(例如Wi-Fi模块)可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了传输模块370，但是可以理解的是，其并不属于终端设备300的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器380是终端设备300的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器320内的软件程序和/或模块，以及调用存储在存储器320内的数据，执行终端设备300的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器380可包括一个或多个处理核心；在一些实施例中，处理器380可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器380中。

终端设备300还包括给各个部件供电的电源390(比如电池)，在一些实施例中，电源可以通过电源管理系统与处理器380逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端设备300还可以包括摄像头(如前置摄像头、后置摄像头)、蓝牙模块等，在此不再赘述。具体在本实施例中，终端设备的显示单元是触摸屏显示器，终端设备还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行一个或者一个以上程序包含用于进行以下操作的指令：

获取原始测试套件以及多个典型测试用例；

根据该测试顺序和测试用例组对移动终端进行测试。

具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。为此，本发明实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的任一种终端测试方法中的步骤。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本发明实施例所提供的任一种终端测试方法中的步骤，因此，可以实现本发明实施例所提供的任一种终端测试方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

综上该，虽然本申请已以优选实施例揭露如上，但上述优选实施例并非用以限制本申请，本领域的普通技术人员，在不脱离本申请的精神和范围内，均可作各种更动与润饰，因此本申请的保护范围以权利要求界定的范围为准。

Claims

1.一种终端测试方法，其特征在于，包括：

获取原始测试套件以及多个典型测试用例；

根据所述测试顺序和测试用例组对移动终端进行测试。

2.根据权利要求1所述的终端测试方法，其特征在于，所述根据所述原始测试套件和所述多个典型测试用例确定多个测试用例组、以及每个所述测试用例组的测试顺序，包括：

对所述原始测试套件进行解压，以得到原始的测试用例集；

从所述原始的测试用例集中过滤掉所述多个典型测试用例，得到过滤后的测试用例集；

根据所述过滤后的测试用例集和所述多个典型测试用例确定多个测试用例组、以及每个所述测试用例组的测试顺序。

3.根据权利要求2所述的终端测试方法，其特征在于，所述根据所述过滤后的测试用例集和所述多个典型测试用例确定多个测试用例组、以及每个所述测试用例组的测试顺序，包括：

将所述多个典型测试用例作为一组，得到一个测试用例组；

根据排列顺序确定每个所述测试用例组的测试顺序。

4.根据权利要求1所述的终端测试方法，其特征在于，所述根据所述测试顺序和测试用例组对移动终端进行测试，包括：

5.根据权利要求4所述的终端测试方法，其特征在于，在测试过程中，还包括：

检测所述目标测试用例组是否完成测试；

根据所述测试次数和测试结果生成测试报告；

向用户输出所述测试报告。

6.一种终端测试装置，其特征在于，包括：

获取模块，用于获取原始测试套件以及多个典型测试用例；

7.根据权利要求6所述的终端测试装置，其特征在于，所述确定模块具体包括：

8.根据权利要求7所述的终端测试装置，其特征在于，所述确定单元具体用于：

将所述多个典型测试用例作为一组，得到一个测试用例组；

根据排列顺序确定每个所述测试用例组的测试顺序。

9.一种计算机可读存储介质，其特征在于，所述存储介质中存储有多条指令，所述指令适于由处理器加载以执行权利要求1至5任一项所述的终端测试方法。

10.一种终端设备，其特征在于，包括处理器和存储器，所述处理器与所述存储器电性连接，所述存储器用于存储指令和数据，所述处理器用于执行权利要求1至5任一项所述的终端测试方法中的步骤。