CN107562594A - 移动终端的操作系统的测试方法及系统 - Google Patents

Abstract

本发明公开了一种移动终端的操作系统的测试方法及系统。所述测试方法包括以下步骤：设置移动终端的数据环境；所述设置移动终端的数据环境，具体包括：通过填充数据和/或释放数据产生冗余数据；在接收到开启第一程序的触发指令时，获取所述第一程序的开启时间；根据所述开启时间和所述冗余数据进行测试，得到测试结果。本发明能够快速模拟用户使用移动终端的使用习惯，并在模拟过程中开启程序，通过程序的开启时间对操作系统进行测试，查找数据冗杂的原因，为操作系统的性能优化提供参考，进而减少因长时间使用移动终端造成的数据冗杂。且本发明能够大大减少对操作系统的测试周期。

Description

移动终端的操作系统的测试方法及系统

技术领域

本发明涉及计算机技术领域，特别涉及一种移动终端的操作系统的测试方法及系统。

背景技术

若移动终端的操作系统性能不佳，长时间使用移动终端，会造成数据冗杂，致使安装于移动终端中的程序开启变得缓慢，影响用户体验。目前，操作系统投入使用前会对其性能进行测试，但是并不能监测因移动终端长时间使用造成的数据冗杂的原因，也就无法对操作系统的性能进行优化，无法减少操作系统的数据冗杂。

发明内容

本发明要解决的技术问题是为了克服现有技术的移动终端的测试方法不能监测因移动终端长时间使用造成的数据冗杂的原因的缺陷，提供一种移动终端的操作系统的测试方法及系统。

本发明是通过下述技术方案来解决上述技术问题：

一种移动终端的操作系统的测试方法，所述测试方法包括以下步骤：

设置移动终端的数据环境；

所述设置移动终端的数据环境，具体包括：通过填充数据和/或释放数据产生冗余数据；

在接收到开启第一程序的触发指令时，获取所述第一程序的开启时间；

根据所述开启时间和所述冗余数据进行测试，得到测试结果。

可选地，所述获取第一程序的开启时间，具体包括：

触发所述第一程序，并获取第一时间点；

在监测到所述第一程序开启时获取第二时间点；

计算开启时间，所述开启时间为所述第二时间点与所述第一时间点的差值。

可选地，所述移动终端包括ROM(只读存储器)和RAM(随机存取存储器)；

所述填充数据，具体包括：

将从外设装置获取的存储数据存储至所述ROM中；

和/或，运行第二程序以填充所述RAM。

可选地，所述释放数据，具体包括：

删除所述ROM中的部分或全部存储数据；

和/或，关闭部分或全部第二程序以释放所述RAM。

可选地，在所述冗余数据的占用空间大于存储阈值时，对一个所述第一程序发送至少两次所述触发指令；

所述根据所述开启时间和所述冗余数据进行测试，具体包括：

判断至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试；

或，判断第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试。

可选地，在所述冗余数据的占用空间大于存储阈值时，对至少两个第一程序依次发送触发指令，并循环至少两次；

所述根据所述开启时间和所述冗余数据进行测试，具体包括：

判断每个第一程序的至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试；

或，判断每个第一程序的第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试。

本发明还提供一种移动终端的操作系统的测试系统，所述移动终端包括第一程序，所述测试系统包括：

数据环境设置模块，用于通过填充数据和/或释放数据使所述移动终端产生冗余数据；

开启时间获取模块，用于在接收到开启所述第一程序的触发指令时，获取所述第一程序的开启时间；

测试模块，用于根据所述开启时间和所述冗余数据进行测试，得到测试结果。

可选地，所述开启时间获取模块包括：

时间获取单元，用于在第一程序被触发时获取第一时间点；

所述时间获取单元还用于在监测到所述第一程序开启时获取第二时间点；

计算单元，用于计算开启时间，所述开启时间为所述第二时间点与所述第一时间点的差值。

可选地，所述移动终端还包括：第二程序、RAM和ROM；

所述数据环境设置模块包括：

第一数据填充单元，用于将从外设装置获取的存储数据存储至所述ROM中；

和/或，第二数据填充单元，用于运行所述第二程序以填充所述RAM。

可选地，所述数据环境设置模块还包括：

第一数据释放单元，用于删除所述ROM中的部分或全部存储数据；

和/或，第二数据释放单元，用于关闭部分或全部第二程序以释放所述RAM。

可选地，所述测试系统还包括：

第一触发指令发送模块，用于在所述冗余数据的占用空间大于存储阈值时，对一个第一程序发送至少两次触发指令；

所述测试模块包括：

第一测试单元，用于判断至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试；

或，第二测试单元，用于判断第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试。

可选地，所述测试系统还包括：

第二触发指令发送模块，用于在所述冗余数据的占用空间大于存储阈值时，对至少两个第一程序依次发送所述触发指令，并循环至少两次；

所述测试模块包括：

第三测试单元，用于判断每个第一程序的至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试；

或，第四测试单元，用于判断每个第一程序的第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二预设范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试。

本发明的积极进步效果在于：本发明能够快速模拟用户使用移动终端的使用习惯，并在模拟过程中开启程序，通过程序的开启时间对操作系统进行测试，查找数据冗杂的原因，为操作系统的性能优化提供参考，进而减少因长时间使用移动终端造成的数据冗杂。且本发明能够大大减少对操作系统的测试周期。

附图说明

图1为本发明实施例1的移动终端的操作系统的测试方法的流程图。

图2为本发明实施例2的移动终端的操作系统的测试方法的第一流程图。

图3为本发明实施例2的移动终端的操作系统的测试方法的第二流程图。

图4为本发明实施例3的移动终端的操作系统的测试方法的第一流程图。

图5为本发明实施例3的移动终端的操作系统的测试方法的第二流程图。

图6为本发明实施例4的移动终端的操作系统的测试系统的模块示意图。

图7为本发明实施例5的移动终端的操作系统的测试系统的第一模块示意图。

图8为本发明实施例5的移动终端的操作系统的测试系统的第二模块示意图。

图9为本发明实施例6的移动终端的操作系统的测试系统的第一模块示意图。

图10为本发明实施例6的移动终端的操作系统的测试系统的第二模块示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

本实施例的测试方法能够快速模拟用户使用移动终端的使用习惯，让移动终端产生冗余数据，进而对移动终端的操作系统进行测试，其中移动终端包括ROM和RAM。具体的，如图1所示，测试方法包括以下步骤：

步骤110、设置移动终端的数据环境。

设置移动终端的数据环境，具体包括：通过填充数据和/或释放数据产生冗余数据，以模拟一种使用场景：用户在使用一段时间后，具有冗余数据的移动终端。

步骤120、在接收到开启第一程序的触发指令时，获取第一程序的开启时间。

其中，第一程序可以是移动终端中的各类应用程序和系统程序。

步骤130、根据开启时间和冗余数据进行测试，得到测试结果。

本实施例中，能够快速模拟用户使用移动终端的使用习惯，并在模拟过程中开启程序，通过程序的开启时间对操作系统进行测试，查找数据冗杂的原因，为操作系统的性能优化提供参考，进而减少因长时间使用移动终端造成的数据冗杂。且本发明能够大大减少对操作系统的测试周期。

实施例2

在实施例1的基础上，如图2所示，本实施例中，提供步骤110的一种可能的实现方式：

步骤110-1、将从外设装置获取的存储数据存储至ROM中；和/或，运行第二程序以填充RAM。

步骤110-2、删除ROM中的部分或全部存储数据；和/或，关闭部分或全部第二程序以释放RAM。

也就是说，本实施例中通过将从外设装置获取的存储数据存储至ROM中；和/或，运行第二程序以填充RAM，实现填充数据。通过删除ROM中的部分或全部存储数据；和/或，关闭部分或全部第二程序以释放RAM，实现释放数据。需要说明的是，只要ROM和RAM中存储有数据，即可执行步骤110-2，无需等到数据填充完成后再进行数据释放，也即数据填充和数据释放可同时进行。

其中，第二程序同样可以是移动终端中的各类应用程序和系统程序。且第二程序和第一程序可以指代同一个应用程序，只是在获取开启时间时打开应用程序的前端界面，进行数据填充时通过后台开启应用程序(此时不影响前台应用程序的开启，该功能属于系统填充的一部分非核心内容不详介绍原理)。

本实施例中，可根据定向算法，确定数据填充和释放的时间和速率。具体的，测试周期是整个测试框架定义中的一个可设定部分，整个测试周期可定义为若干个测试阶段。为了准确模拟用户使用手机的习惯，从用户的使用角度分析，设定四个测试阶段，第一阶段用户拿到新手机多数会安装应用(ROM急速填充)和开启一部分应用(RAM急速填充)。第二阶段，安装完应用后，会少量再安装一部分应用(ROM缓速填充)，以及会大量使用已安装的应用(RAM急速填充)。第三方阶段，用户会删除小部分应用(ROM缓速释放)和继续大量使用已安装应用(RAM急速填充)。第四阶段模拟用户清理手机删除大部分应用(ROM急速释放)和释放RAM(缓速释放)。本实施例中，根据用户使用习惯适配数据填充和释放策略，设置移动终端的数据环境，从而能够更好的模拟用户的使用习惯。

以下举个具体实例说明填充数据和释放数据的实现方式：

首先是ROM填写，通过USB(通用串行总线)协议切换原理，例如由协议版本高切换到协议版本低来控制其传输速率的变化，例如USB3.0传输速率最高，其次是USB2.0，USB1.0最慢，通过电脑端口协议切换达到控制填写速度的功能，在后台运行填充ROM空间。其次是RAM的填充，通过自制APK(AndroidPackage，安装包)，内置N个复杂积分算法，通过后台直接开启应用程序，逐个开启后能够快速占用手机RAM空间，反之，内置N个复杂积分算法，延迟每个复杂积分的算法，就能缓慢占用RAM。ROM的释放分为急速和缓速，急速释放的方法通过同时定位N个temp(临时文件夹)文件包进行批量的删除，缓速释放是将N个temp文件进行编号，缺省间隔设置100ms，可通过速率调节器调节该变量值，逐个删除。同理，RAM释放分为急速和缓速，急速释放RAM方法是批量清理是积分算法，缓速RAM释放，先定位N个挂起的应用，同理通过速率调节器控制速度变量，进行释放。从而，可将用户长时间使用移动终端的过程浓缩到2天之内，并进行测试发现问题。

为了提高检测的准确性，本实施例中，可多次获取第一程序的开启时间，并采用静态测试方式对操作系统的性能进行测试。静态测试方式也即在设置移动终端的数据环境的过程中，当冗余数据的占用空间大于存储阈值时，对一个第一程序发送至少两次触发指令，目的是对比应用程序开启的平均速度是否在阈值范围内。具体的，如图2所示：

步骤120之前还包括：

步骤111、在冗余数据的占用空间大于存储阈值时，对一个第一程序发送n次触发指令，n≥2。

步骤130之前还包括：

步骤121、判断第一程序开启的次数是否为n。在判断为是时，说明第一程序的开启次数符合设定要求，则执行步骤130；在判断为否时，说明第一程序的开启次数未达到要求，重复步骤120。

本发明实施例提供了一种步骤130的可能的实现方式：

步骤130-1、判断至少两次开启时间的平均值是否在第一阈值范围内。在判断为是时，说明移动终端的性能较好，不动作。在判断为否时，执行步骤130-2。

其中，第一阈值范围可以是移动终端正常使用时，程序的开启时间t’的1.2倍以上。也即当第一程序的至少两次开启时间的平均值t≥1.2t’时，说明性能较差。

步骤130-2、输出操作系统的运行状态数据，并进行测试，得到测试结果。

从而，研发人员可根据测试结果修改移动终端中的程序的性能。

本实施例中，如图3所示，步骤130-1也可用步骤130-1’代替。则在步骤121判断为是时，执行步骤130-1’。

步骤130-1’、判断每个第一程序的第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二阈值范围内。在判断为是时，不动作。在判断为否时，执行步骤130-2。

其中，第二阈值范围可以是移动终端正常使用时，程序的第一次获得的开启时间与最后一次获得的开启时间的差值s’的1.2倍以上。也即当第一程序的第一次获得的开启时间与最后一次获得的开启时间的差值s≥1.2s’时，说明性能较差。

本实施例中，提供步骤120中的获取第一程序的开启时间的一种可能的实现方式：

步骤120-1、触发第一程序，并获取第一时间点。

步骤120-2、在监测到第一程序开启时获取第二时间点。

步骤120-3、计算开启时间。

其中，开启时间为第二时间点与第一时间点的差值。

需要说明的是，每次开启第一程序后，都会清理recent(存储文件夹)内存，类似于冷启动每个程序。

实施例3

实施例3的测试方法流程与实施例2中图2示出的方法流程基本相同，不同之处在于，本实施例中采用动态测试方式对操作系统的性能进行测试。动态测试方式也即在设置移动终端的数据环境的过程中，当冗余数据的占用空间大于存储阈值时，对至少两个第一程序依次发送触发指令，并循环至少两次，后台运行环境更能充分模拟用户的使用过程。具体的，如图4所示：

步骤111用步骤111’代替。

步骤111’、在冗余数据的占用空间大于存储阈值时，对至少两个第一程序依次发送触发指令，并循环至少m次，m≥2。

步骤121用步骤121’代替。

步骤121’、判断至少两个第一程序开启的循环次数是否为m。在判断为是时，执行步骤130；在判断为否时，重复步骤120。

步骤130-1用步骤130-1”代替。

步骤103-1”、判断每个第一程序的至少两次开启时间的平均值是否在第一阈值范围内。在判断为是时，不动作；在判断为否(当有一个第一程序的开启时间不在第一阈值范围内)时，执行步骤130-2。

本实施例中，如图5所示，步骤130-1”还可用步骤130-1”’代替。则在步骤121’判断为是时，执行步骤130-1”’。

步骤130-1”’、判断每个第一程序的第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二阈值范围内。在判断为是时，不动作；在判断为否时，执行步骤103-2。

实施例4

本实施例的测试系统用于对移动终端的操作系统的进行测试。移动终端包括用于存储第一程序的存储介质。其中，存储介质包括RAM和ROM。具体的，ROM用于存储第一程序的安装文件和可执行文件等；RAM则用于存储第一程序的运行数据以及实现运行程序时的数据交换。

如图6所示，本实施例中，测试系统包括：数据环境设置模块1、开启时间获取模块2和测试模块3。

数据环境设置模块1用于通过填充数据和/或释放数据使移动终端产生冗余数据。开启时间获取模块2用于在接收到开启第一程序的触发指令时，获取第一程序的开启时间。测试模块3用于根据开启时间和冗余数据进行测试，得到测试结果。

从而，本实施例能够快速模拟用户使用移动终端的使用习惯，并在模拟过程中开启程序，通过程序的开启时间对操作系统进行测试，查找数据冗杂的原因，为操作系统的性能优化提供参考，进而减少因长时间使用移动终端造成的数据冗杂。且本发明能够大大减少对操作系统的测试周期。

实施例5

在实施例4的基础上，如图7所示，本实施例提供开启时间获取模块的一种可能的实现方式，开启时间获取模块包括：时间获取单元21和计算单元22。时间获取单元21用于在第一程序被触发时获取第一时间点。时间获取单元21还用于在监测到第一程序开启时获取第二时间点。计算单元22用于计算开启时间。其中，开启时间为第二时间点与第一时间点的差值。

本实施例中，存储介质还存储有第二程序。具体的，ROM还用于存储第二程序的安装文件和可执行文件等；RAM还用于存储第二程序的运行数据以及实现运行程序时的数据交换。需要说明的是，第一程序和第二程序可以是移动终端中的各类应用程序和系统程序。且第二程序和第一程序可以指代同一个应用程序，只是在获取开启时间时打开应用程序的前端界面，进行数据填充时通过后台开启应用程序(此时不影响前台应用程序的开启，该功能属于系统填充的一部分非核心内容不详介绍原理)。

本发明实施例提供了数据环境设置模块的一种可能的实现方式，数据环境设置模块包括：第一数据填充单元和/或第二数据填充单元。第一数据填充单元用于将从外设装置获取的存储数据存储至ROM中；第二数据填充单元用于运行第二程序以填充RAM。

本实施例中，还提供了数据环境设置模块的另一种可能的实现方式，此时数据环境设置模块还包括：第一数据释放单元和/或第二数据释放单元。第一数据释放单元用于删除ROM中的部分或全部存储数据。第二数据释放单元用于关闭部分或全部第二程序以释放RAM。

从而，本实施例能够快速模拟用户使用移动终端的使用习惯，大大减少对操作系统的测试周期。

本实施例中，还提供了测试系统的另一种可能的实现方式，此时测试系统还包括：第一触发指令发送模块4。第一触发指令发送模块4用于在所述冗余数据的占用空间大于存储阈值时，对一个第一程序发送至少两次触发指令。

本发明实施例提供一种测试模型的可能的实现方式，测试模块包括：第一测试单元31。第一测试单元31用于判断至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出操作系统的运行状态数据，并进行测试。

如图8所示，本发明实施例还提供了测试模块的另一种可能实现的方式，第一测试单元通过第二测试单元替换，通过第二测试单元32实现测试。第二测试单元32用于判断第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二阈值范围内，并在判断为否时，输出操作系统的运行状态数据，并进行测试。

实施例6

实施例6的测试系统的结构与实施例5中图7示出的系统结构基本相同，如图9或10所示，不同之处在于，本实施例中使用第二触发指令发送模型5实现对第一程序的触发，使用第三测试单元33或第四测试单元34实现测试。具体的：

第二触发指令发送模块5用于在冗余数据的占用空间大于存储阈值时，对至少两个第一程序依次发送所述触发指令，并循环至少两次。

使用第三测试单元进行测试时，如图9所示，第三测试单元33判断每个第一程序的至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出操作系统的运行状态数据，并进行测试。

使用第四测试单元进行测试时，如图10所示，第四测试单元34判断每个第一程序的第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二预设范围内，并在判断为否时，输出操作系统的运行状态数据，并进行测试。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (12)

1.一种移动终端的操作系统的测试方法，其特征在于，所述测试方法包括以下步骤：

设置移动终端的数据环境；

所述设置移动终端的数据环境，具体包括：通过填充数据和/或释放数据产生冗余数据；

在接收到开启第一程序的触发指令时，获取所述第一程序的开启时间；

根据所述开启时间和所述冗余数据进行测试，得到测试结果。

2.如权利要求1所述的测试方法，其特征在于，所述获取第一程序的开启时间，具体包括：

触发所述第一程序，并获取第一时间点；

在监测到所述第一程序开启时获取第二时间点；

计算开启时间，所述开启时间为所述第二时间点与所述第一时间点的差值。

3.如权利要求1所述的测试方法，其特征在于，所述移动终端包括ROM和RAM；

所述填充数据，具体包括：

将从外设装置获取的存储数据存储至所述ROM中；

和/或，运行第二程序以填充所述RAM。

4.如权利要求3所述的测试方法，其特征在于，所述释放数据，具体包括：

删除所述ROM中的部分或全部存储数据；

和/或，关闭部分或全部第二程序以释放所述RAM。

5.如权利要求1所述的测试方法，其特征在于，在所述冗余数据的占用空间大于存储阈值时，对一个所述第一程序发送至少两次所述触发指令；

所述根据所述开启时间和所述冗余数据进行测试，具体包括：

判断至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试；

或，判断第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试。

6.如权利要求1所述的测试方法，其特征在于，在所述冗余数据的占用空间大于存储阈值时，对至少两个第一程序依次发送触发指令，并循环至少两次；

所述根据所述开启时间和所述冗余数据进行测试，具体包括：

判断每个第一程序的至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试；

或，判断每个第一程序的第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试。

7.一种移动终端的操作系统的测试系统，所述移动终端包括第一程序，其特征在于，所述测试系统包括：

数据环境设置模块，用于通过填充数据和/或释放数据使所述移动终端产生冗余数据；

开启时间获取模块，用于在接收到开启所述第一程序的触发指令时，获取所述第一程序的开启时间；

测试模块，用于根据所述开启时间和所述冗余数据进行测试，得到测试结果。

8.如权利要求7所述的测试系统，其特征在于，所述开启时间获取模块包括：

时间获取单元，用于在第一程序被触发时获取第一时间点；

所述时间获取单元还用于在监测到所述第一程序开启时获取第二时间点；

计算单元，用于计算开启时间，所述开启时间为所述第二时间点与所述第一时间点的差值。

9.如权利要求7所述的测试系统，其特征在于，所述移动终端还包括：第二程序、RAM和ROM；

所述数据环境设置模块包括：

第一数据填充单元，用于将从外设装置获取的存储数据存储至所述ROM中；

和/或，第二数据填充单元，用于运行所述第二程序以填充所述RAM。

10.如权利要求9所述的测试系统，其特征在于，所述数据环境设置模块还包括：

第一数据释放单元，用于删除所述ROM中的部分或全部存储数据；

和/或，第二数据释放单元，用于关闭部分或全部第二程序以释放所述RAM。

11.如权利要求7所述的测试系统，其特征在于，所述测试系统还包括：

第一触发指令发送模块，用于在所述冗余数据的占用空间大于存储阈值时，对一个第一程序发送至少两次触发指令；

所述测试模块包括：

第一测试单元，用于判断至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试；

或，第二测试单元，用于判断第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试。

12.如权利要求7所述的测试系统，其特征在于，所述测试系统还包括：

第二触发指令发送模块，用于在所述冗余数据的占用空间大于存储阈值时，对至少两个第一程序依次发送所述触发指令，并循环至少两次；

所述测试模块包括：

第三测试单元，用于判断每个第一程序的至少两次开启时间的平均值是否在第一阈值范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试；

或，第四测试单元，用于判断每个第一程序的第一次获得的开启时间与最后一次获得的开启时间的差值是否在第二预设范围内，并在判断为否时，输出所述操作系统的运行状态数据，并进行测试。