CN108595322A - 一种应用测试方法及装置 - Google Patents

Abstract

本发明实施例提供了一种应用测试方法及装置。该应用测试方法包括：根据应用界面上的所有控件中各控件的参数信息，在所述所有控件中确定出需进行测试的多个控件；获取所述多个控件中各控件的历史测试次数；根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略；在自动测试时，按照所述测试策略对所述各控件进行测试。本发明实施例提供的技术方案能够提高测试效率以及崩溃原因的定位准确度。

Description

一种应用测试方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用测试方法及装置。

背景技术

随着智能终端的广泛普及，智能终端上运行的应用程序越来越多，针对智能终端上的应用程序测试的需求也应运而生。

目前，在应用程序开发过程中，通常采用随机测试方法对应用程序中各控件进行多轮测试。由于每轮测试均采用随机测试方法，因此，很难通过后轮测试来复现前轮测试过程中发生过的崩溃事件，进而导致难以较准确地定位崩溃原因；此外，采用随机测试方法很可能会遗漏掉一些重要的控件，导致测试效率低下。

发明内容

本发明实施例提供了一种应用测试方法及装置，目的在于提高测试效率以及崩溃原因的定位准确度。

为了解决上述技术问题，本发明一实施例提供了一种应用测试方法。该方法包括：根据应用界面上的所有控件中各控件的参数信息，在所述所有控件中确定出需进行测试的多个控件；获取所述多个控件中各控件的历史测试次数；根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略；在自动测试时，按照所述测试策略对所述各控件进行测试。

可选地，根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略，包括：若所述多个控件中各控件的历史测试次数相同，则确定采用随机选取测试的第一测试策略；若所述多个控件中各控件的历史测试次数存在不同，则确定采用历史测试次数多优先测试的第二测试策略。

可选地，按照所述测试策略对所述各控件进行测试，包括：若所述测试策略为所述第一测试策略，则随机从所述多个控件中选择第一控件作为测试对象进行测试，所述第一控件测试完成后再随机选择第二控件进行测试直至收到测试结束指令；若所述测试策略为所述第二测试策略，则按照历史测试次数由多到少的顺序对所述多个控件进行测试。

可选地，上述方法，还包括：在完成按照历史测试次数由多到少的顺序对所述多个控件中所有控件进行测试的步骤之后，且在收到测试结束指令之前，对所述多个控件进行随机选取测试。

可选地，上述方法，还包括：对所述应用界面的代码进行扫描，以获得所述应用界面上的所有控件中各控件的参数信息。

可选地，所述参数信息包括控件大小和/或控件类型；根据应用界面上的所有控件中各控件的参数信息，在所述所有控件中确定出需进行测试的多个控件，包括：将控件大小大于或等于第一阈值、控件类型属于第一需测类型或者控件大小大于或等于第二阈值且控件类型属于第二需测类型的控件确定为需进行测试的控件。

可选地，所述参数信息还包括：注册手势集合；按照所述测试策略对所述各控件进行测试，包括：当所述应用界面跳转为当前界面时，根据所述测试策略确定当前待测控件；获取所述当前待测控件对应的已测手势队列；根据所述已测手势队列和所述注册手势集合，确定当前未测手势，并在所述当前未测手势中选取一手势作为目标手势；根据目标手势对应的手势信息生成触发事件，以触发所述当前待测控件进行测试，并更新所述已测手势队列。

本发明又一实施例还提供了一种应用测试装置。该装置包括：第一确定模块，用于根据应用界面上的所有控件中各控件的参数信息，在所述所有控件中确定出需进行测试的多个控件；获取模块，用于获取所述多个控件中各控件的历史测试次数；第二确定模块，用于根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略；测试模块，用于在自动测试时，按照所述测试策略对所述各控件进行测试。

可选地，所述第二确定模块具体用于：若所述多个控件中各控件的历史测试次数相同，则确定采用随机选取测试的第一测试策略；若所述多个控件中各控件的历史测试次数存在不同，则确定采用历史测试次数多优先测试的第二测试策略。

可选地，所述测试模块，具体用于：若所述测试策略为所述第一测试策略，则随机从所述多个控件中选择第一控件作为测试对象进行测试，所述第一控件测试完成后再随机选择第二控件进行测试直至收到测试结束指令；若所述测试策略为所述第二测试策略，则按照历史测试次数由多到少的顺序对所述多个控件进行测试。

可选地，所述测试模块，还用于：在完成按照历史测试次数由多到少的顺序对所述多个控件中所有控件进行测试的步骤之后，且在收到测试结束指令之前，对所述多个控件进行随机选取测试。

可选地，上述装置还包括：扫描模块，用于对所述应用界面的代码进行扫描，以获得所述应用界面上的所有控件中各控件的参数信息。

本发明实施例提供的技术方案中，首先会将应用界面中一些无需测试的控件进行排除，仅对需要进行测试的控件进行测试，可提高测试效率；其次，根据历史测试情况确定的测试策略进行测试可有效提高历史测试中已发生过的崩溃事件的复现概率，提高崩溃原因的定位效率。

附图说明

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

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

图2为本发明又一实施例提供的应用测试装置的结构示意图。

具体实施方式

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

图1为本发明一实施例提供的应用测试方法的流程示意图。如图1所示，该方法包括：

101、根据应用界面上的所有控件中各控件的参数信息，在所述所有控件中确定出需进行测试的多个控件。

102、获取所述多个控件中各控件的历史测试次数。

103、根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略。

104、在自动测试时，按照所述测试策略对所述各控件进行测试。

上述步骤101中，应用界面指的是游戏、社交或视频等应用为用户提供的交互界面。一个应用界面中可能会包括多个控件，其中一个控件被触发之后，可能会得到新的应用界面，在新的应用界面中又可能会包括多个控件。

目前，控件类型有按钮类、视图类、文本类、布局类、容器类等。例如：按钮类控件有：超级链接样式按钮(LinkButton)、图形化按钮(ImageButton)；视图类控件有：列表视图(ListView)；文本类控件有：文本框(TextBox)；布局类有：相对布局(RelativeLayout)、线性布局(LinearLayout)、表格布局(TableLayout)；容器类有：视图组(Viewgroup)。其中，布局类、容器类控件是无法响应用户操作的。

控件在应用界面上所占面积大小称为控件大小，例如：控件A的控件大小为：0.25平方厘米。受限于手指宽度尺寸，用户无法操作控件大小小于一定阈值的控件。

可见，布局类、容器类以及控件大小小于一定阈值的控件的测试需求不高，因此，可忽略或是放在后续进行测试。

在一种可实现的方案中，筛选需进行测试的多个控件时，可根据控件大小或控件类型进行筛选。即参数信息可包括控件类型和/或控件大小。上述步骤101具体可采用如下方法中的一种或多种来实现：

方法一、将控件大小大于或等于第一阈值的控件确定为需进行测试的控件。

方法二、将控件类型属于第一需测类型的控件确定为需进行测试的控件。

方法三、将控件大小大于或等于第二阈值且控件类型属于第二需测类型的控件确定为需进行测试的控件。

在方法一中，第一阈值的数值可根据实际情况设定，本发明对此不作具体限定。例如：第一阈值为0.25平方厘米；应用界面上包括控件A、控件B和控件C；控件A的控件大小为0.21平方厘米，控件B的控件大小为0.35平方厘米，控件C的控件大小为0.9平方厘米；该应用界面上控件大小大于或等于0.25平方厘米的控件有控件B和控件C，因此，将控件B和控件C确定为需进行测试的多个控件。

在方法二中，可根据实际情况事先建立第一需测类型列表，例如：第一需测类型列表包括：按钮类、视图类、文本类；应用界面上包括控件D、控件E和控件F；控件D为图形化按钮，控件E为线性布局，控件F为列表视图；根据第一需测类型列表，可判断出控件D和控件F为需进行测试的多个控件。

在方法三中，可根据实际情况事先设定第二阈值大小以及第二需测类型列表。例如：第二阈值为0.3平方厘米，第二需测类型列表包括按钮类、视图类；应用界面上包括控件X、控件Y和控件Z；控件X的控件大小为0.34平方厘米、控件类型为视图类；控件Y的控件大小为0.45平方厘米、控件类型为布局类；控件Z的控件大小为0.5平方厘米、控件类型为按钮类；根据第二阈值和第二需测类型列表，可判断出控件X和控件Z为需进行测试的多个控件。控件Y的控件大小虽然满足条件，但其控件类型不满足，因此筛除。

需要说明的是：第一阈值和第二阈值的大小可相等或不相等，第一需测类型列表和第二需测类型列表可相同或不相同，本发明对此不作具体限定。

在控件测试过程中，可对各控件的测试次数进行累计，例如：可事先为各控件对应设置一计数变量i，每对一控件进行过一次测试后，将该控件对应的计数变量i加1。由于应用在上线之前会进行多轮的控件测试，因此，在后一轮测试中对各控件的测试次数进行累计时可以前一轮测试结束时的累计数为起点进行累计，例如：前一轮测试结束时，控件A的累计数为5(单位：次)，则在后一轮测试中一旦对控件A执行过一次测试，则控件A的累计数更新为6。

在上述步骤102中，在每轮测试之前去获取前一轮测试结束时多个控件中各控件的累计数，也即是获取多个控件中各控件的历史测试次数。

在上述步骤103中，测试策略包含多个控件中各控件的测试顺序。各控件的测试顺序由各控件的历史测试次数确定，例如：历史测试次数越高的控件越优先测试，即越靠前测试。由于在应用测试过程中很可能会出现成千上万的崩溃事件，若技术人员针对每个崩溃事件都进行排查处理，必然会增加技术人员的工作负担，降低崩溃原因的定位效率。并且很多崩溃事件并不是必然性事件，而是概率性事件，因此，可通过后续测试来尽量复现前面测试过程中出现的崩溃事件，只有当某一崩溃事件复现多次，才会将该崩溃事件确定为技术人员需进行处理的崩溃事件，这不仅可有效减少技术人员的工作量，还能帮助技术人员快速定位崩溃原因。

由于在历史测试过程中出现的崩溃事件必定是在测试某一控件时导致的，从概率的角度来分析，崩溃事件由历史测试次数高的控件引起的概率较大，因此，优先测试历史测试次数高的控件可有效快速的复现出崩溃事件，以帮助技术人员快速定位崩溃原因。

由于在应用测试过程中，会对应用的多个应用界面进行测试，因此，每个应用界面上多个控件中各控件的历史测试次数的分布情况均不相同，例如：应用界面A上多个控件的历史测试次数相同，应用界面B上多个控件的历史测试次数存在不同，这时可采用不同的测试策略对应用界面A和应用界面B进行测试。

具体地，根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略，包括：若所述多个控件中各控件的历史测试次数相同，则确定采用随机选取测试的第一测试策略；若所述多个控件中各控件的历史测试次数存在不同，则确定采用历史测试次数多优先测试的第二测试策略。

在首轮测试时，由于各个应用界面上多个控件的历史测试次数均为0，因此，可统一采用随机选取测试的第一测试策略对所有的应用界面进行测试。在经历过一轮或多轮测试后，每个应用界面上控件的历史测试次数发生了变化，一些应用界面上多个控件的历史测试次数均相同；另一些应用界面上多个控件的历史测试次数存在不同。这时，对那些测试次数均相同的应用界面采用随机选取测试的第一测试策略进行测试，对那些测试次数存在不同的应用界面采用历史测试次数多优先测试的第二测试策略。

在上述步骤104中，按照测试策略中多个控件的测试顺序对所述各控件进行测试。通常，每轮自动测试的时长或结束时间点可根据实际情况进行设定。例如：预先设置自动测试的时长为3h，一旦测试计时到达3h，则生成测试结束指令，根据测试结束指令，结束本轮测试；或者，接收技术人员对测试结束按钮的触发事件，生成测试结束指令，根据测试结束指令，结束本轮测试。

具体地，若所述测试策略为所述第一测试策略，则随机从所述多个控件中选择第一控件作为测试对象进行测试，所述第一控件测试完成后再随机选择第二控件进行测试直至收到测试结束指令。

若所述测试策略为所述第二测试策略，则按照历史测试次数由多到少的顺序对所述多个控件进行测试。考虑到多个控件中会存在历史测试次数相等的多个第三控件，多个第三控件的测试先后顺序可随机选定，例如：当轮到测试历史测试次数相等的多个第三控件时，从多个第三控件中随机选取一个未测试完成的控件进行测试。

在按照历史测试次数由多到少的顺序对所述多个控件进行测试的过程中，若收到测试结束指令，则结束测试。在完成按照历史测试次数由多到少的顺序对所述多个控件中所有控件进行测试的步骤之后，且在收到测试结束指令之前，对所述多个控件进行随机选取测试，即随机从所述多个控件中选择第四控件作为测试对象进行测试，所述第四控件测试完成后再随机选择第五控件进行测试直至收到测试结束指令。需要说明的是，在按照历史测试次数由多到少的顺序对所述多个控件中所有控件进行测试之后，在收到测试结束指令之前，加入随机测试方法的目的在于避免后续每轮测试中总是对固定的某些控件进行优先测试，造成测试不够全面。加入随机测试，可在一定程度上更新后续测试的优先测试顺序，使得应用界面中的每个控件都有机会被测试到。即第n轮测试总是先复现第n-1轮测试过程中出现的崩溃，而后通过随机测试在一定程度上更新第n+1轮测试的优先顺序。

本发明实施例提供的技术方案中，首先会将应用界面中一些无需测试的控件进行排除，仅对需要进行测试的控件进行测试，可提高测试效率；其次，根据历史测试情况确定的测试策略进行测试可有效提高历史测试中已发生过的崩溃事件的复现概率，提高崩溃原因的定位效率。

进一步的，可通过对所述应用界面的代码进行扫描，以获得所述应用界面上的所有控件中各控件的参数信息。参数信息包括：控件大小和/或控件类型。

在实际应用中，过量的控件会直接影响到应用界面的美观性。因此，在UI(UserInterface，用户界面)设计时，会将一个控件对应注册多种操作手势，例如：用于翻页的控件支持向左滑动和向右滑动这两种操作手势；相机拍摄按钮支持点击(用于拍照)和长按(用于拍摄或连拍)这两种操作手势。因此，在自动测试时，需要模拟控件对应注册的多种操作手势来对控件进行测试。上述参数信息还包括注册手势集合。在对应用界面的代码进行扫描时，可根据API(Application Programming Interface，调用接口)模型来获取应用界面上各控件对应的注册手势集合。该API模型包括各种操作手势对应的标准接口代码，在扫描某一控件对应的几行代码时，若出现与API模型中相同的代码段，则根据该代码段可判断出该控件对应注册的操作手势，例如：代码中出现onLongPress代码段，表明该控件支持点击长按操作；若代码中出现onDoubleTap代码段，表明该控件支持双击手势操作；若代码中出现getPointerCount代码段，表明该控件支持多点手势操作。

在一种可实现的方案中，按照所述测试策略对所述各控件进行测试，包括：当所述应用界面跳转为当前界面时，根据所述测试策略确定当前待测控件；获取所述当前待测控件对应的已测手势队列；根据所述已测手势队列和所述注册手势集合，确定当前未测手势，并在所述当前未测手势中选取一手势作为目标手势；根据目标手势对应的手势信息生成触发事件，以触发所述当前待测控件进行测试，并更新所述已测手势队列。

具体地，当所述应用界面跳转为当前界面时，若当前所述应用界面的测试策略为第一测试策略，则从所述应用界面的需进行测试的多个控件中随机选取一个控件作为当前待测控件；若当前所述应用界面的测试策略为第二测试策略，则获取所述应用界面的已完成测试控件队列，并根据已完成测试控件队列确定所述应用界面的需进行测试的多个控件中未完成测试控件，从未完成测试控件中选取历史操作次数最高的控件作为当前待测控件(注：当未完成测试控件中并列存在多个历史操作次数最高的控件，则从中随机选取一个作为当前待测控件)。已完成测试控件队列中记录了所述应用界面在本轮测试中已完成测试的控件集合。

确定好当前待测控件后，获取该当前待测控件对应的已测手势队列，所述已测手势队列中记录了该当前待测控件在本轮测试中已完成测试的手势集合。因此，根据所述已测手势队列和所述注册手势集合，即可确定该当前待测控件的当前未测手势集合，从当前未测手势集合中可随机选取一手势作为目标手势。在当前待测控件的目标手势测试完成之后，更新已测手势队列，例如：在已测手势队列中加入目标手势对应的手势标识。

当采用第二测试策略进行测试时，上述方法，还包括：在更新完所述已测手势队列后，若所述已测手势队列中包括所述当前待测控件对应的注册手势集合中所有手势，则更新已完成测试控件队列。已完成测试控件队列中记录了所述应用界面在本轮测试中已完成测试的控件集合。当所述应用界面每次跳转到当前界面时，可根据测试策略以及已完成测试控件队列，即可在未完成测试控件队列中确定出当前待测控件。

需要说明的是，在自动化测试过程中，当第一应用界面跳转至当前界面时，只能选择第一应用界面中的一个控件进行测试，因为一旦对这个控件进行测试，也即是对这个控件进行触发，当前界面会跳转至其他应用界面，因此，只有当该第一应用界面再次跳转至当前界面时，才可对该第一应用界面上其他控件进行测试。

本发明又一实施例提供了一种应用测试装置。如图2所示，该应用测试装置包括：第一确定模块201、获取模块202、第二确定模块203和测试模块204。其中，第一确定模块201，用于根据应用界面上的所有控件中各控件的参数信息，在所述所有控件中确定出需进行测试的多个控件；获取模块202，用于获取所述多个控件中各控件的历史测试次数；第二确定模块203，用于根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略；测试模块204，用于在自动测试时，按照所述测试策略对所述各控件进行测试。

本发明实施例提供的技术方案中，首先会将应用界面中一些无需测试的控件进行排除，仅对需要进行测试的控件进行测试，可提高测试效率；其次，根据历史测试情况确定的测试策略进行测试可有效提高历史测试中已发生过的崩溃事件的复现概率，提高崩溃原因的定位效率。

可选地，所述第二确定模块203具体用于：若所述多个控件中各控件的历史测试次数相同，则确定采用随机选取测试的第一测试策略；若所述多个控件中各控件的历史测试次数存在不同，则确定采用历史测试次数多优先测试的第二测试策略。

可选地，所述测试模块204，具体用于：若所述测试策略为所述第一测试策略，则随机从所述多个控件中选择第一控件作为测试对象进行测试，所述第一控件测试完成后再随机选择第二控件进行测试直至收到测试结束指令；若所述测试策略为所述第二测试策略，则按照历史测试次数由多到少的顺序对所述多个控件进行测试。

可选地，所述测试模块204，还用于：在完成按照历史测试次数由多到少的顺序对所述多个控件中所有控件进行测试的步骤之后，且在收到测试结束指令之前，对所述多个控件进行随机选取测试。

可选地，上述装置还包括：扫描模块，用于对所述应用界面的代码进行扫描，以获得所述应用界面上的所有控件中各控件的参数信息。

可选地，所述参数信息包括控件大小和/或控件类型；所述第一确定模块，具体用于：将控件大小大于或等于第一阈值、控件类型属于第一需测类型或者控件大小大于或等于第二阈值且控件类型属于第二需测类型的控件确定为需进行测试的控件。

可选地，所述参数信息还包括：注册手势集合；所述测试模块204，包括：第一确定单元，用于当所述应用界面跳转为当前界面时，根据所述测试策略确定当前待测控件；获取单元，用于获取所述当前待测控件对应的已测手势队列；确定单元，用于根据所述已测手势队列和所述注册手势集合，确定当前未测手势，并在所述当前未测手势中选取一手势作为目标手势；测试单元，用于根据目标手势对应的手势信息生成触发事件，以触发所述当前待测控件进行测试，并更新所述已测手势队列。

需要说明的是，本实施例提供的应用测试装置可实现上述各应用测试方法实施例提供的技术方案，具体的实现原理可参见上述各实施例中的相应内容，此处不再赘述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

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

根据应用界面上的所有控件中各控件的参数信息，在所述所有控件中确定出需进行测试的多个控件；

获取所述多个控件中各控件的历史测试次数；

根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略；

在自动测试时，按照所述测试策略对所述各控件进行测试。

2.根据权利要求1所述的方法，其特征在于，根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略，包括：

若所述多个控件中各控件的历史测试次数相同，则确定采用随机选取测试的第一测试策略；

若所述多个控件中各控件的历史测试次数存在不同，则确定采用历史测试次数多优先测试的第二测试策略。

3.根据权利要求2所述的方法，其特征在于，按照所述测试策略对所述各控件进行测试，包括：

若所述测试策略为所述第一测试策略，则随机从所述多个控件中选择第一控件作为测试对象进行测试，所述第一控件测试完成后再随机选择第二控件进行测试直至收到测试结束指令；

若所述测试策略为所述第二测试策略，则按照历史测试次数由多到少的顺序对所述多个控件进行测试。

4.根据权利要求3所述的方法，其特征在于，还包括：

在完成按照历史测试次数由多到少的顺序对所述多个控件中所有控件进行测试的步骤之后，且在收到测试结束指令之前，对所述多个控件进行随机选取测试。

5.根据权利要求1-4中任一项所述的方法，其特征在于，还包括：对所述应用界面的代码进行扫描，以获得所述应用界面上的所有控件中各控件的参数信息。

6.根据权利要求1-4中任一项所述的方法，其特征在于，所述参数信息包括控件大小和/或控件类型；

根据应用界面上的所有控件中各控件的参数信息，在所述所有控件中确定出需进行测试的多个控件，包括：将控件大小大于或等于第一阈值、控件类型属于第一需测类型或者控件大小大于或等于第二阈值且控件类型属于第二需测类型的控件确定为需进行测试的控件。

7.根据权利要求6所述的方法，其特征在于，所述参数信息还包括：注册手势集合；

按照所述测试策略对所述各控件进行测试，包括：

当所述应用界面跳转为当前界面时，根据所述测试策略确定当前待测控件；

获取所述当前待测控件对应的已测手势队列；

根据所述已测手势队列和所述注册手势集合，确定当前未测手势，并在所述当前未测手势中选取一手势作为目标手势；

根据目标手势对应的手势信息生成触发事件，以触发所述当前待测控件进行测试，并更新所述已测手势队列。

8.一种应用测试装置，其特征在于，包括：

第一确定模块，用于根据应用界面上的所有控件中各控件的参数信息，在所述所有控件中确定出需进行测试的多个控件；

获取模块，用于获取所述多个控件中各控件的历史测试次数；

第二确定模块，用于根据所述多个控件中各控件的历史测试次数，确定与所述多个控件中各控件的测试顺序有关的测试策略；

测试模块，用于在自动测试时，按照所述测试策略对所述各控件进行测试。

9.根据权利要求8所述的装置，其特征在于，所述第二确定模块具体用于：

若所述多个控件中各控件的历史测试次数相同，则确定采用随机选取测试的第一测试策略；

若所述多个控件中各控件的历史测试次数存在不同，则确定采用历史测试次数多优先测试的第二测试策略。

10.根据权利要求8所述的装置，其特征在于，所述测试模块，具体用于：

若所述测试策略为所述第一测试策略，则随机从所述多个控件中选择第一控件作为测试对象进行测试，所述第一控件测试完成后再随机选择第二控件进行测试直至收到测试结束指令；

若所述测试策略为所述第二测试策略，则按照历史测试次数由多到少的顺序对所述多个控件进行测试。

11.根据权利要求10所述的装置，其特征在于，所述测试模块，还用于：在完成按照历史测试次数由多到少的顺序对所述多个控件中所有控件进行测试的步骤之后，且在收到测试结束指令之前，对所述多个控件进行随机选取测试。

12.根据权利要求8-11中任一项所述的装置，其特征在于，还包括：扫描模块，用于对所述应用界面的代码进行扫描，以获得所述应用界面上的所有控件中各控件的参数信息。