CN110024362B

CN110024362B - 蓝牙测试系统及方法

Info

Publication number: CN110024362B
Application number: CN201780001992.1A
Authority: CN
Inventors: 罗朝洪
Original assignee: Shenzhen Goodix Technology Co Ltd
Current assignee: Shenzhen Goodix Technology Co Ltd
Priority date: 2017-11-07
Filing date: 2017-11-07
Publication date: 2021-12-10
Anticipated expiration: 2037-11-07
Also published as: WO2019090454A1; CN110024362A

Abstract

本发明实施例提供了一种蓝牙测试系统及方法，其中，蓝牙测试系统包括：测试控制设备、待测的第一蓝牙设备、与所述待测的第一蓝牙设备对应的对端设备，所述对端设备中设置有第二蓝牙设备；其中，所述测试控制设备，用于向所述待测的第一蓝牙设备和所述对端设备发送测试控制指令；所述对端设备，用于根据所述测试控制指令和预存的测试用例，通过所述第二蓝牙设备与所述第一蓝牙设备进行测试交互；所述待测的第一蓝牙设备，用于根据所述测试控制指令和所述测试用例，与所述第二蓝牙设备进行测试交互。通过本发明实施例，提供了一种灵活的蓝牙测试平台，可应用于不同的蓝牙测试场景，且具有较高的通用性和较强的可扩展性，提高了蓝牙测试效率。

Description

蓝牙测试系统及方法

技术领域

本发明实施例涉及测试技术领域，尤其涉及一种蓝牙测试系统及方法。

背景技术

蓝牙是一种支持设备短距离通信的通信技术，能在包括移动终端、无线耳机、相关外设等等众多设备之间进行无线信息交换。随着技术的发展，蓝牙已经从经典蓝牙发展到了高速蓝牙和低功耗蓝牙，广泛应用于各种相关设备中。由此，蓝牙测试也成为技术开发人员的重要工作之一。

目前的蓝牙测试主要包括基本功能测试和兼容性测试，其中，基本功能测试用于测试蓝牙的基本功能，包括蓝牙的各个应用规范所实现的功能点、人机界面的检验、接口测试、交互测试、性能测试、压力测试等等；兼容性测试用于测试不同类型的蓝牙设备之间是否兼容，尤其是不同生产厂商的蓝牙设备之间是否兼容且工作正常。现有的蓝牙测试方案大多都是根据实际测试需求定制测试平台，仅能用于设定的应用场景测试，实用面狭窄，功能单一，导致蓝牙测试效率低下、测试平台的通用性和可扩展性都较差。

发明内容

本发明实施例提供一种蓝牙测试系统及方法，以解决现有蓝牙测试效率低下、测试平台的通用性和可扩展性都较差的问题。

根据本发明实施例的第一方面，提供了一种蓝牙测试系统，包括：测试控制设备、待测的第一蓝牙设备、与所述待测的第一蓝牙设备对应的对端设备，所述对端设备中设置有第二蓝牙设备；其中，所述测试控制设备，用于向所述待测的第一蓝牙设备和所述对端设备发送测试控制指令；所述对端设备，用于根据所述测试控制指令和预存的测试用例，通过所述第二蓝牙设备与所述第一蓝牙设备进行测试交互；所述待测的第一蓝牙设备，用于根据所述测试控制指令和所述测试用例，与所述第二蓝牙设备进行测试交互。

根据本发明实施例的第二方面，还提供了一种蓝牙测试方法，包括：测试控制设备向对端设备发送测试控制指令，指示所述对端设备使用预存的测试用例通过所述对端设备中的第二蓝牙设备与待测的第一蓝牙设备进行测试交互；所述测试控制设备根据所述测试交互的信息，确定所述第一蓝牙设备的蓝牙测试结果。

根据本发明实施例提供的蓝牙测试方案，使用测试控制设备、待测蓝牙设备和与待测蓝牙设备对应的对端设备实现待测蓝牙设备的蓝牙测试，其中，测试控制设备控制待测蓝牙设备和对端设备，对端设备中存储有测试用例，在接收到测试控制设备的测试控制指令后，对端设备与待测蓝牙设备进行测试交互，从而实现待测蓝牙设备的蓝牙测试。对于测试控制设备来说，其可以根据实际的测试需求生成并发送测试控制指令。对端设备可以有一个或多个，每个对端设备中都存储有一个或多个测试用例，不同对端设备存储的测试用例可以相同，也可以不同，测试时，可以根据实际需要选择适当的对端设备和测试用例，以及，对测试用例进行修改和增删。并且，测试用例存储在对端设备中，一方面，减轻了测试控制设备的数据存储和处理负担；另一方面，也使得测试用例的实现更为灵活方便。

可见，通过本发明实施例提供的蓝牙测试方案，提供了一种灵活的蓝牙测试平台，可应用于不同的蓝牙测试场景，且具有较高的通用性和较强的可扩展性，提高了蓝牙测试效率。

附图说明

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

图1为根据本发明实施例一的一种蓝牙测试系统的结构框图；

图2为根据本发明实施例二的一种蓝牙测试系统的结构示意图；

图3为根据本发明实施例三的一种蓝牙测试方法的步骤流程图；

图4为根据本发明实施例四的一种蓝牙测试方法的步骤流程图。

具体实施方式

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

实施例一

参照图1，示出了根据本发明实施例一的一种蓝牙测试系统的结构框图。

本实施例的蓝牙测试系统包括：测试控制设备102、待测的第一蓝牙设备104、与待测的第一蓝牙设备104对应的对端设备106，其中，对端设备106中设置有第二蓝牙设备1062。

测试控制设备102用于向待测的第一蓝牙设备104和对端设备106发送测试控制指令。本发明实施例提供的蓝牙测试系统既可以进行蓝牙的基本功能测试，也可以进行蓝牙的兼容性测试，还可以两者兼测。因此，测试控制指令可以包括用于基本功能测试的测试控制指令和/或用于兼容性测试的测试控制指令。测试控制设备102可以是任意适当的具有控制和数据处理功能的设备，包括但不限于PC机等。

对端设备106用于根据测试控制设备102的测试控制指令和对端设备106本地预存的测试用例，通过第二蓝牙设备1062与第一蓝牙设备104进行测试交互。对端设备106是与待测的第一蓝牙设备相配合实现蓝牙测试的设备，包括但不限于智能移动终端设备。

待测的第一蓝牙设备104用于根据测试控制设备102的测试控制指令和对端设备106的测试用例，与第二蓝牙设备1062进行测试交互。第一蓝牙设备104和第二蓝牙设备1062可以是相同类型的蓝牙设备也可以是不同类型的蓝牙设备。

其中，测试交互包括但不限于：测试用例执行过程中的数据和指令交互，以及，测试用例之外的、与蓝牙测试有关的测试数据和指令的交互等等。

通过本实施例提供的蓝牙测试系统，使用测试控制设备、待测蓝牙设备和与待测蓝牙设备对应的对端设备实现待测蓝牙设备的蓝牙测试，其中，测试控制设备控制待测蓝牙设备和对端设备，对端设备中存储有测试用例，在接收到测试控制设备的测试控制指令后，对端设备与待测蓝牙设备进行测试交互，从而实现待测蓝牙设备的蓝牙测试。对于测试控制设备来说，其可以根据实际的测试需求生成并发送测试控制指令。对端设备可以有一个或多个，每个对端设备中都存储有一个或多个测试用例，不同对端设备存储的测试用例可以相同，也可以不同，测试时，可以根据实际需要选择适当的对端设备和测试用例，以及，对测试用例进行修改和增删。并且，测试用例存储在对端设备中，一方面，减轻了测试控制设备的数据存储和处理负担；另一方面，也使得测试用例的实现更为灵活方便。

可见，通过本实施例提供的蓝牙测试系统，提供了一种灵活的蓝牙测试平台，可应用于不同的蓝牙测试场景，且具有较高的通用性和较强的可扩展性，提高了蓝牙测试效率。

实施例二

本实施例中，蓝牙测试系统包括：测试控制设备、待测的第一蓝牙设备、与待测的第一蓝牙设备对应的对端设备，其中，对端设备中设置有第二蓝牙设备。

本实施例中，使用PC机作为测试控制设备，但本领域技术人员应当明了，其它适当的具有控制和数据处理功能的设备也同样可以作为测试控制设备，如，工控电脑或者可移动的笔记本电脑等等。

此外，本实施例中，使用移动终端作为对端设备，一方面，目前的移动终端中基本上都设置有相应的蓝牙设备，且可存储测试用例，控制测试用例的执行，移动终端中的蓝牙设备与待测蓝牙设备可以类型相同也可以类型不同，不同的移动终端中的蓝牙设备可能类型相同也可能类型不同，因此，既可进行蓝牙的基本功能测试，也可进行蓝牙的兼容性测试，测试方便，测试成本低；另一方面，使用移动终端与测试控制设备及待测蓝牙设备构建测试平台，无需过多考虑环境、场地等影响，便于搭建，且移动终端和待测的蓝牙设备均可以根据需要增加或删除，也可以同时对多个待测的蓝牙设备进行测试，具有较高的灵活性和可扩展性。

本实施例中，使用BLE(Bluetooth Low Energy，低功耗蓝牙设备)作为待测的第一蓝牙设备，但本领域技术人员应当明了，本发明实施例的蓝牙测试系统同样适用于其它类型的蓝牙设备，如经典蓝牙或高速蓝牙等。目前的BLE测试主要采用手动测试方式，并且不同的测试场景(如基本功能测试、兼容性测试等)往往需要搭建不同的测试系统；另外，在做兼容性测试时需要停止当前测试，手动接入待测蓝牙设备。这些原因导致BLE的测试效率低下、测试系统通用性差、可扩展性差。本发明实施例提供的蓝牙测试系统可适用于包括BLE在内的多种蓝牙设备的测试，有效解决了上述现有BLE测试中的问题。

在一种可选方式中，待测的第一蓝牙设备可设置于FPGA(Field－ProgrammableGate Array，现场可编程门阵列)开发板上，待测的第一蓝牙设备通过FPGA开发板的蓝牙端口与对端设备中的第二蓝牙设备进行测试交互。将待测的第一蓝牙设备设置于FPGA开发板上，不仅方便蓝牙设备的测试，而且因FPGA开发板自身的特性，当测试出现异常时，便于异常问题的查找和定位。其中，FPGA开发板可以采用通用的FPGA板，也可以根据需要对FPGA板的调试端口进行进一步设置，以使其可以准确进行问题查找和定位。

当待测的第一蓝牙设备设置于FPGA开发板上时，测试控制设备还用于在向第一蓝牙设备发送测试控制指令之前，向FPGA开发板中烧录蓝牙协议的协议栈应用程序。蓝牙协议规范遵循开放系统互连参考模型，从低到高地定义了蓝牙协议堆栈的各个层次，将蓝牙协议的协议栈应用程序烧录至FPGA开发板中，使FPGA开发板可以遵循蓝牙协议进行通信和交互。但不限于此，在实际应用中，本领域技术人员也可以根据实际需要，采用其它适当方式遵循蓝牙协议进行通信和测试。可选地，测试控制设备还向FPGA开发板中烧录调试工具或调试代码，以提高蓝牙测试和调整效率。其中，调试工具可以由本领域技术人员根据实际需求适当设置，本发明实施例对此不作限制。

需要说明的是，当待测的第一蓝牙设备为BLE时，FPGA开发板可以为BLE FPGA开发板；当待测的第一蓝牙设备为非BLE时，如为经典蓝牙或者高速蓝牙时，FPGA开发板可以为适配的其它FPGA开发板，如通用FPGA开发板。

可选地，对端设备可以包括一个或多个(两个或两个以上)，每个对端设备中都设置有蓝牙设备，即第二蓝牙设备，各个对端设备中的蓝牙设备可以类型相同也可以类型不同，对端设备中的蓝牙设备可以与待测的第一蓝牙设备可以类型相同也可以类型不同。蓝牙测试中的兼容性测试通常需要在不同类型的蓝牙设备间进行，例如，不同类型的对端设备情况下的蓝牙测试、待测蓝牙设备所在的待测设备与对端设备为不同类型的设备情况下的蓝牙测试、待测设备与对端设备具有不同的操作系统情况下的蓝牙测试、待测设备与对端设备具有不同蓝牙适配器或者不同类型的蓝牙设备情况下的蓝牙测试、待测设备与对端设备具有不同类型芯片情况下的蓝牙测试、待测设备与对端设备具有不同协议栈版本情况下的蓝牙测试，等等。为满足兼容性测试，可对多个对端设备进行选择或设置，以实现蓝牙设备的兼容性测试。

在一种可行方案中，对端设备包括多个移动终端，多个移动终端中包括至少两个设置有不同类型的第二蓝牙设备的移动终端。由此，极大方便了蓝牙设备的兼容性测试。

在对端设备包括多个情况下，测试控制设备还用于检测对端设备的更新，并根据所述更新的信息来更新测试控制设备中的对端设备信息。测试控制设备中存储有对端设备的信息，当对端设备包括多个时，可以根据需要对该多个对端设备进行更新，如增加对端设备或删除对端设备，在此情况下，测试控制设备会根据对端设备的更新情况，更新自身保存的对端设备的信息，以便于后续选择适当的对端设备进行蓝牙测试。

对端设备和FPGA开发板测试交互过程中，会产生相应的测试日志，该测试日志中记录了测试过程中的交互数据和信息，测试控制设备可以分别接收对端设备和FPGA开发板发送的测试日志，并根据测试日志输出测试结果。测试控制设备对测试日志中的交互数据和信息进行分析后，即可确定蓝牙测试结果进而进行输出。

可选地，可以在测试控制设备中设置持续集成工具，其中，持续集成工具用于检测协议栈应用程序的更新，以及编译协议栈应用程序。软件开发周期中需要一些可以帮助开发者提升速度的自动化工具，其最重要的目的是促进软件项目的持续集成与交付，持续集成工具即为实现该目的的工具。通过持续集成工具，可以检测和下载最新的软件版本、对软件进行编译，还可以实现软件对应的源代码的自动回归测试。在实际应用中，本领域技术人员可以根据实际需要选择任意适当的持续集成工具，如，Jenkins工具、Atlassian Bamboo工具、CircleCI工具、Eclipse Hudson工具等等。

一种基于上述设置的蓝牙测试系统的实例如图2所示，图2中的蓝牙测试系统使用PC机202作为测试控制设备、使用移动终端204作为对端设备、使用设置于FPGA开发板上的BLE即BLE FPGA开发板206作为待测蓝牙设备，其中，移动终端204中也设置有蓝牙设备(可以是BLE，也可以是其它类型的蓝牙设备)。

图2中的PC机202是蓝牙测试系统的控制中心，移动终端204和BLE FPGA开发板206都通过命令接受它的控制。PC机202中存储有待测试的代码，如，蓝牙协议的协议栈代码，形式可以是源代码或者是已经编译好的BIN文件或其它可执行文件。在进行蓝牙测试前，PC机202将BIN文件或其它可执行文件烧录到BLE FPGA开发板206上。并且，PC机202收集移动终端204和BLE FPGA开发板206发送过来的测试日志，对测试日志进行分析处理后以适当形式输出测试结果，如输出测试报告。

如果PC机202上预装有持续集成工具(例如Jenkins等)，这个蓝牙测试系统还能完成对源代码的自动回归测试。此时，PC机202还承担检查源代码是否有更新和下载最新源代码的作用。

对端设备是一类能同时支持WIFI和蓝牙接口的可编程设备，比如像智能手机或平板电脑等，图2中表示为移动终端204。所有测试用例都存储在移动终端204中。当移动终端204收到来自PC机202的测试指令后启动测试用例。移动终端204通过与BLE FPGA开发板206上的BLE的命令和数据交换，完成蓝牙测试。移动终端204的数量根据测试场景的不同，可能有一个或多个。

BLE FPGA开发板206用于放置待测试的BLE，它接受移动终端204和PC机202的命令，根据测试用例进行蓝牙测试。

如图2中所示，PC机202和移动终端204之间通过WIFI接口进行测试指令收发，PC机202还从移动终端204接收测试日志；PC机202通过JTAG接口或者SPI接口向BLE FPGA开发板206烧录BIN文件或其它可执行文件，BLE FPGA开发板206通过其串口与PC机202之间进行测试指令收发，以及向PC机202发送测试日志；移动终端204和BLE FPGA开发板206之间通过蓝牙接口进行蓝牙测试交互，如收发测试指令和数据流。在某些情况下，PC机202还会直接向BLE FPGA开发板206发送指令，如，PC机202向BLE FPGA开发板206发送软复位指令、重烧录指令，以及，在移动终端204和BLE FPGA开发板206之间无法直接通信时，如进行不可连接广播测试时，向BLE FPGA开发板206发送测试指令或参数等等。

在测试过程中，PC机202根据设定的任务流和触发条件进行相应的测试准备和操作，并根据接收的测试日志进行测试结果反馈。如，根据设定的任务流和触发条件，PC机202先通过JTAG接口或者SPI接口向BLE FPGA开发板206烧录BIN文件或其它可执行文件；烧录完成后，PC机202通过WIFI接口向某个或某些移动终端204发送测试控制指令；移动终端204根据测试控制指令和预存的测试用例，通过蓝牙接口与BLE FPGA开发板206之间的用例测试，交互测试指令和数据流；移动终端204和BLE FPGA开发板206向PC机202发送测试日志；PC机202根据测试日志进行测试结果反馈和输出。

通过本实施例，使用测试控制设备、待测蓝牙设备和与待测蓝牙设备对应的对端设备实现待测蓝牙设备的蓝牙测试，其中，测试控制设备控制待测蓝牙设备和对端设备，对端设备中存储有测试用例，在接收到测试控制设备的测试控制指令后，对端设备与待测蓝牙设备进行测试交互，从而实现待测蓝牙设备的蓝牙测试。对于测试控制设备来说，其可以根据实际的测试需求生成并发送测试控制指令。对端设备可以有一个或多个，每个对端设备中都存储有一个或多个测试用例，不同对端设备存储的测试用例可以相同，也可以不同，测试时，可以根据实际需要选择适当的对端设备和测试用例，以及，对测试用例进行修改和增删。并且，测试用例存储在对端设备中，一方面，减轻了测试控制设备的数据存储和处理负担；另一方面，也使得测试用例的实现更为灵活方便。

实施例三

参照图3，示出了根据本发明实施例三的一种蓝牙测试方法的步骤流程图。

本实施例的蓝牙测试方法用于使用实施例一或二中的蓝牙测试系统进行蓝牙测试，本实施例的蓝牙测试方法包括以下步骤：

步骤S302：测试控制设备向对端设备发送测试控制指令，指示对端设备使用预存的测试用例通过对端设备中的第二蓝牙设备与待测的第一蓝牙设备进行测试交互。

本实施例中，对端设备是与待测的第一蓝牙设备相配合，实现第一蓝牙设备的蓝牙测试的设备，其预存有测试用例，使用该测试用例进行蓝牙测试交互。其中，对第一蓝牙设备的测试既可以是基本功能测试，也可以是兼容性测试，还可以两者兼有。

在一种可行方式中，第一蓝牙设备可以为BLE，以实现BLE的有效测试，但其它类型的蓝牙设备也同样适用于本发明实施例的方案。第一蓝牙设备还可以设置于FPGA开发板上；此种情况下，在测试控制设备向对端设备发送测试控制指令之前，还可以向FPGA开发板中烧录蓝牙协议的协议栈应用程序。可选地，除协议栈应用程序外，还可以烧录用于调试第一蓝牙设备的调试工具或调试代码。通过将第一蓝牙设备设置于FPGA开发板上，可以实现快速、准确的蓝牙测试过程中的异常问题查找和定位。

进一步可选地，还可以在测试控制设备中设置持续集成工具，如Jenkins等，通过持续集成工具可以检测协议栈应用程序和/或调试工具的更新。若测试控制设备检测到协议栈应用程序发生了更新，则可以将更新后的协议栈应用程序重新烧录至FPGA开发板。

在另一种可行方式中，对端设备可以包括多个，如，对端设备包括多个移动终端，多个移动终端中包括至少两个设置有不同类型的第二蓝牙设备的移动终端，以快速便捷地实现第一蓝牙设备的兼容性测试。在此情况下，在每一次测试时，测试控制设备向对端设备发送测试控制指令包括：测试控制设备从多个移动终端中选择一个移动终端，并向选择的移动终端发送测试控制指令。

当对端设备包括多个时，对端设备可能进行更新，如增加对端设备或删除对端设备，则测试控制设备会检测对端设备是否发生了更新，若发生了更新，则根据所述更新的信息来更新测试控制设备中的对端设备信息。

步骤S304：测试控制设备根据所述测试交互的信息，确定第一蓝牙设备的蓝牙测试结果。

在一种可行方案中，对端设备和FPGA开发板可以向测试控制设备发送测试日志，在测试日志中携带测试交互的信息，测试控制设备分别接收对端设备和FPGA开发板发送的测试日志，根据测试日志确定第一蓝牙设备的蓝牙测试结果并输出蓝牙测试结果。但不限于测试日志的形式，其它任意适当的获取测试交互的信息的方式均可适用。

可见，本实施例提供的蓝牙测试方法可应用于不同的蓝牙测试场景，且具有较高的通用性和较强的可扩展性，提高了蓝牙测试效率。

实施例四

参照图4，示出了根据本发明实施例四的一种蓝牙测试方法的步骤流程图。

本实施例以一个具体实例为例，对本发明实施例提供的蓝牙测试方法进行说明。本实施例中，使用PC机作为测试控制设备、使用多个移动终端作为对端设备、使用设置于FPGA开发板上的BLE即BLE FPGA开发板作为待测蓝牙设备。

本实施例的蓝牙测试方法包括以下步骤：

步骤S402：PC机检测用于蓝牙测试的源代码更新并下载源代码，对源代码进行编译。

初始时，所有移动终端安装对应的测试程序和测试用例，并被设定处于睡眠状态。PC机通过程序或脚本设定系统测试的任务流和触发条件(例如，每天定时触发一次蓝牙测试)，在满足触发条件后，PC机下载最新的用于蓝牙测试的源代码并进行编译，如PC机通过其持续集成工具(如Jenkins)下载源代码并进行编译。此外，PC机还通过其持续集成工具检测源代码的更新情况，以便确认和下载最新版本的源代码。

需要说明的是，本步骤为可选步骤，根据测试需求的不同，可以省略。

步骤S404：PC机将所述源代码烧录至BLE FPGA开发板。

PC机将BIN文件形式的源代码或其它可执行文件形式的源代码烧录到BLE FPGA开发板，成功烧录后，BLE FPGA开发板通过串口发送已就绪信号给PC机。

步骤S406：PC机从多个移动终端中选择一个移动终端，指示选择的移动终端与BLEFPGA开发板进行测试交互。

本实施例中，移动终端中设置有第二蓝牙设备，BLE FPGA开发板上放置有待测的第一蓝牙设备，PC机向移动终端发送测试控制指令，移动终端在接收到测试控制指令后，通过其第二蓝牙设备以及BLE FPGA开发板的相应蓝牙端口与第一蓝牙设备进行蓝牙测试交互。

例如，PC机从多个移动终端中选择一个移动终端，并发送激活命令让其处于测试状态；选择的移动终端收到激活命令后，向BLE FPGA开发板下发测试命令进行测试用例的测试。

其中，PC机可以采用任意适当方式选择移动终端，如，通过为移动终端设置优先级的方式，或者，根据相应的电磁环境和具体的待测功能选择适当的移动终端，等等，本发明实施例对此不作限制。

步骤S408：移动终端和BLE FPGA开发板向PC机发送测试日志。

移动终端和BLE FPGA开发板在执行测试用例的过程中，实时向PC机传送测试日志，PC机收到测试日志后进行存储。

步骤S410：选择的移动终端执行完所有测试用例后，向PC机发送测试完成的信号。

步骤S412：判断是否所有移动终端都完成了测试，若是，执行步骤S414；若否，则返回步骤S406执行。

重复步骤S406-S410，直到所有移动终端都完成测试。

步骤S414：当所有移动终端都完成了测试，PC机分析测试日志后输出测试报告，并结束本次蓝牙测试。

其中，测试报告中可以包括待测的第一蓝牙设备的测试信息和测试结果信息。

需要说明的是，为防止测试过程中出现故障，正在测试的对端终端(如本实施例中的移动终端)和测试控制设备(如本实施例中的PC机)之间需要保持心跳连接。当超过一定的时间测试控制设备没有收到心跳信号，表明测试系统出现故障，测试控制设备跳过剩余测试用例重新从对端终端的列表中选定一个对端终端开始新的测试。

另外，为增加本发明实施例提供的蓝牙测试方案的可扩展性，方便做兼容性测试时对端设备能随时接入蓝牙测试系统开展测试，蓝牙测试系统测试启动后，测试控制设备会开启一个socket server的服务，当对端设备通过IP地址与测试控制设备建立连接后，测试控制设备会自动把该对端设备加入到对端设备列表中。

通过本实施例可见，其提供的蓝牙测试系统构建灵活、方便，可以大幅节省人力投入，提高蓝牙测试效率；通用性强，一套系统可以支持多种蓝牙测试场景；扩展性好，做兼容性测试时能随时自动接入任意数目的对端设备和待测蓝牙设备。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，所述计算机可读记录介质包括用于以计算机(例如计算机)可读的形式存储或传送信息的任何机制。例如，机器可读介质包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪速存储介质、电、光、声或其他形式的传播信号(例如，载波、红外信号、数字信号等)等，该计算机软件产品包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims

1.一种蓝牙测试系统，包括：测试控制设备、设置于FPGA开发板上的待测的第一蓝牙设备、与所述待测的第一蓝牙设备对应的对端设备，所述对端设备中设置有第二蓝牙设备，所述第一蓝牙设备与所述第二蓝牙设备的类型不同；其中，所述对端设备包括多个移动终端，所述多个移动终端中包括至少两个设置有不同类型的第二蓝牙设备的移动终端，每个移动终端中存储测试用例，

所述测试控制设备，用于通过所述FPGA开发板的串口与向所述第一蓝牙设备发送用于兼容性测试的测试控制指令，并且通过WIFI接口向所述多个移动终端发送用于兼容性测试的测试控制指令，并且根据需要在所述多个移动终端中选择移动终端和测试用例；

所述选择的移动终端用于通过所述WIFI接口收到所述测试控制指令之后启动所述测试用例，通过所述第二蓝牙设备与所述FPGA开发板的蓝牙端口进行测试交互。

2.根据权利要求1所述的系统，其中，所述测试控制设备，还用于在向所述第一蓝牙设备发送所述测试控制指令之前，向所述FPGA开发板中烧录蓝牙协议的协议栈应用程序。

3.根据权利要求2所述的系统，其中，所述测试控制设备中还设置有持续集成工具，所述持续集成工具用于检测所述协议栈应用程序的更新，以及编译所述协议栈应用程序。

4.根据权利要求1-3任一项所述的系统，其中，所述测试控制设备，还用于分别接收所述对端设备和所述FPGA开发板发送的测试日志，并根据所述测试日志输出测试结果。

5.根据权利要求1所述的系统，其中，所述测试控制设备，还用于检测所述对端设备的更新，并根据所述更新的信息来更新所述测试控制设备中的对端设备信息。

6.根据权利要求1-5任一项所述的系统，其中，所述第一蓝牙设备为低功耗蓝牙设备BLE。

7.一种蓝牙测试方法，包括：

测试控制设备通过FPGA开发板的串口与向第一蓝牙设备发送用于兼容性测试的测试控制指令，并且通过WIFI接口向多个移动终端发送用于兼容性测试的测试控制指令，并且根据需要在所述多个移动终端中选择移动终端和测试用例，其中，所述第一蓝牙设备设置于所述FPGA开发板，所述多个移动终端中包括至少两个设置有不同类型的第二蓝牙设备的移动终端，每个移动终端中存储测试用例，所述第一蓝牙设备与所述第二蓝牙设备的类型不同；

所述测试控制设备通过所述FPGA开发板的串口和所述WIFI接口接收相应的测试日志，并且根据所述测试日志，确定所述第一蓝牙设备的蓝牙测试结果。

8.根据权利要求7所述的方法，其中，在所述测试控制设备向对端设备发送测试控制指令之前，所述方法还包括：

向所述FPGA开发板中烧录蓝牙协议的协议栈应用程序。

9.根据权利要求8所述的方法，其中，所述方法还包括：

若检测到所述协议栈应用程序发生了更新，则将更新后的所述协议栈应用程序重新烧录至所述FPGA开发板。

10.根据权利要求7所述的方法，其中，所述方法还包括：

所述测试控制设备检测所述移动终端是否发生了更新，若发生了更新，则根据所述更新的信息来更新所述测试控制设备中的所述移动终端的信息。

11.根据权利要求7-10任一项所述的方法，其中，所述第一蓝牙设备为低功耗蓝牙设备BLE。