CN113778771A - 一种终端测试的方法、系统及存储介质 - Google Patents

Abstract

本申请适用于测试技术领域，提供了一种终端测试方法、系统及存储介质。上述方法通过预先配置好的测试任务信息，快速调用与测试任务对应的用例列表、样机列表及测试策略，减少了配置测试任务信息耗费的时间，还可以根据每一台样机具备的功能，筛选出支持执行待测用例的匹配样机，提高了测试准确性和测试效率。

Description

一种终端测试的方法、系统及存储介质

技术领域

本申请属于测试技术领域，尤其涉及一种终端测试方法、系统及存储介质。

背景技术

目前移动支付技术发展迅速，其中POS机(Point Of Sales Terminal)和银行卡的组合相比手机支付(Mobile Payment)，具有快速到账、交易限额大及安全性能高的优点，在实体商户或大额交易等场景被广泛应用。

随着客户对POS机功能的要求越来越多，市面上衍生出了多种POS机机型，在每一款POS机机型上市前，厂商需要进行测试以保证POS机使用的稳定性。POS机需要基于用例(Test Case)搭建的测试场景进行测试，而一个用例无法适用于多种机型，如果要保证多种机型全部完成测试，上述一个用例需要针对不同的机型进行修改，用例的频繁修改导致POS机的测试效率差，因此，如何提升POS机的测试效率成为当前亟需解决的问题。

发明内容

有鉴于此，本申请实施例提供了一种终端测试方法、系统及存储介质，以解决用于POS机测试的一个用例无法适用于多种机型，如果要保证多种机型全部完成测试，上述一个用例需要针对不同的机型进行修改，用例的频繁修改导致POS机的测试效率差的问题。

本申请实施例的第一方面提供了一种终端测试的方法，应用于测试服务器，所述测试服务器分别与样机平台和资源服务器连接，所述方法包括：

在接收到启动测试指令时，获取测试任务信息，所述测试任务信息包括用例列表、样机列表及测试策略；

基于所述用例列表获取至少一个待测用例；

基于所述样机列表获取匹配样机，所述匹配样机支持执行任意一个待测用例；

在所述测试策略为覆盖用例策略时，根据所述待测用例筛选所述匹配样机，使每一个所述待测用例具有对应的一台待测样机；

在所述测试策略为覆盖机型策略时，获取所述匹配样机的机型种类，将所述待测用例与所述匹配样机的机型进行匹配，使所述任意一个待测用例与每种机型中的一台待测样机建立对应关系；

将所述测试任务发送至测试队列。

本申请实施例的第二方面提供了一种终端测试的系统，包括测试服务器，样机平台及资源服务器，所述测试服务器分别与所述样机平台和所述资源服务器连接；

所述测试服务器用于执行本申请实施例第一方面提供的终端测试的方法的步骤。

本申请实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现本申请实施例第一方面提供的终端测试的方法的步骤。

本申请实施例的第一方面提供的一种终端测试的方法，通过预先配置好的测试任务信息，快速调用与测试任务对应的用例列表、样机列表及测试策略，减少了配置测试任务信息耗费的时间，还可以根据每一台样机具备的功能，筛选出支持执行待测用例的匹配样机，提高了测试准确性和测试效率。

可以理解的是，上述第二方面和第三方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请实施例提供的终端测试的系统的结构示意图；

图2是本申请实施例提供的测试服务器的结构示意图；

图3是本申请实施例提供的终端测试的方法的第一种流程示意图；

图4是本申请实施例提供的终端测试的方法的第二种流程示意图；

图5是本申请实施例提供的终端测试的方法的第三种流程示意图；

图6是本申请实施例提供的终端测试的方法的第四种流程示意图；

图7是本申请实施例提供的终端测试的方法的第五种流程示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

在应用中，目前POS机在进行测试时，存在用例和POS机测试不匹配的问题，例如一个用例不能应用于每款POS机进行测试，导致测试人员在开发一个用例后，要修改上述一个用例以针对不匹配的POS机，在待测的POS机数量增多时，需要修改的用例数量也增多，导致POS机的测试效率差。

针对上述技术问题，本申请实施例提供一种终端测试的方法，通过对挑选得到的待测样机和待测用例进行匹配，可以得到支持执行任意一个待测用例的匹配样机，并通过设置测试策略，使每个待测用例可以被对应的一台匹配样机执行，或者使任意一个待测用例被每种机型中的一台待测样机执行，实现样机和用例的智能匹配，降低用例修改次数，提高POS机的测试效率。

本申请实施例提供的终端测试的方法可以应用于能够对待测终端设备，例如POS机，进行驱动控制的任意电子设备。电子设备可以是手机、平板电脑、可穿戴设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personaldigital assistant，PDA)等，本申请实施例对电子设备的具体类型不作任何限制。

图1示例性的示出了终端测试的系统的结构示意图，包括测试服务器100，样机平台200及资源服务器300，测试服务器100分别与样机平台200和资源服务器300连接，样机平台200可以包括或连接至少一台样机201。

在应用中，测试服务器可以是独立的服务器，也可以是提供云服务、云计算、云函数、云存储、网络服务、云通信、内容分发网络(Content Delivery Network，CDN)等云服务器；测试服务器可以搭建于网站或应用程序等平台并提供测试服务，本申请实施例对搭建测试服务器的平台类型不作任何限制。测试服务器可以基于蓝牙、紫蜂协议(ZigBee)、无线局域网(Wireless Local Area Network，WLAN)等无线通信方式与样机平台建立无线连接，还可以基于有线局域网(Local Area Network，LAN)，例如以太网(Ethernet)等有线通信方式与样机平台建立有线连接，其中，在测试服务器与样机平台通过以太网建立有线连接时，测试服务器和样机平台可以分别与以太网交换机(Ethernet Switch)连接，以在相同的以太网环境下进行通信。

在应用中，样机平台可以与样机建立无线连接或有线连接，样机平台与样机的无线/有线通信方式和上述测试服务器与样机平台的无线/有线通信方式一致，在此不再赘述。样机平台可以获取连接的样机的状态，样机的状态可以包括在线、离线及锁定等。样机平台可以在接收到用例和测试环境后，将用例和测试环境安装至对应的样机，用例和样机的对应关系根据测试服务器发送的指令确定。

在应用中，在样机平台与测试服务器建立有线或无线连接后，样机平台可以进入死循环不断检测各项配置是否正常，配置包括网络连接情况，执行用例的主应用的运行情况，对执行用例指令的响应情况，对下载相关资源的响应情况等。

在应用中，资源服务器可以通过基于无线局域网或有线局域网和至少一个开发设备连接，开发设备可以发送测试环境和用例等资源至资源服务器，资源服务器可以对接收到的资源进行管理，具体的，资源服务器可以保存所有接收到的资源，并可以根据接收到资源的时间顺序对资源进行排序，形成相同资源的不同版本；还可以对资源进行删除和修改等管理操作；当接收到的资源为源代码(Source Code)时，还可以对源代码进行审查(Review)、排除故障(Debug)、编译(Compilation)、执行(Execution)等不同类型的代码处理操作，并得到资源对应的可执行文件，具体可以是测试系统或测试应用的安装包，以及可在上述测试系统或测试应用上运行的用例。

图2示例性的示出了测试服务器100的结构示意图，测试服务器可以包括处理模块110，存储模块120，有线通信模块130，无线通信模块140，其中，存储模块存储有计算机程序121，处理模块在执行计算机程序121时可以实现下述图3至图7对应的终端测试的方法。

可以理解的是，本申请实施例示意的结构并不构成对测试服务器100的具体限定。在本申请另一些实施例中，测试服务器100可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。图示的部件可以以硬件，软件或软件和硬件的组合实现。

在应用中，处理模块可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在应用中，存储模块在一些实施例中可以是终端设备的内部存储单元，例如终端设备的硬盘或内存。存储器在另一些实施例中也可以是终端设备的外部存储设备，例如终端设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器还可以既包括终端设备的内部存储单元也包括外部存储设备。存储器用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器还可以用于暂时地存储已经输出或者将要输出的数据。

在应用中，样机平台和资源服务器的结构可以参考上述测试服务器的结构，在此不再赘述。区别在于，测试服务器、样机平台及资源服务器各自的连接关系不同，存储模块存储的计算机程序也不同，且在执行对应的计算机程序时用于实现不同的功能。

如图3所示，本申请实施例提供的终端测试的方法，应用于测试服务器，包括如下步骤S301至步骤S306：

步骤S301、接收新建测试任务指令，新建测试任务并设置测试任务信息；测试任务信息包括测试类型、调度周期、用例列表、样机列表及测试策略。

在应用中，测试服务器由测试人员进行控制和管理，测试人员可以根据POS机的实际测试需要，新建测试任务，并可以设置测试任务名称和测试任务信息，测试任务信息包括测试类型、调度周期、用例列表、样机列表及测试策略，每一项测试任务信息的具体内容可以参照本实施例下述步骤的说明。

在应用中，测试服务器可以基于测试任务名称进行名称检索，并可以针对每一个测试任务进行编辑、删除等管理操作，其中，编辑具体用于对测试任务信息进行修改，可以提高测试任务管理的规范性和灵活性，从而提高测试效率。

步骤S302、接收任务类型指令，确定测试任务的测试类型，测试类型包括集成测试和版本测试；

步骤S303、在测试类型为集成测试时，确定集成测试的调度周期。

在应用中，测试服务器可以接收测试人员发送的任务类型指令，以确定测试任务的测试类型，测试类型包括集成测试和版本测试。测试类型用于在启动测试任务后，确定样机是否更新测试环境，以及样机的锁定和释放规则，其中，锁定后的样机被测试任务独占，无法并行执行其他测试任务；释放用于解除样机的锁定。

在应用中，集成测试和版本测试的区别在于，在测试类型为集成测试时，测试任务可以根据调度周期从资源服务器下载预设版本的测试系统和测试应用，以更新样机的测试环境，同时还可以在调度周期内锁定样机，并在调度周期结束后释放样机，使样机在调度周期内被测试任务独占，避免样机在调度周期内运行其他测试任务引起冲突，下面以一台样机运行两个测试任务的两个用例为例，样机在运行用例时，需要根据用例的功能需求调用对应的模块，一台样机同时运行两个测试任务的两个用例，在上述两个用例调用一个模块时，容易导致上述一个模块无法并行处理两个用例的功能需求，或者导致上述一个模块混淆两个用例的功能需求，从而无法准确响应两个用例的功能需求，引起冲突使测试结果不准确。

在应用中，在测试类型为版本测试时，样机根据当前的测试环境执行测试任务，可以在样机执行版本测试时锁定样机；也可以在样机执行版本测试时将测试任务发送至测试队列，使不同的测试任务按照测试队列的排序在样机上执行，避免样机运行多个测试任务引起冲突。

步骤S304、接收测试策略指令，确定测试任务的测试策略，测试策略包括覆盖用例策略和覆盖机型策略。

在应用中，测试服务器可以接收测试人员发送的测试策略指令，以确定测试任务的测试策略。测试策略包括覆盖用例策略和覆盖机型策略。测试策略用于在启动测试任务后，确定待测用例覆盖的待测样机的范围。

在应用中，在测试策略为覆盖用例策略时，使测试任务中的每一个待测用例具有对应的一台待测样机，保证每一个待测用例可以被执行，可以用于检测待测用例是否存在缺陷(Bug)。

在应用中，在测试策略为覆盖机型策略时，使测试任务中的任意一个待测用于与每种机型中的一台待测样机建立对应关系，可以保证测试用例在每一种机型执行过测试，通过提高用例的覆盖范围，提高测试效率。

步骤S305、接收选择用例指令，读取资源服务器提供的用例，确定与测试任务对应的用例，生成用例列表。

在应用中，测试服务器可以接收测试人员发送的选择用例指令，确定测试任务对应的用例，具体的，测试服务器获取资源服务器提供的多个用例，并可以根据实际测需要，获取资源服务器提供的至少一个用例作为测试任务对应的用例；还可以根据实际测需要，获取资源服务器提供的至少一个项目，并将上述至少一个项目包括的多个用例作为测试任务对应的用例，其中，一个项目用于提供一个测试系统或一个测试应用中的一个或多个完整的功能，具体可以是一个测试应用的完整功能，也可以是一个测试系统的完整功能，还可以是一个测试系统中多个测试应用的完整功能。测试服务器可以集成获取的对应的用例并生成用例列表，用例列表用于在启动测试任务后，确定测试任务的待测用例。需要说明的是，本申请实施例对项目包括的用例种类和用例数量不作任何限制。

步骤S306、接收选择样机指令，读取样机平台提供的样机，确定与测试任务对应的样机，生成样机列表。

在应用中，测试服务器可以接收测试人员发送的选择样机指令，根据实际测试需要，确定测试任务对应的样机，具体的，测试服务器获取样机平台提供的多台样机，并可以根据实际测需要，获取并连接样机平台提供的至少一个样机作为测试任务对应的样机。测试服务器可以集成获取的对应的样机并生成样机列表，样机列表用于在启动测试任务后，确定需要进行测试的样机。

在应用中，测试服务器可以根据POS机的实际测试需要新建测试任务，并设置测试类型、调度周期、测试策略、用例列表及样机列表五种测试任务信息，使测试服务器在启动测试任务时可以根据预先配置好的测试任务信息，快速执行已创建的测试任务，还可以通过不同的测试策略，检测待测用例是否存在缺陷和提高用例的覆盖范围，从而提高测试效率。

如图4所示，在一个实施例中，基于图3所对应的实施例，步骤S301至步骤S306用于新建测试任务，在步骤S306完成新建测试任务之后，还包括如下步骤S401至步骤S406，步骤S401至步骤S406用于启动测试任务：

步骤S401、在接收到启动测试指令时，获取测试任务信息，测试任务信息包括用例列表、样机列表及测试策略。

在应用中，测试服务器可以存储每一个已创建(新建)的测试任务，并可以对已创建的测试任务进行编辑、删除等管理操作，还可以针对任意一个已创建的测试任务发送启动测试指令，并根据预先配置好的测试任务信息启动测试任务。其中，测试任务信息可以包括用例列表、样机列表及测试策略。

在一个实施例中，步骤S401之后包括：

更新测试任务的状态至正在运行。

在应用中，测试服务器可以记录每一个测试任务的状态，测试任务的状态具体可以包括正在运行、正在执行、未运行、暂停、编辑中及已删除等。

在应用中，测试服务器可以通过编辑测试任务，调整测试任务的任意一项测试任务信息。

步骤S402、基于用例列表获取至少一个待测用例。

在应用中，测试服务器可以读取用例列表包括的每一个用例，并检测每一个用例在资源服务器中是否具有对应的用例资源，将具有对应的用例资源的用例确定为待测用例；记录不具有对应的用例资源的用例，生成反馈信息发送至资源服务器，以提示资源服务器对用例资源进行更新，或者删除上述不具有对应的用例资源的用例。通过对用例列表包括的每一个用例进行检测，提高待测用例在执行测试任务时的可用性，从而提高测试的可靠性。

步骤S403、基于样机列表获取匹配样机，匹配样机支持执行任意一个待测用例。

在应用中，测试服务器可以读取样机列表包括的每一台样机，并从样机平台读取上述每一台样机具备的功能，并判断样机是否可以执行任意一个待测用例，如果是，则判断样机为匹配样机，如果不是，则判断样机为非匹配样机。需要说明的是，一个用例可以包括多个测试项目，当通过用例对样机进行测试前，样机需要具备实现上述多个测试项目的功能，如果样机不具备实现任意一个测试项目的功能，则样机无法执行对应的用例，会导致测试过程中用例无法完整运行或者运行中断，从而影响测试结果的准确性。因此，通过排除无法执行任意一个用例的非匹配样机，可以保证剩余的匹配样机具备执行任意一个用例的能力，避免由于样机功能不足导致的测试不准确，从而提高测试的准确性。

步骤S404、在测试策略为覆盖用例策略时，根据待测用例筛选匹配样机，使每一个待测用例具有对应的一台待测样机；

步骤S405、在测试策略为覆盖机型策略时，获取匹配样机的机型种类，将待测用例与匹配样机的机型进行匹配，使任意一个待测用例与每种机型中的一台待测样机建立对应关系。

在应用中，在启动测试任务后，根据新建测试任务时配置的测试任务信息确定测试策略，覆盖用例策略和覆盖机型策略的作用与上述步骤S304中的说明一致，在此不再赘述。

在一个实施例中，步骤S405还包括：

将不支持执行待测用例的样机进行释放，解除样机的锁定。

在应用中，测试服务器可以通过将不支持执行任意一个待测用例的非匹配样机进行释放，可以保证剩余的匹配样机具备执行任意一个用例的能力，避免由于样机功能不足导致的测试不准确，从而提高测试的准确性。

步骤S406、将测试任务发送至测试队列。

在应用中，测试任务发送至测试队列后，测试服务器可以根据测试队列的排序依次执行测试任务，可以避免一台样机运行多个测试任务的用例引发的冲突，提高测试稳定性。

在应用中，测试服务器可以根据实际测试需要启动已创建的测试任务，通过预先配置好的测试任务信息，快速调用与测试任务对应的用例列表、样机列表及测试策略，减少了配置测试任务信息耗费的时间，还可以根据每一台样机具备的功能，筛选出支持执行待测用例的匹配样机，提高了测试准确性和测试效率。

如图5所示，在一个实施例中，基于图4所对应的实施例，包括如下步骤S501至步骤S511：

步骤S501、在接收到启动测试指令时，获取测试任务信息，测试任务信息包括用例列表、样机列表及测试策略；

步骤S502、在测试类型为集成测试时，根据测试任务信息设置调度周期；

步骤S503、在接收到调度指令时，下载存储于资源服务器的测试环境，将测试环境更新至样机列表中的样机，测试环境包括测试系统和测试应用，样机运行于样机平台；

步骤S504、按照调度周期锁定样机列表中的样机，锁定后的样机被测试任务独占；

步骤S505、创建测试线程，测试线程用于在启动时，根据测试任务信息执行测试任务；

步骤S506、在测试类型为版本测试时，创建测试线程；

步骤S507、基于用例列表获取至少一个待测用例；

步骤S508、基于样机列表获取匹配样机，匹配样机支持执行任意一个待测用例；

步骤S509、在测试策略为覆盖用例策略时，根据待测用例筛选匹配样机，使每一个待测用例具有对应的一台待测样机；

步骤S510、在测试策略为覆盖机型策略时，获取匹配样机的机型种类，将待测用例与匹配样机的机型进行匹配，使任意一个待测用例与每种机型中的一台待测样机建立对应关系；

步骤S511、将测试任务发送至测试队列。

在应用中，步骤S501和上述步骤S401提供的终端测试的方法一致，步骤S507至步骤S511和上述步骤S402至步骤S406提供的终端测试的方法一致，在此不再赘述。区别在于，步骤S501之后还包括步骤S502至步骤S506，下面对步骤S502至步骤S506进行说明。

在应用中，关于步骤S502至步骤S504，在测试类型为集成测试时，需要根据测试任务信息设置调度周期。通过读取测试任务信息可以获取调度周期的时长，以确定测试任务调用样机的时长。在未进入调度周期时，测试人员可以根据实际需要发送调度指令，调度样机以推进测试任务的启动。进入调度周期后，更新测试环境和锁定样机的方法和上述步骤S303中说明的一致，在此不再赘述。

在应用中，关于步骤S505和步骤S506，在集成测试按照调度周期锁定样机列表中的样机后，以及在确定测试类型为版本测试后，可以创建测试线程，测试线程用于在启动时，根据测试任务信息执行测试任务，通过为每个测试任务提供独立的测试线程，可以优化测试服务器的内存资源，提高测试服务器执行测试任务时的稳定性。

如图6所示，在一个实施例中，基于图5所对应的实施例，包括如下步骤S601至步骤S614：

步骤S601、在接收到启动测试指令时，获取测试任务信息，测试任务信息包括用例列表、样机列表及测试策略；

步骤S602、在测试类型为集成测试时，根据测试任务信息设置调度周期；

步骤S603、在接收到调度指令时，下载存储于资源服务器的测试环境，将测试环境更新至样机列表中的样机，测试环境包括测试系统和测试应用，样机运行于样机平台；

步骤S604、按照调度周期锁定样机列表中的样机，锁定后的样机被测试任务独占；

步骤S605、创建测试线程，测试线程用于在启动时，根据测试任务信息执行测试任务；

步骤S606、在测试类型为版本测试时，创建测试线程；

步骤S607、基于用例列表获取至少一个待测用例；

步骤S608、根据复测信息，判断测试任务是否执行复测；

步骤S609、在测试任务执行复测时，根据复测信息读取复测次数；

步骤S610、根据复测次数拆分用例列表，得到在执行每一次复测时对应的一个用例单元，用例单元包括至少一个待测用例；

步骤S611、基于样机列表获取匹配样机，匹配样机支持执行任意一个待测用例；

步骤S612、在测试策略为覆盖用例策略时，根据待测用例筛选匹配样机，使每一个待测用例具有对应的一台待测样机；

步骤S613、在测试策略为覆盖机型策略时，获取匹配样机的机型种类，将待测用例与匹配样机的机型进行匹配，使任意一个待测用例与每种机型中的一台待测样机建立对应关系；

步骤S614、将测试任务发送至测试队列。

在应用中，步骤S601至步骤S607与上述步骤S501至步骤S507提供的终端测试的方法一致，步骤S611至步骤S614与上述步骤S508至步骤S511提供的终端测试的方法一致，在此不再赘述。区别在于，步骤S607之后还包括步骤S608至步骤S610，下面对步骤S608至步骤S610进行说明。

在应用中，关于步骤S608，复测用于在测试任务信息执行完成后，重新启动并执行测试任务，在重新启动并执行测试任务前，可以编辑测试任务，具体可以是调整测试类型、调整调度周期、调整测试策略，并根据编辑后的测试任务，重新匹配样机和用例。测试任务信息可以包括复测信息，复测信息具体可以包括执行复测或不执行复测，如果测试任务不执行复测，则进入步骤S611，将用例列表获取的全部用例投入测试，如果测试任务执行复测，则进入步骤S609，将用例列表进行拆分，每次复测将拆分得到的部分用例投入测试。

在应用中，关于步骤S609和S610，在复测信息包括执行复测时，复测信息还可以包括复测次数，测试服务器可以根据复测次数，确定用例单元的数量，其中，用例单元由用例列表拆分得到，每个用例单元包括至少一个待测用例。且在执行每一次复测时使用对应的一个用例单元获取匹配样机和待测样机。

例如，假设用例列表包括10个待测用例，复测次数为3次，则用例单元的数量为3个，具体的，第1个用例单元可以包括第1个至第2个待测用例，第2个用例单元可以包括第3个至第7个待测用例，第3个用例单元可以包括第8个至第10个待测用例；在执行第1次复测时，使用第1个用例单元获取匹配样机和待测样机，在执行第2次复测时，使用第2个用例单元获取匹配样机和待测样机，在执行第3次复测时，使用第3个用例单元获取匹配样机和待测样机。需要说明的是，每个用例单元包括的待测用例的数量和类型，可以根据实际测试需要进行设置，本申请实施例对此不作任何限定。

在应用中，测试服务器可以根据复测信息控制测试任务进行复测和复测次数，可以针对性的对用例列表中的部分用例进行测试，从而可以检测上述部分用例和运行上述部分用例的样机的稳定性，提高测试的灵活性。

如图7所示，在一个实施例中，基于图6所对应的实施例，步骤S601至步骤S614用于启动测试任务，在步骤S614完成启动测试任务后，还包括如下步骤S701至步骤S715，步骤S701至步骤S715用于执行测试任务：

步骤S701、根据测试队列的排序依次启动测试任务对应的测试线程。

在应用中，测试队列根据接收到测试任务的时间顺序，为测试任务进行排序，测试服务器可以根据测试队列的排序依次启动测试任务对应的测试线程，在满足样机不冲突的前提下，测试服务器可以根据负载能力，并行启动多个测试任务对应的测试线程，以提高测试效率。

在应用中，在启动测试任务对应的测试线程之前，可以获取测试任务对应的测试任务信息，并在启动测试任务对应的测试线程之前或之后，连接样机平台提供的待测样机，还可以确定每台待测样机对应的待测用例。

步骤S702、判断测试任务是否正在执行，若否，进入步骤S715，若是，进入步骤S703。

在应用中，若判定测试任务正在执行，说明测试任务未执行完成，进入步骤S703继续执行测试，直至判定测试任务未执行，说明测试任务执行完成，进入步骤S715。

步骤S703、在测试任务正在执行时，获取待测样机的状态，确定每台待测样机对应的待测用例。

在应用中，由于在执行测试任务的过程中，可能存在待测样机被占用的情况，可以通过样机平台获取待测样机的状态，若待测样机被锁定，则不向待测样机发送待测用例，若待测样机在线，则向待测样机发送对应的待测用例。

步骤S704、在一台待测样机执行完每个待测用例后，释放一台待测样机。

在应用中，每台待测样机具有对应的至少一个待测用例，若任意一台待测样机已执行完对应的每个待测用例，可以释放上述任意一台待测样机，表示上述任意一台待测样机已执行完在测试任务中的所有测试；若任意一台待测样机未执行完对应的每个待测用例，则继续锁定上述任意一台待测样机，表示上述任意一台待测样机未执行完在测试任务中的所有测试。

步骤S705、获取每台待测样机是否释放，若是，进入步骤S715，若否，进入步骤S706。

在应用中，测试服务器可以遍历每台待测样机的状态，判断每台待测样机是否释放，若是，说明每台待测样机均已执行完在测试任务中的所有测试，即测试任务执行完成，进入步骤S715；若否，说明存在至少一台待测样机未执行完在测试任务中的所有测试，即测试任务未执行完成，进入步骤S706继续执行测试任务。

步骤S706、在任意一台待测样机未释放时，获取未释放的待测样机的当前待测用例。

在应用中，当前待测用例表示未释放的待测样机尚未执行的对应的待测用例，测试服务器可以记录未释放的待测样机已执行的待测用例和尚未执行的对应的待测用例，便于后续为未释放的待测样机发送上述当前待测用例进行测试。

步骤S707、判断未释放的待测样机是否正在执行当前待测用例，若是，进入步骤S708，若否，进入步骤S709。

在应用中，在确定未释放的待测样机的当前待测用例后，可以通过读取未释放的待测样机的状态，判断未释放的待测样机是否正在执行当前待测用例。

步骤S708、在未释放的待测样机正在执行当前待测用例时，获取当前待测用例的执行状态，并执行判断测试任务是否正在执行的步骤，进入步骤S702。

在应用中，待测用例的执行状态可以包括待执行、执行中和执行完成，通过获取当前待测用例的执行状态，可以监控未释放的待测样机的当前待测用例的执行情况，并可以生成待测样机的执行日志，用于记录待测样机对应的每个待测用例的执行时长和执行完成的时间点，并进入步骤S702监控测试任务的状态。

步骤S709、在未释放的待测样机未执行当前待测用例时，判断未释放的待测样机是否具有待执行的当前待测用例，若否，进入步骤S710，若是，进入步骤S711。

在应用中，在确定未释放的待测样机的当前待测用例后，可以通过获取未释放的待测样机对应的待测用例的状态，判断未释放的待测样机是否具有待执行的当前待测用例。

步骤S710、在未释放的待测样机不具有待执行的当前待测用例时，对未释放的待测样机进行释放，并执行判断测试任务是否正在执行的步骤，进入步骤S702。

在应用中，在任意一个未释放的待测样机不具有待执行的当前待测用例时，说明该未释放的待测样机已执行完在测试任务中的所有测试，可以释放该未释放的待测样机，并进入步骤S702监控测试任务的状态。

步骤S711、在未释放的待测样机具有待执行的当前待测用例时，检查未释放的待测样机的测试环境是否正确；

步骤S712、在检查结果为否时，更新未释放的待测样机的测试环境。

在应用中，在获取到未释放的待测样机具有待执行的当前待测用例时，检查上述未释放的待测样机的测试环境是否正确，若测试环境不正确，通过连接资源服务器更新测试环境，以保证在执行待执行的当前待测用例时测试环境正确。其中，一个测试任务可以对应一个测试环境，也可以对应多个测试环境，具体的，可以是一个待测样机对应一个测试环境，本申请实施例对待测样机和测试环境的对应关系不作任何限制。

步骤S713、在检查结果为是时，通过资源服务器下载待执行的当前待测用例的相关资源。

在应用中，在测试环境正确时，可以通过资源服务器下载待执行的当前待测用例的相关资源，并将相关资源发送至对应的待测样机。其中，相关资源可以是当前待测用例本身，也可以是当前待测用例执行时需要使用的资源，例如音频、视频等资源，本申请实施例对相关资源的类型不作任何限制。

步骤S714、根据相关资源，控制未释放的待测样机执行待执行的当前待测用例，并执行判断测试任务是否正在执行的步骤。

在应用中，在已发送相关资源至对应的未释放的待测样机，且保证测试环境时，已经完成未释放的待测样机执行用例前的准备工作，可以控制未释放的待测样机执行待执行的当前待测用例进行测试，并进入步骤S702监控测试任务的状态。

步骤S715、在测试任务未执行时，判定测试任务执行完成。

在一个实施例中，所述方法还包括：

接收到中止指令时，释放被锁定的测试样机，停止执行中的待测用例，将测试任务的状态更新为异常结束。

在应用中，在测试任务接收到启动测试指令至测试任务执行完成的过程中，均可以在接收到中止指令时，对测试任务进行中止，中止操作可以包括释放被锁定的测试样机，停止执行中的待测用例，将测试任务的状态更新为异常结束。

在应用中，通过监控测试任务的执行状态和监控待测样机是否全部释放，可以判断测试任务是否完成，以及通过监控待测样机对当测用例的执行情况，可以实时获取待执行的当前待测用例数量和类型，还可以对测试环境进行自检并从资源服务器获取相关资源，从而实时推进和获取测试进度，实现测试任务执行的高度自动化。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中，上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。另外，各功能模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个终端测试的方法实施例中的步骤。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

Claims (10)

1.一种终端测试的方法，其特征在于，应用于测试服务器，所述测试服务器分别与样机平台和资源服务器连接，所述方法包括：

在接收到启动测试指令时，获取测试任务信息，所述测试任务信息包括用例列表、样机列表及测试策略；

基于所述用例列表获取至少一个待测用例；

基于所述样机列表获取匹配样机，所述匹配样机支持执行任意一个待测用例；

在所述测试策略为覆盖用例策略时，根据所述待测用例筛选所述匹配样机，使每一个所述待测用例具有对应的一台待测样机；

在所述测试策略为覆盖机型策略时，获取所述匹配样机的机型种类，将所述待测用例与所述匹配样机的机型进行匹配，使所述任意一个待测用例与每种机型中的一台待测样机建立对应关系；

将所述测试任务发送至测试队列。

2.如权利要求1所述的方法，其特征在于，所述测试任务信息还包括测试类型和调度周期，所述方法还包括：

在所述测试类型为集成测试时，根据测试任务信息设置所述调度周期；

在接收到调度指令时，下载存储于所述资源服务器的测试环境，将所述测试环境更新至所述样机列表中的样机，所述测试环境包括测试系统和测试应用，所述样机运行于所述样机平台；

按照所述调度周期锁定所述样机列表中的样机，锁定后的样机被所述测试任务独占；

创建测试线程，所述测试线程用于在启动时，根据所述测试任务信息执行测试任务。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

在所述测试类型为版本测试时，创建测试线程。

4.如权利要求1至3任一项所述的方法，其特征在于，所述测试任务信息还包括复测信息；

所述基于所述用例列表获取至少一个待测用例之后，还包括：

根据所述复测信息，判断所述测试任务是否执行复测；

在所述测试任务执行复测时，根据所述复测信息读取复测次数；

根据所述复测次数拆分所述用例列表，得到在执行每一次复测时对应的一个用例单元，所述用例单元包括至少一个待测用例。

5.如权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

将不支持执行所述待测用例的样机进行释放，解除所述样机的锁定。

6.如权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：

根据测试队列的排序依次启动所述测试任务对应的测试线程；

判断所述测试任务是否正在执行；

在所述测试任务正在执行时，获取所述待测样机的状态，确定每台所述待测样机对应的待测用例；

在一台待测样机执行完每个待测用例后，释放所述一台待测样机；

获取每台待测样机是否释放；

在任意一台所述待测样机未释放时，获取未释放的所述待测样机的当前待测用例；

判断未释放的所述待测样机是否正在执行所述当前待测用例；

在未释放的所述待测样机正在执行所述当前待测用例时，获取所述当前待测用例的执行状态，并执行所述判断所述测试任务是否正在执行的步骤；

在未释放的所述待测样机未执行所述当前待测用例时，判断未释放的所述待测样机是否具有待执行的当前待测用例；

在未释放的所述待测样机不具有所述待执行的当前待测用例时，对未释放的所述待测样机进行释放，并执行所述判断所述测试任务是否正在执行的步骤；

在所述测试任务未执行时，判定所述测试任务执行完成。

7.如权利要求6所述的方法，其特征在于，所述在未释放的所述待测样机未执行所述当前待测用例时，判断未释放的所述待测样机是否具有待执行的当前待测用例之后，所述方法还包括：

在未释放的所述待测样机具有所述待执行的当前待测用例时，检查未释放的所述待测样机的测试环境是否正确；

在检查结果为否时，更新未释放的所述待测样机的测试环境；

在检查结果为是时，通过所述资源服务器下载所述待执行的当前待测用例的相关资源；

根据所述相关资源，控制未释放的所述待测样机执行所述待执行的当前待测用例，并执行所述判断所述测试任务是否正在执行的步骤。

8.如权利要求1至7任一项所述的方法，其特征在于，所述方法还包括：

接收新建测试任务指令，新建所述测试任务并设置所述测试任务信息；

接收任务类型指令，确定所述测试任务的测试类型，所述测试类型包括集成测试和版本测试；

在所述测试类型为集成测试时，确定所述集成测试的调度周期；

接收测试策略指令，确定所述测试任务的测试策略，所述测试策略包括覆盖用例策略和覆盖机型策略；

接收选择用例指令，读取所述资源服务器提供的用例，确定与测试任务对应的用例，生成用例列表；

接收选择样机指令，读取所述样机平台提供的样机，确定与测试任务对应的样机，生成样机列表。

9.一种终端测试的系统，其特征在于，包括测试服务器，样机平台及资源服务器，所述测试服务器分别与所述样机平台和所述资源服务器连接；

所述测试服务器用于执行如权利要求1至8任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述方法的步骤。

Images