测试方法、装置、介质及电子设备

技术领域

本公开的实施例涉及测试技术领域，更具体地，本公开的实施例涉及测试方法、测试装置、计算机可读存储介质以及电子设备。

背景技术

本部分旨在为权利要求书中陈述的本公开的实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着科学技术的飞速发展，自动化测试越来越得到人们的重视。自动化测试是一种将预先编译好的自动化测试脚本发送到不同种类不同品牌的测试终端上，自动化运行系统或者应用程序并得到运行结果的测试方式。

相关的自动化测试方案中，是将自动化测试脚本随机下发到测试设备进行测试。

发明内容

但是，目前的自动化测试方案中，一方面，由于各测试设备可能存在设备断电、设备断网、网络不稳定等情况，而自动化测试脚本的分配下发是随机的，因此可能会导致测试设备无法执行自动化测试脚本完成测试，降低了自动化测试脚本的测试稳定性；同时，也可能由于各测试设备中系统版本无法与自动化测试脚本相适配，导致测试结果不准确；另一方面，鉴于以上原因，为了保证自动化测试脚本能够在测试设备运行并得到测试结果，还需要在测试过程中加入失败重试机制，但是失败重试机制会消耗大量的时间，导致测试周期长，测试效率低下。

因此在现有技术中，难以达到令人满意的自动化测试方案。

为此，非常需要一种改进的测试方法，以使得能够在保证自动化测试脚本的执行稳定性的同时，提高测试结果的准确率，缩短测试周期，提升测试效率。

在本上下文中，本公开的实施例期望提供一种测试方法、测试装置、计算机可读存储介质以及电子设备。

在本公开实施例的第一方面中，提供了一种测试方法，包括：获取输入的测试脚本以及预设的测试设备列表；计算所述测试设备列表中各测试设备与所述测试脚本之间的关联得分；基于所述关联得分从所述测试设备列表中匹配用于执行所述测试脚本的目标测试设备；将所述测试脚本分发给所述目标测试设备，以使所述目标测试设备执行所述测试脚本完成测试。

在本公开的一些实施例中，基于前述方案，计算所述测试设备列表中各测试设备与所述测试脚本之间的关联得分，包括：计算所述测试设备列表中各测试设备对应的当前可用性评分；获取各所述测试设备对应的历史执行数据，并根据所述历史执行数据计算各所述测试设备与所述测试脚本之间的匹配程度评分；基于所述当前可用性评分以及所述匹配程度评分计算得到所述测试设备与所述测试脚本之间的关联得分。

在本公开的一些实施例中，基于前述方案，计算所述测试设备列表中各测试设备对应的当前可用性评分，包括：根据预设选项计算所述测试设备列表中各测试设备对应的当前可用性评分，其中，所述预设选项包括下列一项或者多项的组合：所述测试设备中待测试应用对应的专用网络可用性；所述测试设备对应的测试接口的可执行性；所述测试设备的设备配置信息与所述待测试应用对应的最低运行环境的匹配性。

在本公开的一些实施例中，基于前述方案，根据预设选项计算所述测试设备列表中各测试设备对应的当前可用性评分，还包括：测试所述测试设备对应的外部网络可用性，并根据所述外部网络可用性计算所述测试设备列表中各测试设备对应的当前可用性评分。

在本公开的一些实施例中，基于前述方案，所述历史执行数据包括已测试应用数据和历史设备数据；所述获取各所述测试设备对应的历史执行数据，并根据所述历史执行数据计算各所述测试设备与所述测试脚本之间的匹配程度评分，包括：从预设的数据库中获取所述测试设备对应的已测试应用数据，所述已测试应用数据包括唯一版本标识，并根据所述唯一版本标识计算所述测试设备与所述测试脚本之间的第一匹配得分；从所述数据库中获取所述测试设备对应的历史设备数据，所述历史设备数据包括历史可用性评分和历史设备执行数据，并根据所述历史可用性评分和所述历史设备执行数据计算所述测试设备与所述测试脚本之间的第二匹配得分；根据所述第一匹配得分和所述第二匹配得分计算得到所述测试设备与所述测试脚本之间的匹配程度评分。

在本公开的一些实施例中，基于前述方案，所述历史设备执行数据包括历史执行结果和每次测试时的历史设备属性；所述根据所述历史可用性评分和所述历史设备执行数据计算所述测试设备与所述测试脚本之间的第二匹配得分，包括：计算所述测试脚本与所述历史设备属性的关联性得分；根据所述测试脚本在所述测试设备执行时的所述历史执行结果、所述关联性得分以及所述历史可用性评分计算所述测试设备与所述测试脚本之间的第二匹配得分。

在本公开的一些实施例中，基于前述方案，基于所述关联得分从所述测试设备列表中匹配用于执行所述测试脚本的目标测试设备，包括：根据所述当前可用性评分从所述测试设备列表中确定可用测试设备列表；根据所述匹配程度评分从所述可用测试设备列表中匹配用于执行所述测试脚本的目标测试设备。

在本公开的一些实施例中，基于前述方案，根据所述匹配程度评分从所述可用测试设备列表中匹配用于执行所述测试脚本的目标测试设备，包括：获取预设的匹配程度评分阈值，匹配所述可用测试设备列表中大于或者等于所述匹配程度评分阈值的测试设备，作为所述目标测试设备。

在本公开的一些实施例中，基于前述方案，基于所述关联得分从所述测试设备列表中匹配用于执行所述测试脚本的目标测试设备，包括：根据所述当前可用性评分对所述可用测试设备列表中的测试设备进行优先级划分，得到可用优先级；根据所述匹配程度评分对所述可用测试设备列表中的测试设备进行优先级划分，得到匹配优先级；获取预设的优先级阈值，匹配所述可用测试设备列表中所述可用优先级和/或所述匹配优先级大于或者等于所述优先级阈值的测试设备，作为所述目标测试设备。

在本公开的一些实施例中，基于前述方案，所述方法还包括：获取所述目标测试设备执行所述测试脚本得到的当前执行数据，并将所述当前执行数据存储到预设的数据库中，以更新所述数据库中的历史执行数据。

在本公开的一些实施例中，基于前述方案，所述将所述测试脚本分发给所述目标测试设备，还包括：基于所述测试脚本测试所述目标测试设备中运行的待测试应用，以实现对所述待测试应用的功能性测试。

在本公开的一些实施例中，基于前述方案，所述将所述测试脚本分发给所述目标测试设备，还包括：基于所述测试脚本对所述目标测试设备以及所述目标测试设备中的待测试应用进行测试，以实现对所述目标测试设备和所述待测试应用的兼容性测试，所述兼容性测试包括设备兼容性测试和软件兼容性测试。

在本公开的一些实施例中，基于前述方案，所述基于所述关联得分从所述测试设备列表中匹配用于执行所述测试脚本的目标测试设备，包括：基于所述关联得分确定所述测试设备列表中各所述测试设备与不同的测试脚本的匹配映射关系；根据所述匹配映射关系确定所述测试脚本对应的目标测试设备。

在本公开实施例的第二方面中，提供了一种测试装置，包括：测试脚本获取模块，用于获取输入的测试脚本以及预设的测试设备列表；关联得分计算模块，用于计算所述测试设备列表中各测试设备与所述测试脚本之间的关联得分；测试设备匹配模块，用于基于所述关联得分从所述测试设备列表中匹配用于执行所述测试脚本的目标测试设备；测试脚本执行模块，用于将所述测试脚本分发给所述目标测试设备，以使所述目标测试设备执行所述测试脚本完成测试。

在本公开的一些实施例中，基于前述方案，所述关联得分计算模块包括：设备可用性评分计算单元，用于计算所述测试设备列表中各测试设备对应的当前可用性评分；匹配程度评分计算单元，用于获取各所述测试设备对应的历史执行数据，并根据所述历史执行数据计算各所述测试设备与所述测试脚本之间的匹配程度评分；关联得分计算单元，用于基于所述当前可用性评分以及所述匹配程度评分计算得到所述测试设备与所述测试脚本之间的关联得分。

在本公开的一些实施例中，基于前述方案，所述设备可用性评分计算单元还用于：根据预设选项计算所述测试设备列表中各测试设备对应的当前可用性评分，其中，所述预设选项包括下列一项或者多项的组合：所述测试设备中待测试应用对应的专用网络可用性；所述测试设备对应的测试接口的可执行性；所述测试设备的设备配置信息与所述待测试应用对应的最低运行环境的匹配性。

在本公开的一些实施例中，基于前述方案，所述设备可用性评分计算单元还用于：测试所述测试设备对应的外部网络可用性，并根据所述外部网络可用性计算所述测试设备列表中各测试设备对应的当前可用性评分。

在本公开的一些实施例中，基于前述方案，所述历史执行数据包括已测试应用数据和历史设备数据；所述匹配程度评分计算单元还包括：第一匹配得分计算子单元，用于从预设的数据库中获取所述测试设备对应的已测试应用数据，所述已测试应用数据包括唯一版本标识，并根据所述唯一版本标识计算所述测试设备与所述测试脚本之间的第一匹配得分；第二匹配得分计算子单元，用于从所述数据库中获取所述测试设备对应的历史设备数据，所述历史设备数据包括历史可用性评分和历史设备执行数据，并根据所述历史可用性评分和所述历史设备执行数据计算所述测试设备与所述测试脚本之间的第二匹配得分；匹配程度评分计算子单元，用于根据所述第一匹配得分和所述第二匹配得分计算得到所述测试设备与所述测试脚本之间的匹配程度评分。

在本公开的一些实施例中，基于前述方案，所述历史设备执行数据包括历史执行结果和每次测试时的历史设备属性；所述第二匹配得分计算子单元还用于：计算所述测试脚本与所述历史设备属性的关联性得分；根据所述测试脚本在所述测试设备执行时的所述历史执行结果、所述关联性得分以及所述历史可用性评分计算所述测试设备与所述测试脚本之间的第二匹配得分。

在本公开的一些实施例中，基于前述方案，所述测试设备匹配模块还包括：测试设备列表确定单元，用于根据所述当前可用性评分从所述测试设备列表中确定可用测试设备列表；目标测试设备匹配单元，用于根据所述匹配程度评分从所述可用测试设备列表中匹配用于执行所述测试脚本的目标测试设备。

在本公开的一些实施例中，基于前述方案，所述目标测试设备匹配单元还用于：获取预设的匹配程度评分阈值，匹配所述可用测试设备列表中大于或者等于所述匹配程度评分阈值的测试设备，作为所述目标测试设备。

在本公开的一些实施例中，基于前述方案，所述测试设备匹配模块还用于：根据所述当前可用性评分对所述可用测试设备列表中的测试设备进行优先级划分，得到可用优先级；根据所述匹配程度评分对所述可用测试设备列表中的测试设备进行优先级划分，得到匹配优先级；获取预设的优先级阈值，匹配所述可用测试设备列表中所述可用优先级和/或所述匹配优先级大于或者等于所述优先级阈值的测试设备，作为所述目标测试设备。

在本公开的一些实施例中，基于前述方案，所述测试装置还包括：当前执行数据存储单元，用于获取所述目标测试设备执行所述测试脚本得到的当前执行数据，并将所述当前执行数据存储到预设的数据库中，以更新所述数据库中的历史执行数据。

在本公开的一些实施例中，基于前述方案，所述测试脚本执行模块还包括交互功能测试单元，所述交互功能测试单元用于：基于所述测试脚本测试所述目标测试设备中运行的待测试应用，以实现对所述待测试应用的功能性测试。

在本公开的一些实施例中，基于前述方案，所述测试脚本执行模块还用于：基于所述测试脚本对所述目标测试设备以及所述目标测试设备中的待测试应用进行测试，以实现对所述目标测试设备和所述待测试应用的兼容性测试，所述兼容性测试包括设备兼容性测试和软件兼容性测试。

在本公开的一些实施例中，基于前述方案，所述测试设备匹配模块还用于：基于所述关联得分确定所述测试设备列表中各所述测试设备与不同的测试脚本的匹配映射关系；根据所述匹配映射关系确定所述测试脚本对应的目标测试设备。

在本公开实施例的第三方面中，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的测试方法。

在本公开实施例的第四方面中，提供了一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如上述第一方面所述的测试方法。

根据本公开实施例的技术方案，一方面，通过计算测试设备列表中各测试设备与测试脚本之间的关联得分，进而通过关联得分匹配与测试脚本匹配度高的测试设备执行测试，能够提升测试脚本在测试设备中的执行稳定性，避免由于测试设备的系统版本与测试脚本不匹配导致测试脚本运行成功率低的问题；另一方面，由于根据关联得分匹配与测试脚本匹配度高的测试设备执行测试，能够提升测试脚本的执行稳定性，因此不再需要额外的失败重试机制或者降低使用失败重试机制的测试，有效缩短自动化测试周期，提升测试效率；再一方面，通过关联得分匹配得到的目标测试设备，由于目标测试设备对应的设备参数以及其他测试参数均与测试脚本匹配度高，因此能够有效避免由于测试设备对测试脚本的相关功能不支持导致测试结果准确率较低的问题，提升测试结果的准确率。

通过测试设备的当前可用性评分以及匹配程度评分计算测试设备与测试脚本之间的关联得分，其中，测试设备的当前可用性评分保证筛选得到目标测试设备能够成功运行测试脚本并完成测试，提高测试脚本的运行成功率以及执行稳定性，避免失败重试或者减少失败重试的次数，提升测试效率；测试设备的匹配程度评分保证筛选得到目标测试设备与测试脚本相适配，保证测试脚本的稳定运行，提高测试结果的准确率，提升测试效果。

通过待测试应用对应的专用网络稳定性、测试设备对应的测试接口的可执行性、测试设备的设备配置信息与待测试应用对应的最低运行环境的匹配性和测试设备的外部网络可用性，综合评定测试设备的当前可用性评分，能够有效保证测试脚本的运行成功率以及执行稳定性，提升测试效率。

在每次测试后，将当前执行数据进行存储，并作为后续的历史执行数据，通过持续不断更新数据库，能够进一步保证计算得到的测试脚本以及测试设备之间的关联得分的精确度，进一步保证筛选得到的目标测试设备的准确度，提升测试脚本在目标测试设备上的执行成功率以及运行稳定性，进一步提升测试结果的准确率。

通过将测试设备对应的历史执行数据如已测试应用数据和历史设备数据等作为评定测试设备与测试脚本之间的关联得分的选项，能够筛选得到适配度较高的用于执行测试脚本的测试设备，以及得到该测试设备中能够稳定运行的测试应用，因此，本示例实施例能够用于测试待测试应用的功能性测试的应用场景，通过关联得分筛选得到的目标测试设备进行待测试应用的功能性测试，能够有效避免由于测试设备硬件或者软件上不支持或者待测试应用不能稳定运行待测试应用等干扰因素导致交互功能测试不准确的问题，提升对待测试应用的功能性测试的测试结果准确率。

通过测试脚本与测试设备之间的关联得分以及测试设备对应的历史执行数据如已测试应用数据和历史设备数据等数据，能够筛选得到适配度较高的用于执行测试脚本的测试设备，以及得到各测试设备能够稳定运行的各测试脚本，因此，本示例实施例能够用于测试不同类型或者不同版本间的应用程序的软件兼容性情况、或者用于测试不同测试设备对各待测试应用的设备兼容性情况的应用场景，通过测试脚本与测试设备之间的关联得分以及测试设备对应的历史执行数据快速实现测试设备以及待测试应用之间的匹配，进而对待测试应用进行软件兼容性测试或者对测试设备进行设备兼容性测试，降低兼容性测试的设计复杂度，提高兼容性测试的测试效率。

本示例实施例通过测试脚本与测试设备之间关联得分，不仅能够匹配到当前输入的测试脚本对应的目标测试设备，还能够匹配到各测试设备对应的测试脚本，并将这些映射关系存储，作为匹配映射关系，在后续测试任务中出现相同的测试脚本时，能够根据该匹配映射关系快速找到与输入的测试脚本相对应的侧测试设备，或者能够根据该匹配映射关系快速找到测试设备最适合运行的测试脚本，有效提升测试脚本与测试设备的匹配速度。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施例的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施例，其中：

图1示意性示出了根据本公开的一些实施例的示例性应用场景的系统架构的示意框图；

图2示意性地示出了根据本公开的一些实施例的测试方法的流程示意图；

图3示意性地示出了根据本公开的一些实施例的计算得到关联得分的流程示意图；

图4示意性地示出了根据本公开的一些实施例的计算得到匹配程度评分的流程示意图；

图5示意性地示出了根据本公开的一些实施例的计算第二匹配得分的流程示意图；

图6示意性地示出了根据本公开的一些实施例的匹配目标测试设备的流程示意图；

图7示意性地示出了根据本公开的一些实施例的基于当前可用性评分以及匹配程度评分匹配目标测试设备的流程示意图；

图8示意性地示出了根据本公开的一些实施例的基于关联得分确定目标测试设备的流程示意图；

图9示意性地示出了根据本公开的一些实施例的确定关联得分的流程示意图；

图10示意性地示出了根据本公开的一些实施例的测试装置的示意框图；

图11示意性地示出了根据本公开的示例实施例的存储介质的示意图；以及

图12示意性地示出了根据发明的示例实施例的电子设备的方框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施例来描述本公开的原理和精神。应当理解，给出这些实施例仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本公开的实施例可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本公开的实施例，提出了一种测试方法、测试装置、介质和电子设备。

在本文中，需要理解的是，所涉及的术语，比如：

测试脚本(Testing script)是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行，一般是使用某种编程语言(如Python语言、PHP语言等)编写的可执行程序。

测试设备(Testing equipment)是指可以执行测试脚本的终端、装置、系统等的统称，例如，测试设备可以是特别定制用于进行测试的智能手机、个人电脑等。

调度是指一种后端调度服务，用于测试脚本的分发，指定测试脚本运行在特定的测试设备上。

MD5是指一种密码散列函数，可以产生出一个128位的散列值，用于确保信息传输完整一致，文件的MD5值相同则意味是完全相同的文件。

此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本公开的若干代表性实施例，详细阐释本公开的原理和精神。

在相关的测试方案中，一般由测试人员编写的测试脚本需下发至测试设备，如将测试脚本下发至安装有安卓系统的智能手机上执行，调度测试脚本的方式一般是随机选择测试设备执行测试脚本。而由于测试设备可能会存在如设备断电、设备断网、网络不稳定等故障情况，通常还会增加失败重试机制，即重新执行测试脚本以提高可靠性，降低误报率。

这种测试方案中，虽然随机调度的方式可以保证有可用的测试设备及时进行自动化测试任务的分配，同时失败重试机制可以保障测试脚本的可靠性，避免一些不稳定情况导致的失败。但是，由于各测试设备可能存在设备断电、设备断网、网络不稳定等情况，而自动化测试脚本的分配下发是随机的，因此可能会导致测试设备无法执行自动化测试脚本完成测试，降低了自动化测试脚本的测试稳定性；同时，也可能由于各测试设备中系统版本无法与自动化测试脚本相适配，导致测试结果不准确；为了保证自动化测试脚本能够在测试设备运行并得到测试结果，还需要在测试过程中加入失败重试机制，但是失败重试机制会消耗大量的时间，导致测试周期长，测试效率低下。

基于上述内容，本公开的基本思想在于，获取输入的测试脚本，并计算测试设备列表中各测试设备与测试脚本之间的关联得分，基于关联得分从测试设备列表中匹配用于执行测试脚本的目标测试设备，然后将测试脚本分发给所述目标测试设备，通过匹配的目标测试设备执行测试脚本完成测试，从而能够有效提升测试脚本的运行稳定性，提高测试结果的准确率，有效缩短测试周期，提升测试效率。

在介绍了本公开的基本原理之后，下面具体介绍本公开的各种非限制性实施例。

首先参考图1，图1示出了可以应用本公开实施例的一种测试方法及装置的示例性应用场景的系统架构的示意框图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一个或多个，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

本公开实施例所提供的测试方法一般由服务器105执行，相应地，测试装置一般设置于服务器105中。但本领域技术人员容易理解的是，本公开实施例所提供的测试方法也可以由终端设备101、102、103执行，相应的，测试装置也可以设置于终端设备101、102、103中，本示例性实施例中对此不做特殊限定。举例而言，在一种示例性实施例中，可以是通过终端设备101、102、103将输入的测试脚本上传至服务器105，服务器通过本公开实施例所提供的测试方法匹配目标测试设备，并将目标测试设备的标识信息传输给终端设备101、102、103等以使终端设备101、102、103将测试脚本下发至目标测试设备以使目标测试设备执行测试脚本完成测试。

应该理解的是，图1所示的应用场景仅是本公开的实施例可以在其中得以实现的一个示例。本公开实施例的适用范围不受到该应用场景任何方面的限制。

下面结合图1的应用场景，参考图2来描述根据本公开示例性实施例的测试方法。需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施例在此方面不受任何限制。相反，本公开的实施例可以应用于适用的任何场景。

本公开首先提供了一种测试方法，该方法执行主体可以是终端，也可以是服务器，本公开对此不做特殊限定，本示例实施例中以服务器执行该方法为例进行说明。

参照图2所示，在步骤S210中，获取输入的测试脚本以及预设的测试设备列表。

在示例实施例中，测试脚本是指根据测试任务的需求由开发人员预先编写的可执行程序，例如，测试脚本可以是通过编程语言(如Python语言、PHP语言等)编写的用于测试应用程序用户界面功能(User Interface Design，UI)的可执行程序，也可以是通过编程语言编写的用于测试各类型设备的兼容性的可执行程序，当然，还可以是其他根据测试任务的需求由开发人员预先编写的可执行程序，本示例实施例对此不做特殊限定。

测试设备列表是指包含用于参与测试任务的所有测试设备对应的列表，该测试设备列表可以包含各测试设备对应的标识信息。为了提升筛选测试设备的效率，可以根据不同的测试设备类型将测试设备进行划分得到不同的测试设备列表，进而可以根据不同测试任务的需求，匹配与输入的测试脚本相匹配的测试设备列表。在参与测试任务的测试设备更新时，可以通过预设的数据接口或者其他测试设备检测手段对测试设备列表进行实时更新，本示例实施例对此不做特殊限定。

在步骤S220中，计算所述测试设备列表中各测试设备与所述测试脚本之间的关联得分。

在示例实施例中，关联得分是指根据测试脚本对应测试任务的需求、以及测试设备关联的数据进行计算得到的评分，用于评价测试脚本与测试设备之间的匹配性。例如，测试脚本与测试设备的关联得分可以是90(满分可以设置为100)，也可以是90％(满分可以设置为100％)，本示例实施例对此不做任何特殊限定。

在步骤S230中，基于所述关联得分从所述测试设备列表中匹配用于执行所述测试脚本的目标测试设备。

在示例实施例中，目标测试设备是指通过关联得分从测试设备列表中筛选得到的与测试脚本的匹配度符合测试任务要求的测试设备，例如，目标测试设备可以是关联得分大于或者等于预设阈值的测试设备，也可以是当前测试设备列表中关联得分最高的测试设备，本示例实施例不以此为限。

在步骤S240中，将所述测试脚本分发给所述目标测试设备，以使所述目标测试设备执行所述测试脚本完成测试。

在示例实施例中，可以通过后端调度服务将测试脚本分发到目标测试脚本中，当然，也可以通过有线通信或者无线通信的方式将测试脚本分发到目标测试脚本中，本示例实施例对此不做特殊限定。

根据图2示例实施例的技术方案，一方面，通过计算测试设备列表中各测试设备与测试脚本之间的关联得分，进而通过关联得分匹配与测试脚本匹配度高的测试设备执行测试，能够提升测试脚本在测试设备中的执行稳定性，避免由于测试设备的系统版本与测试脚本不匹配导致测试脚本运行成功率低的问题；另一方面，由于根据关联得分匹配与测试脚本匹配度高的测试设备执行测试，能够提升测试脚本的执行稳定性，因此不再需要额外的失败重试机制或者降低使用失败重试机制的测试，有效缩短自动化测试周期，提升测试效率；再一方面，通过关联得分匹配得到的目标测试设备，由于目标测试设备对应的设备参数以及其他测试参数均与测试脚本匹配度高，因此能够有效避免由于测试设备对测试脚本的相关功能不支持导致测试结果准确率较低的问题，提升测试结果的准确率。

下面对图2中的步骤S210至步骤S240进行进一步的说明。

在示例实施例中，可以通过图3中的步骤计算测试设备列表中各测试设备与测试脚本之间的关联得分，参考图3所示，具体可以包括：

步骤S310，计算所述测试设备列表中各测试设备对应的当前可用性评分；

步骤S320，获取各所述测试设备对应的历史执行数据，并根据所述历史执行数据计算各所述测试设备与所述测试脚本之间的匹配程度评分；

步骤S330，基于所述当前可用性评分以及所述匹配程度评分计算得到所述测试设备与所述测试脚本之间的关联得分。

其中，当前可用性评分可以是指测试设备在本次自动化测试前能够用于测试的可行性程度，例如，测试设备的当前可用性评分可以是90(满分可以设置为100)，也可以是90％(满分可以设置为100％)，本示例实施例对此不做任何特殊限定。

具体的，可以根据计算得到的各测试设备对应的当前可用性评分进行当前可用性等级划分，例如，可以根据各测试设备对应的当前可用性评分划分为：A档：优秀，测试设备的当前可用性评分在95分以上；B档：良好，测试设备的当前可用性评分在80-95分之间；C档：及格，测试设备的当前可用性评分在60-80分之间；D档：不可用，测试设备的当前可用性评分在60分以下，当然，此处仅是示意性举例说明，本示例实施例不以此为限。依据当前可用性评分对测试设备进行可用性等级划分，能够快速筛选得到用户需求的测试设备集合，提升筛选效率。

由于测试设备在每次测试后均有可能会出现设备老化、故障等情况，因此在每次开始进行自动化测试之前，均需要计算测试设备的当前可用性评分，该当前可用性评分相对于测试设备的历史可用性评分而言。

历史执行数据是指测试设备在历史的自动化测试中采集到的相关数据，例如，历史执行数据可以是测试设备的历史可用性评分，也可以是测试设备的历史设备数据(如测试设备的硬件参数、软件参数等)，当然，历史执行数据还可以是测试设备在历史的自动化测试中采集到的其他相关数据，如可以是测试设备每次测试时对应的系统日志数据，本示例实施例对此不做特殊限定。

匹配程度评分是指将测试脚本对应的测试任务的需求与测试设备的匹配程度，例如，测试设备A对应的历史执行数据记录了测试设备A历史执行的多次测试任务中，有80％的测试任务为应用程序交互界面的功能性测试，而输入的测试脚本对应的测试任务为应用程序交互界面的功能性测试，此时可以认为测试设备A与输入的测试脚本的匹配程度较高，计算得到的匹配程度评分也较高，当然，此处仅是示意性举例说明，历史执行数据还可以是其他类型的执行数据，本示例实施例对此不做特殊限定。

可以通过预先设置的权重数据，对测试设备对应的当前可用性评分以及匹配程度评分进行加权计算得到测试设备与测试脚本之间的关联得分，也可以通过计算测试设备对应的当前可用性评分以及匹配程度评分的方差作为测试设备与测试脚本之间的关联得分，还可以直接将当前可用性评分以及匹配程度评分的组合作为关联得分，当然，还可以通过当前可用性评分以及匹配程度评分对应的其他统计数据特征计算关联得分，本示例实施例对此不做特殊限定。

举例而言，可以通过关系式(1)计算各测试设备如测试设备001与输入的测试脚本之间的关联得分：

S＝A*x+B*y (1)

其中，S表示测试设备001对应的关联得分，A表示计算得到的测试设备001的当前可用性评分，x表示预先设置的当前可用性评分对应的权重数据，B表示计算得到的测试设备001的匹配程度评分，y表示预先设置的匹配程度评分对应的权重数据。

通过测试设备的当前可用性评分以及匹配程度评分计算测试设备与测试脚本之间的关联得分，其中，测试设备的当前可用性评分保证筛选得到目标测试设备能够成功运行测试脚本并完成测试，提高测试脚本的运行成功率以及执行稳定性，避免失败重试或者减少失败重试的次数，提升测试效率；测试设备的匹配程度评分保证筛选得到目标测试设备与测试脚本相适配，保证测试脚本的稳定运行，提高测试结果的准确率，提升测试效果。

在示例实施例中，可以根据预设选项计算测试设备列表中各测试设备对应的当前可用性评分，其中，预设选项是指预先设置的用于评估测试设备对应的当前可用性评分的选项，例如，预设选项可以包括下列一项或者多项的组合：测试设备中待测试应用对应的专用网络可用性；测试设备对应的测试接口的可执行性；测试设备的设备配置信息与待测试应用对应的最低运行环境的匹配性。

其中，待测试应用是指测试设备中执行测试任务时需要启动的应用程序(Application，APP)，专用网络可用性是指待测试应用在加载相关资源时所连接的专用网络的可用性，例如，待测试应用可以是某公司出品的音乐播放应用程序，则该待测试应用对应的专用网络是该公司预设的音乐资源数据库对应的特定网络，当然，此处仅是示意性举例说明，本示例实施例对此不做特殊限定。专用网络是相对于外部网络即公用网络而言的。网络可用性可以通过网络的通断情况、网络连接稳定性等参数进行评定。

测试接口的可执行性是指测试设备底层结构中提供的用于进行自动化测试的接口的可执行性，例如，在将测试脚本分发到测试设备进行测试之前，检测到测试设备对应的测试接口被其他的可执行程序所占用，此时可以认为测试设备的测试接口不具备可执行性，即测试接口无法同时运行两个可执行程序；相反，若测试设备对应的测试接口没有被其他的可执行程序所占用，此时可以认为测试设备的测试接口具备可执行性，即测试接口可以执行测试脚本。

测试设备的设备配置信息可以是指测试设备对应的硬件参数以及相应的软件参数等配置信息，待测试应用对应的最低运行环境可以是指能够稳定运行待测试应用的设备配置信息，例如，待测试应用对应的最低运行环境可以是测试设备对应的中央处理器(Central Processing Unit，CPU)的频率至少为1Ghz，操作系统至少为Android6.0版本，当然，此处仅是示意性举例说明，本示例实施例对此不做特殊限定。

进一步，还可以检测测试设备对应的外部网络可用性，并根据外部网络可用性计算测试设备列表中各测试设备对应的当前可用性评分。外部网络可用性是指除待测试应用对应的专用网络之外其他网络对应的可用性，例如外部网络可以是公用互联网，也可以是蓝牙、WIFI等局域通信网络，本示例实施例对此不做特殊限定。

举例而言，在一次自动化测试中，检测到测试设备001中待测试应用对应的专用网络可用性为可用，则测试设备001对应的专用网络可用性得分为100分；检测到测试设备对应的测试接口的可执行性为可执行，则测试设备001对应的测试接口的可执行性得分为100分；检测到测试设备的设备配置信息与待测试应用对应的最低运行环境的匹配性为不匹配，则测试设备001的设备配置信息与待测试应用对应的最低运行环境的匹配性为0分；检测到测试设备001对应的外部网络可用性为可用，则对应的外部网络可用性得分为100分，则最终测试设备001的当前可用性评分为“100*0.1+100*0.3+0*0.4+100*0.2＝60”，其中，0.1、0.3、0.4、0.2分别表示待测试应用对应的专用网络稳定性的权重数据、测试设备对应的测试接口的可执行性的权重数据、测试设备的设备配置信息与待测试应用对应的最低运行环境的匹配性的权重数据、测试设备的外部网络可用性的权重数据，当然，此处仅是示意性举例说明，权重数据还可以根据实际的测试任务需求进行自定义设置，本示例实施例不以此为限。

通过待测试应用对应的专用网络稳定性、测试设备对应的测试接口的可执行性、测试设备的设备配置信息与待测试应用对应的最低运行环境的匹配性以及测试设备的外部网络可用性，综合评定测试设备的当前可用性评分，能够有效保证测试脚本的运行成功率以及执行稳定性，提升测试效率。

在示例实施例中，历史执行数据可以包括已测试应用数据和历史设备数据。

其中，已测试应用数据是指测试设备在历史的自动测试过程中运行过的测试应用对应的数据，例如已测试应用数据可以是历史测试应用对应的类型，也可以是历史测试应用对应的最低运行环境，还可以是历史测试应用对应的版本号，当然，还可以是测试设备在历史的自动测试过程中运行过的测试应用对应的其他应用数据，本示例实施例不以此为限。

历史设备数据可以是指历史自动化测试中运行历史测试脚本时对应的设备数据。

具体的，可以通过图4中的步骤实现根据历史执行数据计算各测试设备与测试脚本之间的匹配程度评分，参考图4所示，具体可以包括：

步骤S410，从预设的数据库中获取所述测试设备对应的已测试应用数据，所述已测试应用数据包括唯一版本标识，并根据所述唯一版本标识计算所述测试设备与所述测试脚本之间的第一匹配得分；

步骤S420，从所述数据库中获取所述测试设备对应的历史设备数据，所述历史设备数据包括历史可用性评分和历史设备执行数据，并根据所述历史可用性评分和所述历史设备执行数据计算所述测试设备与所述测试脚本之间的第二匹配得分；

步骤S430，根据所述第一匹配得分和所述第二匹配得分计算得到所述测试设备与所述测试脚本之间的匹配程度评分。

其中，唯一版本标识可以是指唯一标识已测试应用对应版本号的信息，例如，唯一版本标识可以是MD5序列，也可以是哈希值，当然，还可以是其他唯一标识已测试应用对应版本号的信息，本示例实施例对此不做特殊限定。可以根据唯一版本标识计算测试设备与测试脚本之间的第一匹配得分，例如，当前输入的测试脚本所需要运行的测试应用的版本号为2.3，而测试设备对应的已测试应用数据中的唯一版本标识显示历史测试对应的测试应用的版本号为2.3，此时可以认为该测试设备历史运行过相同的测试应用，进而可以根据本次的测试结果计算得到第一匹配得分；如果唯一版本标识显示历史测试过的测试应用的版本号为2.0，可以进一步通过判断版本号为2.3的测试应用与版本号为2.0的测试应用所需求的最低运行环境的差异计算得到的第一匹配得分，当然，此处仅是示意性举例说明，本示例实施例不以此为限。

历史可用性评分是指测试设备在历史自动化测试中计算得到的测试设备对应的可用性评分，相对于测试设备的当前可用性评分而言。

历史设备执行数据是指测试设备历史执行测试脚本之后得到的数据，例如历史设备执行数据可以包括历史执行结果，如历史执行结果可以是测试成功，也可以是测试失败，如果测试失败则记录测试失败对应的测试脚本或者测试脚本测试失败对应的代码行；历史设备执行数据也可以包括每次测试时的历史设备属性(如测试设备对应的标识信息ID、测试设备对应的品牌型号和测试设备对应的系统版本或者硬件版本等)，当然，还可以是测试设备对应的其他类型的历史设备执行数据，本示例实施例不以此为限。

具体的，可以通过图5中的步骤实现根据所述历史可用性评分和历史设备执行数据计算测试设备与测试脚本之间的第二匹配得分，参考图5所示，具体可以包括：

步骤S510，计算所述测试脚本与所述历史设备属性的关联性得分；

步骤S520，根据所述测试脚本在所述测试设备执行时的所述历史执行结果、所述关联性得分以及所述历史可用性评分计算所述测试设备与所述测试脚本之间的第二匹配得分。

其中，关联性得分是指测试脚本与测试设备对应的历史设备属性的关联程度，例如，关联性得分可以是测试脚本关联的待测试应用对应的最低运行环境与历史设备属性的硬件版本或者软件版本的关联性计算得到的分数，也可以是历史执行该测试脚本成功的测试设备对应的标识信息的关联性计算得到的分数，本示例实施例对此不做特殊限定。

举例而言，在一次自动化测试中，获取测试设备001对应的已测试应用数据，并检测得到已测试应用数据中包含唯一版本标识与本次测试脚本对应的测试任务中待测试应用的唯一版本标识相对应，则表示测试设备001历史记录中参与过对待测试应用的测试，此时第一匹配得分可以是100；获取测试设备001测试该待测试应用时对应的历史可用性评分为60，计算测试脚本与测试设备001测试该待测试应用时对应的历史设备属性的关联性得分为80，历史执行结果为测试成功则历史执行结果得分为100，则第二匹配得分为“60*0.2+80*0.3+100*0.5＝86”，其中0.2表示历史可用性评分的权重数据，0.3表示测试脚本与测试设备001测试该待测试应用时对应的历史设备属性的权重数据，0.5表示历史执行结果对应的权重数据。进而，测试脚本与测试设备001对应的历史执行数据之间的匹配程度得分为“100*0.5+86*0.5＝93”，其中，前面的0.5表示第一匹配得分对应的权重数据，后面的0.5表示第二匹配得分对应的权重数据。当然，此处仅是示意性举例说明，本示例实施例对此不做特殊限定。

在示例实施例中，可以通过图6中的步骤实现基于关联得分从测试设备列表中匹配用于执行测试脚本的目标测试设备，参考图6所示，具体可以包括：

步骤S610，根据所述当前可用性评分从所述测试设备列表中确定可用测试设备列表；

步骤S620，根据所述匹配程度评分从所述可用测试设备列表中匹配用于执行所述测试脚本的目标测试设备。

其中，可用测试设备列表是指根据当前可用性评分从测试设备列表中筛选的测试设备构成的列表，例如，可以根据当前可用性评分将测试设备列表中的测试设备划分为A档，B档，C档，D档，则通过属于A档，B档，C档的测试设备构建可用测试设备列表。由于测试设备的当前可用性是决定测试脚本是否能够成功在测试设备中执行的最低标准，因此，在本示例实施例中可以优先通过当前可用性评分进行初步筛选测试设备，进而通过匹配程度评分从可用测试设备列表中筛选更加匹配测试脚本的目标测试设备。

在示例实施例中，可以获取预设的匹配程度评分阈值，匹配可用测试设备列表中大于或者等于匹配程度评分阈值的测试设备，作为目标测试设备。其中，匹配程度评分阈值可以是预先设置的用于筛选匹配测试任务需求的测试设备的阈值，例如，匹配程度评分阈值可以是95分，也可以是60分，具体可以根据实际的测试任务需求进行自定义设置，本示例实施例不以此为限。

在示例实施例中，可以通过图7中的步骤实现基于关联得分从测试设备列表中匹配用于执行测试脚本的目标测试设备，包括：

步骤S710，根据所述当前可用性评分对所述可用测试设备列表中的测试设备进行优先级划分，得到可用优先级；

步骤S720，根据所述匹配程度评分对所述可用测试设备列表中的测试设备进行优先级划分，得到匹配优先级；

步骤S730，获取预设的优先级阈值，匹配所述可用测试设备列表中所述可用优先级和/或所述匹配优先级大于或者等于所述优先级阈值的测试设备，作为所述目标测试设备。

其中，可用优先级可以是根据当前可用性评分的高低对可用测试设备列表中的测试设备进行划分得到的分组，例如，可以根据各测试设备对应的当前可用性评分划分为：A档：优秀，测试设备的当前可用性评分在95分以上；B档：良好，测试设备的当前可用性评分在80-95分之间；C档：及格，测试设备的当前可用性评分在60-80分之间；D档：不可用，测试设备的当前可用性评分在60分以下，当然，此处仅是示意性举例说明，本示例实施例不以此为限。

匹配优先级可以是根据匹配程度评分的高低对可用测试设备列表中的测试设备进行划分得到的分组，例如，可以根据各测试设备对应的匹配程度评分划分为：A档：优秀，测试设备的匹配程度评分在95分以上；B档：良好，测试设备的匹配程度评分在80-95分之间；C档：及格，测试设备的匹配程度评分在60-80分之间；D档：不可用，测试设备的匹配程度评分在60分以下，当然，此处仅是示意性举例说明，本示例实施例不以此为限。

优先级阈值可以是预先根据测试任务需求设定的用于筛选测试设备的阈值，例如，如果某测试任务对应的测试脚本仅需要考虑测试设备的当前可用性评分，此时优先级阈值可以是可用优先级大于或者等于B档；如果测试任务对应的测试脚本仅需要考虑测试设备的匹配程度评分，此时优先级阈值也可以是匹配优先级大于或者等于B档；当然，如果测试任务对应的测试脚本不仅需要考虑测试设备的匹配程度评分，而且需要考虑测试设备的当前可用性评分，此时优先级阈值也可以是匹配优先级大于或者等于B档，且可用优先级大于或者等于B档。

在示例实施例中，在测试完毕之后，可以获取目标测试设备执行测试脚本得到的当前执行数据，并将当前执行数据存储到预设的数据库中，以更新数据库中的历史执行数据。

在每次测试后，将当前执行数据进行存储，并作为后续的历史执行数据，通过持续不断更新数据库，能够进一步保证计算得到的测试脚本以及测试设备之间的关联得分的精确度，进一步保证筛选得到的目标测试设备的准确度，提升测试脚本在目标测试设备上的执行成功率以及运行稳定性，进一步提升测试结果的准确率。

在示例实施例中，在将测试脚本分发给筛选得到的目标测试设备之后，可以基于述测试脚本测试目标测试设备中运行的待测试应用，以实现对待测试应用的功能性测试。

功能性测试是指测试脚本通过调用测试设备中预先提供的测试框架模拟用户的操作触发待测试应用相应功能的测试，例如，功能性测试可以是测试脚本模拟用户点击待测试应用上提供的控件的交互操作，用于对待测试应用的交互界面功能的测试；当然，功能性测试也可以是测试脚本模拟用户滑动待测试应用上提供的显示页面的交互操作，用于对待测试应用的软件页面渲染速率的测试，本示例实施例对此不做特殊限定。

通过将测试设备对应的历史执行数据如已测试应用数据和历史设备数据等作为评定测试设备与测试脚本之间的关联得分的选项，能够筛选得到适配度较高的用于执行测试脚本的测试设备，以及得到该测试设备中能够稳定运行的测试应用，因此，本示例实施例能够用于测试待测试应用的交互功能测试的应用场景，通过关联得分筛选得到的目标测试设备进行待测试应用的交互功能测试，能够有效避免由于测试设备硬件或者软件上不支持或者待测试应用不能稳定运行待测试应用等干扰因素导致交互功能测试不准确的问题，提升对待测试应用的交互功能测试的测试结果准确率。

在示例实施例中，在将测试脚本分发给筛选得到的目标测试设备之后，可以基于测试脚本对目标测试设备以及目标测试设备中的待测试应用进行测试，以实现对目标测试设备和待测试应用的兼容性测试。

其中，兼容性测试是指检查软件之间、或者软件与运行软件的设备之间能否正确地进行交互和共享信息的测试，例如，兼容性测试可以是软件兼容性测试，也可以是设备兼容性测试，本示例实施例对此不做特殊限定。

举例而言，在进行软件兼容性测试时，通过计算得到的关联得分以及获取的测试设备对应的历史可用性评分和历史执行数据，能够筛选得到适配软件兼容性测试任务的测试脚本且适配版本为1.0的应用程序A的目标测试设备X，同时也能够筛选得到适配软件兼容性测试任务的测试脚本且适配版本为2.0的应用程序A的目标测试设备Y。此时，可以将测试脚本分发到目标测试设备X和目标测试设备Y中，以便于测试脚本对版本为1.0的应用程序A与版本为2.0的应用程序A进行应用程序A的版本兼容性测试。

当然，软件兼容性测试还可以是不同应用程序之间的数据共享功能兼容性测试，具体可以继续根据计算得到关联得分以及获取的测试设备对应的历史可用性评分和历史执行数据挑选适配度较高的目标测试设备进行测试，能够有效提升软件兼容性测试的测试效率，保证测试效果。

举例而言，在进行设备兼容性测试时，通过计算得到的关联得分以及获取的测试设备对应的历史可用性评分和历史执行数据，能够筛选得到测试设备适配的多个测试脚本，进而，根据各测试脚本对应的测试任务中包含的待测试应用以及测试内容，以及历史执行数据中测试脚本的执行结果，确定各测试设备对不同的待测试应用或者不同版本的待测试应用的兼容性情况。相反的，也可以得到待测试应用在不同品牌、不同型号的测试设备上的兼容性情况。

通过测试脚本与测试设备之间的关联得分以及测试设备对应的历史执行数据如已测试应用数据和历史设备数据等数据，能够筛选得到适配度较高的用于执行测试脚本的测试设备，以及得到各测试设备能够稳定运行的各测试脚本，因此，本示例实施例能够用于测试不同类型或者不同版本间的应用程序的软件兼容性情况、或者用于测试不同测试设备对各待测试应用的设备兼容性情况的应用场景，通过测试脚本与测试设备之间的关联得分以及测试设备对应的历史执行数据快速实现测试设备以及待测试应用之间的匹配，进而对待测试应用进行软件兼容性测试或者对测试设备进行设备兼容性测试，降低兼容性测试的设计复杂度，提高兼容性测试的测试效率。

在示例实施例中，可以通过图8中的步骤实现基于关联得分从测试设备列表中匹配用于执行测试脚本的目标测试设备，参考图8所示，具体可以包括：

步骤S810，基于所述关联得分确定所述测试设备列表中各所述测试设备与不同的测试脚本的匹配映射关系；

步骤S820，根据所述匹配映射关系确定所述测试脚本对应的目标测试设备。

其中，匹配映射关系是指通过关联得分确定的各测试设备与具有匹配关系的不同测试脚本之间的映射关系。

本示例实施例通过测试脚本与测试设备之间关联得分，不仅能够匹配到当前输入的测试脚本对应的目标测试设备，还能够匹配到各测试设备对应的测试脚本，并将这些映射关系存储，作为匹配映射关系，在后续测试任务中出现相同的测试脚本时，能够根据该匹配映射关系快速找到与输入的测试脚本相对应的测试设备，或者能够根据该匹配映射关系快速找到测试设备最适合运行的测试脚本，有效提升测试脚本与测试设备的匹配速度。

图9示意性地示出了根据本公开的一些实施例的确定关联得分的流程示意图。

参考图9所示，步骤S910，检测并获取测试设备在参与自动化测试前对应的专用网络可用性、测试接口的可执行性、设备配置信息以及外部网络可用性，并将这些数据作为计算测试设备对应的当前可用性评分的评判标准；

步骤S920，获取测试设备对应的历史执行数据，例如，历史执行数据可以是包含有唯一版本标识的已测试应用信息、历史可用性评分、历史执行结果和历史设备属性，并将历史执行数据作为计算测试设备与输入的测试脚本对应的匹配程度评分的评判标准；

步骤S930，将作为计算测试设备对应的当前可用性评分的评判标准的数据，以及将作为计算测试设备对应的当前可用性评分的评判标准的历史执行数据发送给计算线程，以使计算线程根据接收到的数据计算当前可用性评分以及匹配程度评分计算得到测试设备与输入的测试脚本之间的关联得分；

步骤S940，将计算得到的关联得分存储到对应的预设数据库，例如，预设数据库可以是Redis数据库，本示例实施例不以此为限。

在本示例实施例中，还可以基于历史执行数据生成数据模型，进行测试设备的当前可用性评分、匹配程度评分以及分级，还可以将测试脚本和测试设备进行关联，计算测试脚本在特定的测试设备上的通过率，特定机型的测试设备中的通过率、特定品牌的测试设备中的通过率，还有测试结果和其他的测试设备属性信息的关联性，比如分辨率、系统版本等。

在介绍了本公开示例性实施例的方法之后，接下来，参考图10对本公开示例性实施例的测试装置。

在图10中，测试装置1000可以包括：测试脚本获取模块1010用于获取输入的测试脚本以及预设的测试设备列表；关联得分计算模块1020用于计算所述测试设备列表中各测试设备与所述测试脚本之间的关联得分；测试设备匹配模块1030用于基于所述关联得分从所述测试设备列表中匹配用于执行所述测试脚本的目标测试设备；测试脚本执行模块1040用于将所述测试脚本分发给所述目标测试设备，以使所述目标测试设备执行所述测试脚本完成测试。

在本公开的一些实施例中，基于前述方案，所述关联得分计算模块1020包括：

设备可用性评分计算单元，用于计算所述测试设备列表中各测试设备对应的当前可用性评分；

匹配程度评分计算单元，用于获取各所述测试设备对应的历史执行数据，并根据所述历史执行数据计算各所述测试设备与所述测试脚本之间的匹配程度评分；

关联得分计算单元，用于基于所述当前可用性评分以及所述匹配程度评分计算得到所述测试设备与所述测试脚本之间的关联得分。

在本公开的一些实施例中，基于前述方案，所述设备可用性评分计算单元还用于：

根据预设选项计算所述测试设备列表中各测试设备对应的当前可用性评分，其中，所述预设选项包括下列一项或者多项的组合：

所述测试设备中待测试应用对应的专用网络可用性；

所述测试设备对应的测试接口的可执行性；

所述测试设备的设备配置信息与所述待测试应用对应的最低运行环境的匹配性。

在本公开的一些实施例中，基于前述方案，所述设备可用性评分计算单元还用于：

测试所述测试设备对应的外部网络可用性，并根据所述外部网络可用性计算所述测试设备列表中各测试设备对应的当前可用性评分。

在本公开的一些实施例中，基于前述方案，所述历史执行数据包括已测试应用数据和历史设备数据；

所述匹配程度评分计算单元还包括：

第一匹配得分计算子单元，用于从预设的数据库中获取所述测试设备对应的已测试应用数据，所述已测试应用数据包括唯一版本标识，并根据所述唯一版本标识计算所述测试设备与所述测试脚本之间的第一匹配得分；

第二匹配得分计算子单元，用于从所述数据库中获取所述测试设备对应的历史设备数据，所述历史设备数据包括历史可用性评分和历史设备执行数据，并根据所述历史可用性评分和所述历史设备执行数据计算所述测试设备与所述测试脚本之间的第二匹配得分；

匹配程度评分计算子单元，用于根据所述第一匹配得分和所述第二匹配得分计算得到所述测试设备与所述测试脚本之间的匹配程度评分。

在本公开的一些实施例中，基于前述方案，所述历史设备执行数据包括历史执行结果和每次测试时的历史设备属性；

所述第二匹配得分计算子单元还用于：

计算所述测试脚本与所述历史设备属性的关联性得分；

根据所述测试脚本在所述测试设备执行时的所述历史执行结果、所述关联性得分以及所述历史可用性评分计算所述测试设备与所述测试脚本之间的第二匹配得分。

在本公开的一些实施例中，基于前述方案，所述测试设备匹配模块1030还包括：

测试设备列表确定单元，用于根据所述当前可用性评分从所述测试设备列表中确定可用测试设备列表；

目标测试设备匹配单元，用于根据所述匹配程度评分从所述可用测试设备列表中匹配用于执行所述测试脚本的目标测试设备。

在本公开的一些实施例中，基于前述方案，所述目标测试设备匹配单元还用于：

获取预设的匹配程度评分阈值，匹配所述可用测试设备列表中大于或者等于所述匹配程度评分阈值的测试设备，作为所述目标测试设备。

在本公开的一些实施例中，基于前述方案，所述测试设备匹配模块1030还用于：

根据所述当前可用性评分对所述可用测试设备列表中的测试设备进行优先级划分，得到可用优先级；

根据所述匹配程度评分对所述可用测试设备列表中的测试设备进行优先级划分，得到匹配优先级；

获取预设的优先级阈值，匹配所述可用测试设备列表中所述可用优先级和/或所述匹配优先级大于或者等于所述优先级阈值的测试设备，作为所述目标测试设备。

在本公开的一些实施例中，基于前述方案，所述测试装置1000还包括：

当前执行数据存储单元，用于获取所述目标测试设备执行所述测试脚本得到的当前执行数据，并将所述当前执行数据存储到预设的数据库中，以更新所述数据库中的历史执行数据。

在本公开的一些实施例中，基于前述方案，所述测试脚本执行模块还包括交互功能测试单元，所述交互功能测试单元用于：

基于所述测试脚本测试所述目标测试设备中运行的待测试应用，以实现对所述待测试应用的功能性测试。

在本公开的一些实施例中，基于前述方案，所述测试脚本执行模块1040还用于：

基于所述测试脚本对所述目标测试设备以及所述目标测试设备中的待测试应用进行测试，以实现对所述目标测试设备和所述待测试应用的兼容性测试，所述兼容性测试包括设备兼容性测试和软件兼容性测试。

在本公开的一些实施例中，基于前述方案，所述测试设备匹配模块1030还用于：

基于所述关联得分确定所述测试设备列表中各所述测试设备与不同的测试脚本的匹配映射关系；

根据所述匹配映射关系确定所述测试脚本对应的目标测试设备。

在本公开实施例的第三方面中，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的测试方法。

在介绍了本公开示例性实施例的装置之后，接下来，对本公开示例性实施例的存储介质进行说明。

在一些实施例中，本公开的各个方面还可以实现为一种介质，其上存储有程序代码，当所述程序代码被设备的处理器执行时用于实现本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的测试方法中的步骤。

例如，所述设备的处理器执行所述程序代码时可以实现如图2中所述的步骤S210，获取输入的测试脚本以及预设的测试设备列表；步骤S220，计算所述测试设备列表中各测试设备与所述测试脚本之间的关联得分；步骤S230，基于所述关联得分从所述测试设备列表中匹配用于执行所述测试脚本的目标测试设备；步骤S240，将所述测试脚本分发给所述目标测试设备，以使所述目标测试设备执行所述测试脚本完成测试。

参考图11所示，描述了根据本公开的实施例的用于实现上述测试方法的程序产品1100，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备。

在介绍了本公开示例性实施例的测试方法、测试装置以及存储介质之后，接下来，介绍根据本公开的示例性实施例的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施例中，根据本公开的电子设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的测试方法中的步骤。例如，所述处理单元可以执行如图2中所示的步骤S210，获取输入的测试脚本以及预设的测试设备列表；步骤S220，计算所述测试设备列表中各测试设备与所述测试脚本之间的关联得分；步骤S230，基于所述关联得分从所述测试设备列表中匹配用于执行所述测试脚本的目标测试设备；步骤S240，将所述测试脚本分发给所述目标测试设备，以使所述目标测试设备执行所述测试脚本完成测试。

下面参照图12来描述根据本公开的示例实施例的电子设备1200。图12所示的电子设备1200仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，电子设备1200以通用计算设备的形式表现。电子设备1200的组件可以包括但不限于：上述至少一个处理单元1201、上述至少一个存储单元1202、连接不同系统组件(包括存储单元1202和处理单元1201)的总线1203、显示单元1207。

总线1203表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储单元1202可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1221和/或高速缓存存储器1222，还可以进一步包括只读存储器(ROM)1223。

存储单元1202还可以包括具有一组(至少一个)程序模块1224的程序/实用工具1225，这样的程序模块1224包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备1200也可以与一个或多个外部设备1204(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与电子设备1200交互的设备通信，和/或与使得电子设备1200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1205进行。并且，电子设备1200还可以通过网络适配器1206与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1206通过总线1203与电子设备1200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了测试装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施例，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施例描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施例，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。