CN109062786A - 测试用例的运行方法、装置及终端 - Google Patents

Abstract

本发明提供一种测试用例的运行方法、装置及终端，该方法包括：在接收到测试指令时，确定多个可用的测试机；并获取需要运行的至少一个测试用例；再根据至少一个测试用例中每个测试用例的属性信息，为每个测试用例分配测试机，其中，属性信息包括类型信息；之后，再接收各测试机返回的测试结果。本发明实施例提供的测试用例的运行方法、装置及终端，提高了APP测试的成功率。

Description

测试用例的运行方法、装置及终端

技术领域

本发明涉及计算机应用技术，尤其涉及一种测试用例的运行方法、装置及终端。

背景技术

随着移动互联网的高速发展，手机应用程序(Application，简称app)的更新迭代也日益加快。在产品不断迭代更新的过程中，如何在对APP进行测试的过程中，有效的缩短测试时间、减少测试人力是至关重要的问题。

现有技术中，在对APP进行测试的过程中，不同自动化测试用例依赖于不同的测试场景，例如，对于测试机而言，有的测试机只能运行APP1的测试用例，有的测试机只能运行APP2的测试用例，当在只能运行APP1的测试用例的测试机上运行APP2的测试用例时，则会造成APP2的测试用例运行失败，从而导致APP2测试的成功率不高。

发明内容

本发明实施例提供一种测试用例的运行方法、装置及终端，以提高APP测试的成功率。

第一方面，本发明实施例提供一种测试用例的运行方法，该测试用例的运行方法包括：

在接收到测试指令时，确定多个可用的测试机；

获取需要运行的至少一个测试用例；

根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，其中，所述属性信息包括类型信息；

接收各所述测试机返回的测试结果。

在一种可能的实现方式中，所述根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，包括：

根据预先存储的类型信息和测试机之间的对应关系，确定所述每个测试用例的类型信息对应的测试机；

为所述每个测试用例分配所述测试机。

在一种可能的实现方式中，所述属性信息还包括运行时间和运行失败的次数；

所述根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，包括：

根据所述运行时间和所述运行失败的次数，确定每个测试用例的预计运行时间，其中，所述运行失败的次数与所述预计运行时间呈正比；

根据所述每个测试用例的预计运行时间和所述类型信息，为所述每个测试用例分配所述测试机，使得多个测试机中的每两个测试机之间运行各自所分配的测试用例的时间差值小于预设值。

在一种可能的实现方式中，所述属性信息还包括优先级信息，所述至少一个测试用例的数量为至少两个；

所述根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，包括：

分别确定所述至少两个测试用例的优先级；

根据所述至少两个测试用例的优先级和所述类型信息，为所述每个测试用例分配所述测试机。

在一种可能的实现方式中，所述测试指令为根据修改内容触发的指令、定时触发的指令或人工触发的指令。

第二方面，本发明实施例还提供一种测试用例的运行装置，该测试用例的运行装置可以包括：

获取单元，用于在接收到测试指令时，确定多个可用的测试机；

所述获取单元，还用于获取需要运行的至少一个测试用例；

分配单元，用于根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，其中，所述属性信息包括类型信息；

接收单元，用于接收各所述测试机返回的测试结果。

在一种可能的实现方式中，所述分配单元，具体用于根据预先存储的类型信息和测试机之间的对应关系，确定所述每个测试用例的类型信息对应的测试机；并为所述每个测试用例分配所述测试机。

在一种可能的实现方式中，所述属性信息还包括运行时间和运行失败的次数；

所述分配单元，具体用于根据所述运行时间和所述运行失败的次数，确定每个测试用例的预计运行时间，其中，所述运行失败的次数与所述预计运行时间呈正比；并根据所述每个测试用例的预计运行时间和所述类型信息，为所述每个测试用例分配所述测试机，使得多个测试机中的每两个测试机之间运行各自所分配的测试用例的时间差值小于预设值。

在一种可能的实现方式中，所述属性信息还包括优先级信息，所述至少一个测试用例的数量为至少两个；

所述分配单元，具体用于分别确定所述至少两个测试用例的优先级；并根据所述至少两个测试用例的优先级和所述类型信息，为所述每个测试用例分配所述测试机。

在一种可能的实现方式中，所述测试指令为根据修改内容触发的指令、定时触发的指令或人工触发的指令。

第三方面，本发明实施例还提供一种终端，该终端可以包括处理器和存储器，其中，

所述存储器用于存储程序指令；

所述处理器用于读取所述存储器中的程序指令，并根据所述存储器中的程序指令执行上述第一方面任一项所示的测试用例的运行方法。

第四方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，在所述计算机程序被处理器执行时，执行上述第一方面任一项所示的测试用例的运行方法。

本发明实施例提供的测试用例的运行方法、装置及终端，当终端接收到测试指令时，先确定多个可用的测试机，并根据至少一个测试用例中每个测试用例的类型信息，为每个测试用例分配测试机，以通过测试机运行对应的测试用例，并在运行完测试用例之后，向终端返回每一个测试用例的运行情况。与现有技术相比，本发明实施例提供的测试用例的运行方法、装置及终端，在为每一个测试用例分配测试机时，是根据每一个测试用例的类型信息为该测试用例分配可以运行该测试用例的测试机，并通过该测试机运行该测试用例，以实现对APP的测试，从而提高APP测试的成功率。

附图说明

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

图1为本发明实施例提供的一种应用场景示意图；

图2为本发明实施例提供的一种测试用例的运行方法的流程示意图；

图3为本发明实施例提供的另一种测试用例的运行方法的示意图；

图4为本发明实施例提供的一种为每个测试用例分配测试机的流程示意图；

图5为本发明实施例提供的一种一级mock规则示意图；

图6为本发明实施例提供的另一种为每个测试用例分配测试机的流程示意图；

图7为本发明实施例提供的一种测试用例的运行装置的结构示意图；

图8为本发明实施例提供的一种终端的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”及“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例提供的测试用例的运行方法可以应用于终端和测试机，示例的，请参见图1所示，图1为本发明实施例提供的一种应用场景示意图，在对终端上的APP进行测试时，一个终端可以连接多个测试机，且该终端可以获取到每一个测试机的标识、当前运行状态等属性信息，这样当终端接收到测试指令时，先确定多个可用的测试机，并根据至少一个测试用例中每个测试用例的属性信息(类型信息)，为每个测试用例分配测试机，以通过测试机运行对应的测试用例，并在运行完测试用例之后，向终端返回每一个测试用例的运行情况。与现有技术相比，本发明实施例提供的测试用例的运行方法，在为每一个测试用例分配测试机时，是根据每一个测试用例的类型信息为该测试用例分配可以运行该测试用例的测试机，并通过该测试机运行该测试用例，以实现对APP的测试，从而提高APP测试的成功率。

下面以具体的实施例对本发明的技术方案以及本发明的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

图2为本发明实施例提供的一种测试用例的运行方法的流程示意图，该测试用例的运行方法可以由测试用例的运行装置执行，该测试用例的运行装置可以独立设置，也可以集成在终端中。示例的，请参见图2所示，该测试用例的运行方法可以包括：

S201、在接收到测试指令时，确定多个可用的测试机。

可选的，测试指令为根据修改内容触发的指令、定时触发的指令或人工触发的指令。即终端在接收该测试指令时，该测试指令可以为根据对APP的修改内容自动触发的测试指令；该测试指令也可以是终端定时触发的测试指令，可根据配置文件运行相关测试用例(如规定每日运行新增加的自动化测试用例)；当然，该测试指令也可以是测试人员手动触发的测试指令，测试人员可以根据需求执行相应的测试用例。示例的，请参见图3所示，图3为本发明实施例提供的另一种测试用例的运行方法的示意图。在此，本发明实施例只是以这三种测试指令为例进行说明，但并不代表本发明实施例仅局限于此。

需要说明的是，多个可用的测试机可以理解为与终端连接的，数据库中配置可运行的、且当前任务不在运行中的测试机。

示例的，测试机的种类可以包括至少三种，这三种类型分别为特定测试机、普通测试机及与服务器交互的mock测试机。其中，特定测试机可以理解为只能运行某些特定APP的测试用例的测试机；普通测试机可以理解为可运行所有APP的测试用例的测试机，与服务器交互的mock测试机可以理解为需要与服务器交互才能运行APP的测试用例的测试机，当然，本发明实施例只是以这三种类型的测试机为例进行说明，但并不代表本发明实施例仅局限于此。

S202、获取需要运行的至少一个测试用例。

其中，至少一个测试用例的个数可以为一个，也可以为多个，具体可以根据实际需要进行设置，在此，对应至少一个测试用例的数据具体为几个，本发明实施例不做进一步地限制。

S203、根据至少一个测试用例中每个测试用例的属性信息，为每个测试用例分配测试机。

其中，属性信息包括类型信息，该测试用例的类型信息可以为分为特定场景的测试用例、普通测试用例及与服务器相关的测试用例。其中，特征场景的测试用例可以理解为只在特定的APP中单独运行的测试用例，普通测试用例可以理解为在所有APP中均可单独运行的测试用例，且该普通测试用例可以随机分配到任意一台测试机上运行。与服务器相关的测试用例可以理解为需要与服务器进行交互的测试用例。

需要说明的是，由于服务器返回数据的实时性，将会导致测试用例执行失败。因此，与服务器相关的测试用例的数据请求是通过mock服务器发送的。服务器初始化后将会启动代理进程并加载匹配规则，根据匹配规则中的端口号开启虚拟mock服务器；请求到达后，会通过代理服务器对请求进行规则匹配，同时去解密请求中的唯一标识。若匹配成功，则查找到对应mock服务器端口并转发，否则直接转发至原服务端。通过上述方式可以控制请求所返回的数据，提升服务端交互的测试用例的稳定性。

在确定每一个测试用例的属性信息，并根据每一个测试用例的属性信息为每个测试用例分配测试机时，可选的，可以根据预先存储的类型信息和测试机之间的对应关系，确定每个测试用例的类型信息对应的测试机，并为每个测试用例分配测试机。

需要说明的是，对于不同类型信息对应的测试用例，其对应的测试机可以相同，也可以不同。

在根据至少一个测试用例中每个测试用例的属性信息，为每个测试用例分配测试机之前，可以预先存储的类型信息和测试机之间的对应关系，这样在确定每个测试用例的类型信息之后，就可以根据该对应关系确定每个测试用例对应的测试机，并将该测试用例分配给其对应的测试机。

示例的，以至少一个测试用例的个数为4个为例，该4个测试用例分别为测试用例A、测试用例B、测试用例C及测试用例D，可用的测试机分别为测试机A、测试机B及测试机C；假设测试用例A的类型信息为特定场景的测试用例，说明该测试用例A只能在特定的APP中运行，且该特定的APP只设置在测试机A上，则可以确定测试用例A对应的测试机为测试机A，并将该测试用例A分配给测试机A，以通过测试机A运行该测试用例A；假设测试用例B的类型信息为普通测试用例，说明该测试用例B可以在所有的APP中单独运行，则测试用例B对应的测试机为测试机A和测试机B，并将该测试用例B分配给测试机A或者测试机B，以通过测试机A或测试机B运行该测试用例B；假设测试用例C的类型信息为与服务器相关的测试用例，说明该测试用例C的运行需要与服务器交互，则测试用例C对应的测试机为测试机C，并将该测试用例C分配给测试机C，以通过测试机C运行该测试用例C。

S204、接收各测试机返回的测试结果。

在通过上述S203根据至少一个测试用例中每个测试用例的属性信息，为每个测试用例分配测试机之后，可以通过每个测试用例对应的测试机运行该测试用例，并在测试用例运行完成之后，接收各测试机返回的测试结果。由此可见，本发明实施例提供的测试用例的运行方法，在为每一个测试用例分配测试机时，是根据每一个测试用例的类型信息为该测试用例分配可以运行该测试用例的测试机，并通过该测试机运行该测试用例，以实现对APP的测试，从而提高APP测试的成功率。

本发明实施例提供的测试用例的运行方法，当终端接收到测试指令时，先确定多个可用的测试机，并根据至少一个测试用例中每个测试用例的类型信息，为每个测试用例分配测试机，以通过测试机运行对应的测试用例，并在运行完测试用例之后，向终端返回每一个测试用例的运行情况。与现有技术相比，本发明实施例提供的测试用例的运行方法，在为每一个测试用例分配测试机时，是根据每一个测试用例的类型信息为该测试用例分配可以运行该测试用例的测试机，并通过该测试机运行该测试用例，以实现对APP的测试，从而提高APP测试的成功率。

上述图2所示的实施例详细描述了根据至少一个测试用例中每个测试用例的类型信息，如何为每个测试用例分配测试机的技术方案，可选的，测试用例的属性信息还可以包括运行时间和运行失败的次数，因此，在为每个测试用例分配测试机时，还可以根据运行时间、运行失败的次数及类型信息，为每个测试用例分配测试机，示例的，请参见图4所示，图4为本发明实施例提供的一种为每个测试用例分配测试机的流程示意图，该为每个测试用例分配测试机的方法还可以包括：

S401、根据运行时间和运行失败的次数，确定每个测试用例的预计运行时间。

其中，运行失败的次数与预计运行时间呈正比，即测试用例运行失败的次数越多，则其预计运行时间越长，且该预计运行时间等于每次运行失败的时间，再加上运行成功时所需的运行时间的总和。此外，需要说明的是，若某一测试用例只需要运行一次就运行成功，即运行失败的次数为0次，则该预计运行时间等于运行成功时所需的运行时间。

需要说明的是，对于与服务器相关的测试用例，将会按照需要上线的配置进行分类，并针对每一类测试用例的耗时对该类测试用例进行时间均分后，分配给各个测试机。当其中某一条测试用例执行失败后，将会二次执行，以第二次执行结果为最终的执行结果。当所有的任务运行结束后，将会解析运行结果，将运行时间等信息回传给数据库，并将结果邮件发送。

鉴于与服务器相关的测试用例的业务逻辑的复杂性，多个请求之间会有依赖性，可以通过如下规则实现mock依赖和分布式运行，示例的，请参见图5所示，图5为本发明实施例提供的一种一级mock规则示意图。其中，1、功能分块，同一功能保证一台终端运行，不同功能模块支持分布式运行。2、当运行对应某一功能时，上线该条mock规则；运行结束后下线该条mock规则。3、规则状态与业务逻辑一致：若存在通知中心(一级mock规则)则全程在线(online)，其他功能的上线下线与测试过程需要同步。需要说明的是，在一级mock规则中，可以利用对jenkins中任务的自主管理，实现终端分布式运行自动化测试用例、且支持与服务器相关的测试用例，在很大程度上降低了人工操作的复杂度，从而减少了人工测试的时间。

此外，需要说明的是，mock对外平台展示，其支持http和https协议，可以通过该平台对mock规则进行增删改操作，与服务器相关的测试用例的自动化运行过程与普通测试用例的自动化运行过程相似。

示例的，以测试用例A为例，若运行测试用例A时，该测试用例A的可能运行失败次数为2次，且该条测试用例A在以往的运行过程中总共运行5次，则该条测试用例A的执行时间是预计成功的运行时间加上预计失败的时间乘以可能运行失败的次数2除以运行的总次数5再乘以概率系数。此处概率系数的计算是根据每个机器运行结束后，预计的时间和实际运行时间的比值计算得出。类似的，若测试用例B、测试用例C及测试用例D也存在运行失败的情况，则测试用例B、测试用例C及测试用例D中每一个测试用例的预计运行时间的计算方式与测试用例A的计算方式相同，在此，本发明实施例不再进行赘述。

在分别确定每一个测试用例的预计运行时间之后，可以执行下述S402：

S402、根据每个测试用例的预计运行时间和类型信息，为每个测试用例分配测试机，使得多个测试机中的每两个测试机之间运行各自所分配的测试用例的时间差值小于预设值。

其中，预设值可以根据实际需要进行设置，在此，对于预设值具体为多少，本发明实施例不做进一步地限制。

在确定每个测试用例的预计运行时间和类型信息之后，可以进一步参考每个测试机的当前运行状态为每个测试机分配测试用例，并采用时间均分原则，使得每个测试机的运行完各自的测试用例的时间差较小，即尽可能同时运行完各自的测试用例。

示例的，若根据测试用例A的预计运行时间和类型信息确定在测试机A上运行，且测试机A运行完该测试用例A的时间与测试机B当前运行完测试用例的时间大于预设值，因此，虽然根据测试用例B的类型信息确定可以在测试机A或测试机B运行该测试用例B，但由于测试机A运行完该测试用例A的时间与测试机B当前运行完测试用例的时间大于预设值，因此，采用时间均分原则并根据测试用例B的预计运行时间可以将该测试用例B分配给测试机B，以通过该测试机B运行该测试用例B，从而使得测试机A和测试机B之间运行各自所分配的测试用例的时间差值小于预设值，从而提高了测试用例的运行效率。

基于图2或图4所示的实施例，在为每个测试用例分配测试机时，当至少一个测试用例的数量为至少两个时，可选的，该测试用例的属性信息还可以包括优先级信息，并根据测试用例的优先级信息为每个测试用例分配测试机，示例的，请参见图6所示，图6为本发明实施例提供的另一种为每个测试用例分配测试机的流程示意图，该为每个测试用例分配测试机的方法还可以包括：

S601、分别确定至少两个测试用例的优先级。

S602、根据至少两个测试用例的优先级和类型信息，为每个测试用例分配测试机。

在根据至少两个测试用例的优先级和类型信息，为每个测试用例分配测试机时，测试用例的优先级越高，则优先为该测试用例分配测试机，从而保证优先级高的测试用例先运行。

示例的，当根据测试用例A和测试用例B各自的类型信息确定这两个测试用例均需要在测试机A上运行，且为该测试用例A和测试用例B分配测试机A时，可以进一步考虑测试用例A和测试用例B的优先级，若测试用例A的优先级高于测试用例B的优先级，则优先将测试用例A分配测试机A，以保证测试机A先运行优先级较高的测试用例A，之后，再将测试用例B分配给测试机A，再通过测试机A运行优先级较低的测试用例B，在实现对测试用例运行的同时，提高了优先级较高的测试用例的运行效率。

图7为本发明实施例提供的一种测试用例的运行装置70的结构示意图，示例的，请参见图7所示，该测试用例的运行装置70可以包括：

获取单元701，用于在接收到测试指令时，确定多个可用的测试机。

获取单元701，还用于获取需要运行的至少一个测试用例。

分配单元702，用于根据至少一个测试用例中每个测试用例的属性信息，为每个测试用例分配测试机，其中，属性信息包括类型信息。

接收单元703，用于接收各测试机返回的测试结果。

可选的，分配单元702，具体用于根据预先存储的类型信息和测试机之间的对应关系，确定每个测试用例的类型信息对应的测试机；并为每个测试用例分配测试机。

可选的，属性信息还包括运行时间和运行失败的次数；分配单元702，具体用于根据运行时间和运行失败的次数，确定每个测试用例的预计运行时间，其中，运行失败的次数与预计运行时间呈正比；并根据每个测试用例的预计运行时间和类型信息，为每个测试用例分配测试机，使得多个测试机中的每两个测试机之间运行各自所分配的测试用例的时间差值小于预设值。

可选的，属性信息还包括优先级信息，至少一个测试用例的数量为至少两个；分配单元702，具体用于分别确定至少两个测试用例的优先级；并根据至少两个测试用例的优先级和类型信息，为每个测试用例分配测试机。

可选的，测试指令为根据修改内容触发的指令、定时触发的指令或人工触发的指令。

本发明实施例所示的测试用例的运行装置70，可以执行上述任一实施例所示的测试用例的运行方法的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

图8为本发明实施例提供的一种终端80的结构示意图，请参见图8所示，该终端80可以包括处理器801和存储器802，其中，

存储器802用于存储程序指令。

处理器801用于读取存储器802中的程序指令，并根据存储器602中的程序指令执行上述任一实施例所示的测试用例的运行方法。

本发明实施例所示的终端80，可以执行上述任一实施例所示的测试用例的运行方法的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，在计算机程序被处理器执行时，执行上述任一实施例所示的测试用例的运行方法的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

上述实施例中处理器可以是通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的指令，结合其硬件完成上述方法的步骤。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

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

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

Claims (12)

1.一种测试用例的运行方法，其特征在于，包括：

在接收到测试指令时，确定多个可用的测试机；

获取需要运行的至少一个测试用例；

根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，其中，所述属性信息包括类型信息；

接收各所述测试机返回的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，包括：

根据预先存储的类型信息和测试机之间的对应关系，确定所述每个测试用例的类型信息对应的测试机；

为所述每个测试用例分配所述测试机。

3.根据权利要求1或2所述的方法，其特征在于，所述属性信息还包括运行时间和运行失败的次数；

所述根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，包括：

根据所述运行时间和所述运行失败的次数，确定每个测试用例的预计运行时间，其中，所述运行失败的次数与所述预计运行时间呈正比；

根据所述每个测试用例的预计运行时间和所述类型信息，为所述每个测试用例分配所述测试机，使得多个测试机中的每两个测试机之间运行各自所分配的测试用例的时间差值小于预设值。

4.根据权利要求1或2所述的方法，其特征在于，所述属性信息还包括优先级信息，所述至少一个测试用例的数量为至少两个；

所述根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，包括：

分别确定所述至少两个测试用例的优先级；

根据所述至少两个测试用例的优先级和所述类型信息，为所述每个测试用例分配所述测试机。

5.根据权利要求1或2所述的方法，其特征在于，所述测试指令为根据修改内容触发的指令、定时触发的指令或人工触发的指令。

6.一种测试用例的运行装置，其特征在于，包括：

获取单元，用于在接收到测试指令时，确定多个可用的测试机；

所述获取单元，还用于获取需要运行的至少一个测试用例；

分配单元，用于根据所述至少一个测试用例中每个测试用例的属性信息，为所述每个测试用例分配所述测试机，其中，所述属性信息包括类型信息；

接收单元，用于接收各所述测试机返回的测试结果。

7.根据权利要求6所述的装置，其特征在于，

所述分配单元，具体用于根据预先存储的类型信息和测试机之间的对应关系，确定所述每个测试用例的类型信息对应的测试机；并为所述每个测试用例分配所述测试机。

8.根据权利要求6或7所述的装置，其特征在于，所述属性信息还包括运行时间和运行失败的次数；

所述分配单元，具体用于根据所述运行时间和所述运行失败的次数，确定每个测试用例的预计运行时间，其中，所述运行失败的次数与所述预计运行时间呈正比；并根据所述每个测试用例的预计运行时间和所述类型信息，为所述每个测试用例分配所述测试机，使得多个测试机中的每两个测试机之间运行各自所分配的测试用例的时间差值小于预设值。

9.根据权利要求6或7所述的装置，其特征在于，所述属性信息还包括优先级信息，所述至少一个测试用例的数量为至少两个；

所述分配单元，具体用于分别确定所述至少两个测试用例的优先级；并根据所述至少两个测试用例的优先级和所述类型信息，为所述每个测试用例分配所述测试机。

10.根据权利要求6或7所述的装置，其特征在于，所述测试指令为根据修改内容触发的指令、定时触发的指令或人工触发的指令。

11.一种终端，其特征在于，包括处理器和存储器，其中，

所述存储器用于存储程序指令；

所述处理器用于读取所述存储器中的程序指令，并根据所述存储器中的程序指令执行权利要求1-5任一项所示的测试用例的运行方法。

12.一种计算机可读存储介质，其特征在于，

计算机可读存储介质上存储有计算机程序，在所述计算机程序被处理器执行时，执行权利要求1-5任一项所示的测试用例的运行方法。