CN103309802A - 一种移动终端中系统稳定性测试的方法及装置 - Google Patents

Abstract

本发明提供一种移动终端中系统稳定性测试的方法，包括：a)获取所述移动终端中待测应用的当前用户界面中的待测可交互控件；b)确定所述待测可交互控件在所述移动终端的显示屏幕中的位置；c)根据所述待测可交互控件在所述移动终端的显示屏幕中的位置，对所述可交互控件进行模拟用户操作的测试；d)根据特定条件，一次或者多次执行所述步骤a)至所述步骤c)，获取所述测试结果。本发明还提供一种使用该方法的装置。本发明可以在不同用户界面上实现有效、可控地稳定性测试。

Description

一种移动终端中系统稳定性测试的方法及装置

技术领域

本发明涉及移动终端的系统测试领域，具体地说涉及一种移动终端中系统稳定性测试的方法及装置。

背景技术

随着各种移动终端硬件技术的完善以及普及率的提高，越来越多的用户使用移动终端完成各种任务。为了满足用户的多种个性化需求，移动终端的系统也朝多样化方向发展，除此以外，即使在同一系统下，也会有各种各样不同的客户端软件供用户使用。

为了能够为用户提供高质量的应用环境，对于系统稳定性或者说系统中装载的各种客户端的稳定性要求比较高，所以需要有一种高效的测试方法来进行系统或者客户端的稳定性测试，以便开发人员根据所述稳定性测试结果对系统或客户端的性能进行改进。

目前，基于对移动终端上的某一客户端的当前用户界面(UserInterface，UI)的操作对该客户端进行稳定性测试时，只可以指定测试操作的频率，而对用户界面的操作动作，如点击、拖曳、填选等，完全是随机施加的，因此会导致在测试过程中，并未点中用户界面中的有效区域，而是点击到界面的静态部分，从而产生大量无效点击。无效点击的存在会直接影响测试效果的准确性。另外，由于这种测试操作的施加完全是随机的，因此测试操作的范围不可控，而这种不可控性，也会间接导致测试效果的不准确。

综上，目前的稳定性测试无法对指定界面、指定元素进行准确地稳定性测试，无效操作量大，测试结果误差大。

发明内容

本发明提供一种移动终端中系统稳定性测试的方法，用于对移动终端中的系统或者客户端进行稳定性测试，以获得准确性高的测试结果。

根据本发明的一个方面，提供一种移动终端中系统稳定性测试的方法，其特征在于，包括以下步骤：

a)获取所述移动终端中待测应用的当前用户界面中的待测可交互控件；

b)确定所述待测可交互控件在所述移动终端的显示屏幕中的位置；

c)根据所述待测可交互控件在所述移动终端的显示屏幕中的位置，对所述可交互控件进行模拟用户操作的测试；

d)根据特定条件，一次或者多次执行所述步骤a)至所述步骤c)，获取所述测试结果。

根据本发明的另一个方面，一种用于移动终端中系统稳定性测试的装置，其特征在于，包括：

待测可交互控件获取模块，用于获取所述移动终端中待测应用的当前用户界面中的待测可交互控件；

确定模块，用于确定所述待测可交互控件在所述移动终端的显示屏幕中的位置；

测试模块，用于根据所述待测可交互控件在所述移动终端的显示屏幕中的位置，对所述可交互控件进行模拟用户操作的测试；

结果获取模块，用于根据特定条件，获取所述测试结果。

本发明提供的一种移动终端中系统稳定性测试的方法及其装置，在测试操作开始前，首先基于移动终端的显示屏幕的属性特征，对待测可交互控件，例如按钮、文本框等等，在显示屏幕中进行准确定位，之后再开始进行测试操作。测试过程中，对于待测可交互控件的准确选择，可以有效减少误差次数，进而提高测试结果的准确性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为根据本发明的一种移动终端中系统稳定性测试的方法的一种具体实施方式的流程示意图；

图2为根据本发明的一种移动终端中系统稳定性测试的方法的一种具体实施方式的屏幕显示示意图；

图3为根据图1所示步骤S102可能包括的分解步骤的流程示意图；

图4为根据本发明的一种用于移动终端中系统稳定性测试的装置的一个具体实施方式的结构示意图；

图5为图4所示的确定模块的一种具体实施方式的结构示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施例作详细描述。

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。当然，它们仅仅为示例，并且目的不在于限制本发明。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。

如图1所示，图1为根据本发明提供的一种移动终端中系统稳定性测试的方法的一个具体实施方式的流程示意图，包括步骤S101～S104，下面结合具体的实施例对图1所示的方法进行说明。

步骤S101，获取所述移动终端中待测应用的当前用户界面中的待测可交互控件。所述移动终端包括但不限于笔记本电脑、PDA(个人掌上电脑)、手机、平板电脑等。随着技术的发展，越来越多的移动终端已经是智能移动终端，以手机为例，之前只能进行打电话、发短信等简单的通信操作。而现在的智能手机，通过安装系统，在系统中装载多种客户端可以实现更多的功能。例如：装载浏览器客户端，可以实现浏览网页，并在网页中实现应用的功能；装载游戏客户端，可以进行复杂的游戏；装载实时地图的客户端，在有网络的情况下，可以进行实时路况查询。

根据不同的需求，不同的厂商开发了多种系统共移动终端使用，目前常用的系统包括但不限于：安卓(Android)、塞班、泰泽(Tizen)、PalmOS、WindowsCE、PhoneOS和Linux，优选采用安卓系统。

在本本发明的具体实施方式中，可交互控件包括但不限于按钮、下拉框、文本框和/或单/复选框等。在各种客户端，抑或是系统本身，需要进行一些操作时，均需要对可交互控件进行操作。例如进行查看时，需要选择选项和/或点击确认按钮；系统提供多个选项时，可通过浏览下拉框并在下拉框中选择所需选项；另外，需要用户填写内容时，可以在文本框和/或单/复选框中进行填充或其他操作。

在获取待测可交互控件的过程中，可以通过预定测试用例选择的方式选择某一可交互控件，以便后续对此可交互控件进行测试。另外，还可以通过随机选择的方式获取所述移动终端中待测应用的当前用户界面中的待测可交互控件。

参考图2，图2为根据本发明的一种移动终端中系统稳定性测试的方法的一种具体实施方式的屏幕显示示意图。当用户需要对通信功能的各个拨号键进行后续稳定性测试，需要进入通信功能界面，如图2所示。图2所示的手机桌面10上会显示手机信息栏20和内容显示界面30。

手机信息栏20可以是任意的手机通用程序的状态显示。比如在手机信息栏20中可以有信号显示，电源余量显示，时间显示，移动运营商显示以及个性化的手机签名显示等等。内容显示界面30与待测应用的操作有关，即显示当前待测应用(通信客户端)操作的界面，图2所示的为用户在智能手机上可进行拨号的界面。

可以看到，内容显示界面30中有数字键0～9，还有“*”、“#”以及拨号、删除和文本键，以及号码显示框。可以理解，图2所示的手机屏幕设置只是一个优选实施例，其余各种其他能够满足通信拨号功能的按键设置方式均满足本发明的方案。

综上，我们获取到通信功能中的各个按键作为待测可交互控件，进一步执行步骤S102，确定所述待测可交互控件在所述移动终端的显示屏幕中的位置。显示屏幕的大小、分辨率差异等会导致同样的待测可交互控件在显示屏幕中的位置的不同，因此为了准确进行测试，对于待测可交互控件在显示屏幕中的定位就非常重要。

参考图3，优选的，所述步骤S102进一步包括：步骤S102-1，首先获取移动终端的屏幕属性。移动终端屏幕属性包括但不限于：屏幕类型、屏幕分辨率和/或屏幕尺寸。屏幕类型可以为屏幕的材质，如TFT、TFD、UFB、STN和OLED。不同的材质有不同的特点，例如功耗、反应时间、色彩显示情况等等，因此在后续测试过程中，需要结合不同的显示屏幕给出不同的结果。另外，屏幕分辨率如240x320、240x400、320x240、320x480、480x800、480x854、960x540、960x640等等，分辨率高屏幕显示的效果就更好。此外，屏幕尺寸也很重要。大尺寸的显示屏幕必须要配备高分辨率，小尺寸的显示屏幕的分辨率可以相对较小，也可达到同样的效果。通常各种屏幕尺寸的专用分辨率如下：

小屏幕手机：120x120；120x180；176x208；176x220

中屏幕手机：240x320；240x400；320x240

大屏幕手机：320x480；360x480；360x640；480x640

特大屏手机：480x800；480x854；960x540；960x640

执行步骤S102-2，根据所述移动终端的屏幕属性，确定所述待测可交互控件在所述移动终端的显示屏幕中的位置。如图2所示的显示屏幕中，可以根据屏幕属性对其中的各个按键进行精确定位，其定位方式类似于坐标，即为每个按键确定一个横竖坐标，将其位置数字化。

例如：如图2所示的通信控件在屏幕中主要以按键的形式显示，每行显示3个按键，那么可以根据屏幕横向尺寸进行3等分，将每等分的中心点作为按键的中心位置。或者，可以根据屏幕分辨率的数值进行等分，以大屏幕手机的480x640分辨率为例，将屏幕分成横向480个点，纵向640个点，按键“1”的中心位置，即为左起第80个点，下起第533个点。上述举例均为均分的情况，根据不同需求，也可以不对屏幕进行平均分配，依旧以图2为例，内容显示界面30中的号码显示框和按键的宽度和长度均可以不一样，但是各个数字按键的长宽优选为同等长宽。

可选的，还需确定待测可交互控件在移动终端的显示屏幕上是否可见；若不可见(如被其他窗口或控件覆盖、该控件的显示在移动终端的显示屏幕区域之外)，则首先要通过用户界面操作使得该控件可见(如关闭覆盖该控件的窗口、滚动用户界面以使该控件出现在移动终端的显示屏幕上)；然后再确定待测可交互控件在屏幕中的位置。

进一步地，执行步骤S103，根据所述待测可交互控件在所述移动终端的显示屏幕中的位置，对所述可交互控件进行模拟用户操作的测试。所述模拟用户操作为单击、双击、长按、划动、圈选、打钩、画叉、填充或其他在所述待测可交互控件上动作的方式选择待测可交互控件。对于图2所示的可交互控件(即键盘按钮)来说，其模拟用户操作即为单击。例如：单击数字按键“1”～“9”，以及“拨号”、“返回”、“文本”键。由于经过了步骤S102的精确定位，所以在本步骤中，可以准确地点击在需要测试的按键上。在现有的测试技术中，并不能准确对待测可交互控件进行定位，当需要测试按键“1”时，有可能会点击到“1”和“2”之间的空白区域，或者根本就点到了其他的按键，这样返回的测试结果就会不准确，并不能反应按键“1”的测试情况。

优选的，在安卓系统中，对所述可交互控件控件进行模拟用户操作的测试为通过封装基于Instrumentation和Robotium的测试框架来实现。安卓系统的测试环境的核心是一个Instrumentation框架，在这个框架下，测试应用程序可以精确控制应用程序。使用Instrumentation，可以在主程序启动之前，创建模拟的系统对象，如Context；控制应用程序的多个生命周期；发送用户界面的可交互控件的操作事件给应用程序；在执行期间检查程序状态。Instrumentation框架通过将主程序和测试程序运行在同一个进程来实现这些功能。robotium是安卓黑盒自动化测试的一个很好的解决方案。因此，通过封装基于Instrumentation和Robotium的测试框架可以实现对待测可交互控件准确的测试。

继续执行步骤S104，根据特定条件，一次或者多次执行所述步骤S101至所述步骤S103，获取所述测试结果。所述特定条件包括但不限于测试时间和/或测试次数。对于稳定性测试来说，通常会通过大量的测试数据，进行统计分析才能够获得比较准确的结果。因此需要多次或者长时间反复执行测试过程。例如：对图2所示的各个按键各点击1万遍。点击可以是顺序进行的，先点击1，再点击2，以此类推。也可以是随机点击，直至每个按键都执行完1万次点击。测试结果可以是错误的出现率、多个按钮的错误率排序等等。

图4为根据本发明的用于移动终端中系统稳定性测试的装置50的一个具体实施方式的结构示意图。装置50包括：待测可交互控件获取模块51、确定模块52、测试模块53和结果获取模块54。

待测可交互控件获取模块51，用于获取所述移动终端中待测应用的当前用户界面中的待测可交互控件。所述移动终端包括但不限于笔记本电脑、PDA(个人掌上电脑)、手机、平板电脑等。随着技术的发展，越来越多的移动终端已经是智能移动终端，可以通过安装系统，在系统中装载多种客户端可以实现更多的功能。例如：装载浏览器客户端，可以实现浏览网页，并在网页中实现应用的功能；装载游戏客户端，可以进行复杂的游戏；装载实时地图的客户端，在有网络的情况下，可以进行实时路况查询。

根据不同的需求，不同的厂商开发了多种系统共移动终端使用，目前常用的系统包括但不限于：安卓(Android)、塞班、泰泽(Tizen)、PalmOS、WindowsCE、PhoneOS和Linux，优选采用安卓系统。

在本本发明的具体实施方式中，可交互控件包括但不限于按钮、下拉框、文本框和/或单/复选框等。在各种客户端，抑或是系统本身，需要进行一些操作时，均需要对可交互控件进行操作。例如进行查看时，需要选择选项和/或点击确认按钮；系统提供多个选项时，可通过浏览下拉框并在下拉框中选择所需选项；另外，需要用户填写内容时，可以在文本框和/或单/复选框中进行填充或其他操作。

在获取待测可交互控件的过程中，待测可交互控件获取模块51可以通过预定测试用例选择的方式选择某一可交互控件，以便后续对此可交互控件进行测试。另外，待测可交互控件获取模块51还可以通过随机选择的方式获取所述移动终端中待测应用的当前用户界面中的待测可交互控件。

例如，当需要对智能手机中进行通信功能时使用的各个拨号键进行后续稳定性测试，则需要待测可交互控件获取模块51获取通信功能中的待测可交互控件，即为各个按键。

当获取了待测可交互控件之后，需要启用确定模块52。确定模块52，用于确定所述待测可交互控件在所述移动终端的显示屏幕中的位置。显示屏幕的大小、分辨率差异等会导致同样的待测可交互控件在显示屏幕中的位置的不同，因此为了准确进行测试，对于待测可交互控件在显示屏幕中的定位就非常重要。

因此，确定模块52进一步包括：属性获取单元521和确定单元522。属性获取模块521，用于获取移动终端的屏幕属性。移动终端屏幕属性包括但不限于：屏幕类型、屏幕分辨率和/或屏幕尺寸。屏幕类型可以为屏幕的材质，如TFT、TFD、UFB、STN和OLED。不同的材质有不同的特点，例如功耗、反应时间、色彩显示情况等等，因此在后续测试过程中，需要结合不同的显示屏幕给出不同的结果。另外，屏幕分辨率如240x320、240x400、320x240、320x480、480x800、480x854、960x540、960x640等等，分辨率高屏幕显示的效果就更好。此外，屏幕尺寸也很重要。大尺寸的显示屏幕必须要配备高分辨率，小尺寸的显示屏幕的分辨率可以相对较小，也可达到同样的效果。通常各种屏幕尺寸的专用分辨率如下：

小屏幕手机：120x120；120x180；176x208；176x220

中屏幕手机：240x320；240x400；320x240

大屏幕手机：320x480；360x480；360x640；480x640

特大屏手机：480x800；480x854；960x540；960x640

确定单元522，用于根据属性获取单元521获取到的屏幕属性，确定所述待测可交互控件在所述移动终端的显示屏幕中的位置。例如可以为每一个待测可交互控件或者待测可交互控件中的元素确定一个精确的位置，其位置可以通过数字化坐标表示。

可选的，当待测可交互控件不可见(如被其他窗口或控件覆盖、该控件的显示在移动终端的显示屏幕区域之外)时，确定模块52还用于通过用户界面操作使得该控件可见(如关闭覆盖该控件的窗口、滚动用户界面以使该控件出现在移动终端的显示屏幕上)；然后再确定待测可交互控件在屏幕中的位置。

测试模块53，用于根据所述待测可交互控件在所述移动终端的显示屏幕中的位置，对所述可交互控件进行模拟用户操作的测试。所述模拟用户操作为单击、双击、长按、划动、圈选、打钩、画叉、填充或其他在所述待测可交互控件上动作的方式选择待测可交互控件。对于拨号按键来说，模拟用户操作优选为单击所述按键。

优选的，在安卓系统中，测试模块53还用于对所述可交互控件控件进行模拟用户操作的测试为通过封装基于Instrumentation和Robotium的测试框架来实现。安卓系统的测试环境的核心是一个Instrumentation框架，在这个框架下，测试模块53可以精确控制应用程序。使用Instrumentation，可以在主程序启动之前，创建模拟的系统对象，如Context；控制应用程序的多个生命周期；发送用户界面的可交互控件的操作事件给应用程序；在执行期间检查程序状态。Instrumentation框架通过将主程序和测试程序运行在同一个进程来实现这些功能。robotium是安卓黑盒自动化测试的一个很好的解决方案。因此，测试模块53通过封装基于Instrumentation和Robotium的测试框架可以实现对待测可交互控件准确的测试。

结果获取模块54，用于根据特定条件，获取所述测试结果。所述特定条件包括但不限于测试时间和/或测试次数。对于稳定性测试来说，通常会通过大量的测试数据，进行统计分析才能够获得比较准确的结果。因此结果获取模块54主要用于对多次或者长时间反复执行测试过程后测试数据进行分析计算以获取最终测试结果。例如，当测试用例是：需要对智能手机通信功能中的各个按键各点击1万遍。点击可以是顺序进行的，先点击1，再点击2，以此类推。也可以是随机点击，直至每个按键都执行完1万次点击。那么结果获取模块54将对每次测试的数据都进行采集分析，最终获取测试结果。测试结果可以是错误的出现率、多个按钮的错误率排序等等。

采用本发明的方法和装置，可以在不同用户界面上对各种可交互控件实现有效、可控地稳定性测试。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他模块或步骤，单数不排除复数。

Claims (18)

1.一种移动终端中系统稳定性测试的方法，其特征在于，包括以下步骤：

a)获取所述移动终端中待测应用的当前用户界面中的待测可交互控件；

b)确定所述待测可交互控件在所述移动终端的显示屏幕中的位置；

c)根据所述待测可交互控件在所述移动终端的显示屏幕中的位置，对所述可交互控件进行模拟用户操作的测试；

d)根据特定条件，一次或者多次执行所述步骤a)至所述步骤c)，获取所述测试结果。

2.根据权利要求1所述的方法，其特征在于，所述系统包括：安卓、塞班、泰泽、PalmOS、WindowsCE、PhoneOS和Linux。

3.根据权利要求1所述的方法，其特征在于，所述步骤a)为通过随机选择或者根据预定测试用例选择的方式获取所述移动终端中待测应用的当前用户界面中的待测可交互控件。

4.根据权利要求1或2所述的方法，其特征在于，所述步骤b)还包括：

获取所述移动终端的屏幕属性；

根据所述移动终端的屏幕属性，确定所述待测可交互控件在所述移动终端的显示屏幕中的位置。

5.根据权利要求4所述的方法，其特征在于，所述屏幕属性包括：屏幕类型、屏幕分辨率和/或屏幕尺寸。

6.根据权利要求2所述的方法，其特征在于，所述步骤c)中对所述可交互控件控件进行模拟用户操作的测试为通过封装基于Instrumentation和Robotium的测试框架来实现。

7.根据权利要求1或2所述的方法，其特征在于，所述模拟用户操作为单击、双击、长按、划动、圈选、打钩、画叉、填充或其他在所述待测可交互控件上动作的方式选择待测可交互控件。

8.根据权利要求1或2所述的方法，其特征在于，所述特定条件包括：测试时间和/或测试次数。

9.根据权利要求1或2所述的方法，其特征在于，所述可交互控件包括：按钮、下拉框、文本框和/或单/复选框。

10.一种用于移动终端中系统稳定性测试的装置，其特征在于，包括：

待测可交互控件获取模块，用于获取所述移动终端中待测应用的当前用户界面中的待测可交互控件；

确定模块，用于确定所述待测可交互控件在所述移动终端的显示屏幕中的位置；

测试模块，用于根据所述待测可交互控件在所述移动终端的显示屏幕中的位置，对所述可交互控件进行模拟用户操作的测试；

结果获取模块，用于根据特定条件，获取所述测试结果。

11.根据权利要求10所述的装置，其特征在于，所述系统包括：安卓、塞班、泰泽、PalmOS、WindowsCE、PhoneOS和Linux。

12.根据权利要求10所述的装置，其特征在于，所述待测可交互控件获取模块还用于通过随机选择或者根据预定测试用例选择的方式获取所述移动终端中待测应用的当前用户界面中的待测可交互控件。

13.根据权利要求10或11所述的装置，其特征在于，所述确定模块，还包括：

属性获取单元，用于获取所述移动终端的屏幕属性；

确定单元，用于根据所述移动终端的屏幕属性，确定所述待测可交互控件在所述移动终端的显示屏幕中的位置。

14.根据权利要求13所述的装置，其特征在于，所述屏幕属性包括：屏幕类型、屏幕分辨率和/或屏幕尺寸。

15.根据权利要求10或11所述的装置，其特征在于，所述测试模块进一步用于对所述可交互控件控件进行模拟用户操作的测试为通过封装基于Instrumentation和Robotium的测试框架来实现。

16.根据权利要求10或11所述的装置，其特征在于，所述模拟用户操作为双击、长按、划动、圈选、打钩、画叉、填充或其他在所述待测可交互控件上动作的方式选择待测可交互控件。

17.根据权利要求10或11所述的装置，其特征在于，所述特定条件包括：测试时间和/或测试次数。

18.根据权利要求10或11所述的装置，其特征在于，所述可交互控件包括：按钮、下拉框、文本框和/或单/复选框。

Images