CN106330593A - 协议检测方法及装置 - Google Patents

Abstract

本发明提供了一种协议检测方法及装置，其中，该方法包括：测试平台接收多个待测试协议；测试平台根据待测试协议生成与待测试协议对应的测试命令；测试平台根据测试命令对待测试协议进行检测；其中，待测试协议包括协议文档和协议代码。通过本发明解决了相关技术中对于如何有效的对通信用电源设备的通讯协议进行测试的问题，进而提高了协议测试效率。

Description

协议检测方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种协议检测方法及装置。

背景技术

通信用电源设备给各种通讯设备提供工作电源，是通讯基站建设中必不可少的设备，一直以来，对通信用电源设备的关注内容一直是其硬件的可靠性、安全性和性能，软件管理功能则关注系统控制和电池管理，极少花费精力在电源设备与后台的通讯功能上。

然而，随着数字控制的发展，电源设备与子设备之间、电源设备与后台之间使用各种协议进行信息的采集和控制。同时，云时代的来临，给电源设备的发展带来新的变革，大数据处理一直被提及和使用，在大数据处理中，数据采集和传输是基础，数据传输依赖于通讯链路和通讯协议。

目前电源设备与子设备之间使用的通讯接口有485和CAN总线，协议类型多为自定义；电源设备与后台之间、与智能终端之间使用的通讯接口有232、以太网等，协议类型为电信标准规定的1104、1363协议，也有自定义的协议。

电源设备通讯接口和通讯协议的多样性，使其测试起来极其麻烦。对于协议的测试一直使用两种方法：一是依赖于设备开发的特定后台进行测试；二是测试人员一条一条生成命令，通过各种通讯接口的调试助手发送协议再解析。

上面两种方式的缺陷显而易见，第一种方式测试数据不透明，出现错误是设备出了问题还是后台解析问题，故障出处不好判断；第二种方式，在参数、信息、记录庞大的电源系统中，工作量极其庞大。

针对相关技术中，对于如何有效的对通信用电源设备的通讯协议进行测试的问题，还未提出有效的解决方案。

发明内容

本发明提供了一种协议检测方法及装置，以至少解决相关技术中对于如何有效的对通信用电源设备的通讯协议进行测试的问题。

根据本发明的一个方面，提供了一种协议检测方法，包括：测试平台接收多个接收待测试协议；所述测试平台根据所述待测试协议生成与所述待测试协议对应的测试命令；所述测试平台根据所述测试命令对所述待测试协议进行检测；其中，所述待测试协议包括协议文档和协议代码。

可选地，所述测试平台根据所述待测试协议生成所述测试命令之前包括：对所述协议文档进行检查，确定所述协议文档为正确的协议文档。

可选地，所述测试平台根据所述待测试协议生成测试命令包括：根据所述协议文档生成所述测试命令。

可选地，所述测试平台根据所述测试命令对所述待测试协议进行检测包括：将所述测试命令发送至待测设备；接收所述待测设备发送的对所述测试命令的响应消息；根据所述响应消息检测所述待测试协议是否正确。

可选地，根据所述响应消息检测所述待测试协议是否正确包括：将所述响应消息与预定判断条件进行对比，在对比结果为一致的情况下，确定所述待测试协议是正确的，在对比结果为不一致的情况下，确定所述待测试协议是错误的。

可选地，确定所述待测试协议是错误的之后包括：根据所述协议文档生成可视化界面；通过所述可视化界面查找实现错误的待测试协议。

可选地，将所述测试命令发送至所述待测设备之前包括：获取通讯链路，其中，所述通讯链路用于确定所述测试平台向所述待测设备发送测试命令的方式。

根据本发明的一个方面，提供了一种协议检测装置，应用于测试平台，所述装置包括：接收模块，用于接收多个待测试协议；第一生成模块，用于根据所述待测试协议生成与所述待测试协议对应的测试命令；检测模块，用于根据所述测试命令对所述待测试协议进行检测；其中，所述待测试协议包括协议文档和协议代码。

可选地，所述装置还包括：检查模块，用于对所述协议文档进行检查，确定所述协议文档为正确的协议文档。

可选地，所述第一生成模块还用于根据所述协议文档生成所述测试命令。

可选地，所述检测模块还包括：发送单元，用于将所述测试命令发送至待测设备；接收单元，用于接收所述待测设备发送的对所述测试命令的响应消息；检测单元，用于根据所述响应消息检测所述待测试协议是否正确。

可选地，所述检测单元还用于将所述响应消息与预定判断条件进行对比，在对比结果为一致的情况下，确定所述待测试协议是正确的，在对比结果为不一致的情况下，确定所述待测试协议是错误的。

可选地，所述装置还包括：第二生成模块，用于根据所述协议文档生成可视化界面；查找模块，用于通过所述可视化界面查找实现错误的待测试协议。

可选地，所述装置还包括：获取模块，用于获取通讯链路，其中，所述通讯链路用于确定所述测试平台向所述待测设备发送测试命令的方式。

通过本发明，采用测试平台接收多个待测试协议；测试平台根据待测试协议生成与待测试协议对应的测试命令；测试平台根据测试命令对待测试协议进行检测；其中，待测试协议包括协议文档和协议代码。解决了相关技术中对于如何有效的对通信用电源设备的通讯协议进行测试的问题，进而提高了协议测试效率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的协议检测方法的流程图；

图2是根据本发明实施例的协议检测装置的结构框图；

图3是根据本发明实施例的协议检测装置的结构框图(一)；

图4是根据本发明实施例的协议检测装置的结构框图(二)；

图5是根据本发明实施例的协议检测装置的结构框图(三)；

图6是根据本发明实施例的协议检测装置的结构框图(四)；

图7是根据本发明实施例的多协议测试平台组成模块连接图；

图8是根据本发明实施例的协议测试平台使用流程图；

图9是根据本发明实施例的协议拷机功能的流程图；

图10是根据本发明实施例的参数设置的处理流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种协议检测方法，图1是根据本发明实施例的协议检测方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，测试平台接收多个待测试协议；

步骤S104，测试平台根据待测试协议生成与待测试协议对应的测试命令；

步骤S106，测试平台根据测试命令对待测试协议进行检测；其中，待测试协议包括协议文档和协议代码。

通过上述步骤，测试平台可以直接对待测试协议进行检测，相比于相关技术中，对协议的测试数据不透明，故障出处不好判断，或者在参数、信息、记录庞大的电源系统中，工作量极其庞大，上述步骤解决了相关技术中对于如何有效的对通信用电源设备的通讯协议进行测试的问题，进而提高了协议测试效率。

在一个可选实施例中，对协议文档进行检查，确定协议文档为正确的协议文档。在确定协议文档为正确的协议文档之后，才会对待测试协议中的协议代码进行检测。

上述步骤S104中涉及到测试平台根据待测试协议生成测试命令，在一个可选实施例中，根据协议文档生成测试命令。

上述步骤S106中涉及到测试平台根据测试命令对该待测试协议进行检测，在一个可选实施例中，将测试命令发送至待测设备，接收待测设备发送的对测试命令的响应消息，根据响应消息检测待测试协议是否正确。

在上述步骤根据响应消息检测待测试协议是否正确的过程中，在一个可选实施例中，将响应消息与预定判断条件进行对比，在对比结果为一致的情况下，确定待测试协议是正确的，在对比结果为不一致的情况下，确定待测试协议是错误的。

在检测到有错误的协议实现时，在一个可选实施例中，根据协议文档生成可视化界面；通过可视化界面查找实现错误的待测试协议。

在一个可选实施例中，将测试命令发送至待测设备之前，获取通讯链路，其中，通讯链路用于确定测试平台向待测设备发送测试命令的方式。

在本实施例中还提供了一种协议检测装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的协议检测装置的结构框图，应用于测试平台，如图2所示，该装置包括：接收模块22，用于接收多个待测试协议；第一生成模块24，用于根据待测试协议生成与待测试协议对应的测试命令；检测模块26，用于根据测试命令对待测试协议进行检测；其中，待测试协议包括协议文档和协议代码。

图3是根据本发明实施例的协议检测装置的结构框图(一)，如图3所示，该装置还包括：检查模块32，用于对协议文档进行检查，确定协议文档为正确的协议文档。

可选地，第一生成模块24还用于根据该协议文档生成该测试命令。

图4是根据本发明实施例的协议检测装置的结构框图(二)，如图4所示，检测模块26还包括：发送单元262，用于将测试命令发送至待测设备；接收单元264，用于接收待测设备发送的对测试命令的响应消息；检测单元266，用于根据响应消息检测待测试协议是否正确。

可选地，检测单元266还用于将响应消息与预定判断条件进行对比，在对比结果为一致的情况下，确定待测试协议是正确的，在对比结果为不一致的情况下，确定待测试协议是错误的。

图5是根据本发明实施例的协议检测装置的结构框图(三)，如图5所示，该装置还包括：第二生成模块52，用于根据协议文档生成可视化界面；查找模块54，用于通过可视化界面查找实现错误的待测试协议。

图6是根据本发明实施例的协议检测装置的结构框图(四)，如图6所示，该装置还包括：获取模块62，用于获取通讯链路，其中，通讯链路用于确定测试平台向待测设备发送测试命令的方式。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

针对相关技术中存在的上述问题，下面结合具体地可选实施例进行说明。

本发明可选实施例的目的在于提供一种通信用电源设备的多协议测试平台，对通信用电源设备的协议内容进行全面覆盖，用于通信用电源设备的通讯协议测试和通信故障查找。

本发明可选实施例的技术方案包括：

通信用电源设备的协议测试方法为：通过安装了测试软件的个人计算机(personalcomputer，简称为PC)机对被测设备进行三遥(遥控、遥信、遥测)操作，查看两者之间的数据包是否符合通讯协议的要求内容；获取被测设备的历史记录内容，查看被测设备的响应内容是否和被测设备中的内容一致；也可以发送错误的数据包以检查被测设备是否出现错误响应(即协议的容错性测试)。

所述的用于通信用电源设备的多协议测试平台即为测试方法中所提到的安装在PC机上的测试软件。

要对通信协议进行测试，首先要了解通讯协议的实现方式，具体如下：

通信用电源设备的协议实现包含协议文档(协议表现形式，在下文中统称协议原始描述)和电源设备协议代码(协议实现方式)两部分，电源设备协议代码(协议实现方式)从大的方面来说包含单数据包和多数据包两方面，单数据包用来处理遥控、遥信、遥测的响应数据，多数据包用来处理历史记录信息的响应数据。所述的通信用电源设备的多协议测试平台即是对这些内容进行测试。

通信协议的测试要有结果的判断，是正确还是错误，所述的通信用电源设备的多协议测试平台对测试结果的判断依据如下：

解析被测设备返回的命令(下文统称响应信息)，并和平台中预置的判断条件进行对比，给出正确或错误的结果。

平台中预置判断条件根据PC机对被测设备下发的操作命令类型的不同而不同：

对于遥控操作的判断条件为：被测设备返回响应信息中的返回码是否为协议中规定的正常值，获取到的状态值是否和预期的控制状态一致，两者都满足要求，则判断为正确，有一个不满足要求，就判断为错误；

对于遥信、遥测、多数据包命令(历史记录)的判断条件为：被测设备返回响应信息中的返回码是否为协议中规定的正常值，获取到的数据量是否和被测设备的数据一致，两者都满足要求，则判断为正确，有一个不满足要求，就判断为错误。

所述用于通信用电源设备的多协议测试平台是通信用电源设备协议测试系统的软件平台，通信用电源设备协议测试系统的硬件平台包含：

1、测试主机：PC机(Windows操作系统)；

2、被测设备(有协议实现代码的电源设备)；

3、通信线缆(连接测试主机和被测设备)；

上述用于通信用电源设备的多协议测试平台运行在测试主机上，平台的输入为协议原始描述(描述协议命令码和数据段组成的文档，这是可视的协议接口)，平台还需要配置协议类型和通讯方式。协议原始描述用来生成命令测试内容；协议类型用来规定命令的组包方式；通讯方式用来规定协议的通讯链路。

上述的用于通信用电源设备的多协议测试平台需完成如下功能：

对通过各种通讯方式的多种协议进行全覆盖测试；

检查协议的可视化描述——协议文档；

检测电源设备执行协议命令的正确性；

检测电源设备上送的历史记录的正确性；

有完善的故障查找和分析支撑。

图7是根据本发明实施例的多协议测试平台组成模块连接图，如图7所示，测试平台包含表现层(即人机界面)、协议原始描述检查、多协议拷机测试、单条命令调试和后台模拟五大功能模块。

测试平台的多协议拷机测试、单条命令调试和后台模拟功能实现复杂，具体实现如下：

多协议拷机功能：命令生成模块、命令收发模块、响应信息解析与保存模块、历史记录命令收发模块、历史记录响应信息解析与保存模块；

单条命令调试功能：单条命令生成模块、单条命令解析模块；

后台模拟功能：后台模拟界面生成与显示模块、命令收发模块、响应信息解析与显示模块。

上述平台的操作步骤如下：

步骤1)测试主机和被测设备之间通过物理链路进行连接；

步骤2)在测试平台上配置通讯协议类型、配置通讯方式、选择协议原始描述，选择测试结果保存路径；

步骤3)测试平台完成协议原始描述的检查，如果协议原始描述存在格式、必须项的填写、可测试性要求等方面的错误，会记录这些错误并输出检查结果文档，修改后继续进行该步骤，直到没有错误才能进行步骤4；如果没有错误，可直接进行步骤4；

步骤4)测试平台的多协议拷机模块依据协议原始描述生成命令集合，保存命令集合文档，命令集合中包含所有测试命令和容错命令；

步骤5)测试平台的多协议拷机模块完成单数据包命令测试和多数据包命令测试，具体如下：

单数据包命令测试：完成命令集合中单数据包命令的发送，响应信息的保存和解析，测试结果(正确或错误)的判断和记录，保存单数据包命令测试结果文档；

多数据包命令测试：完成命令集合中多数据包命令的选择、排序、发送和响应信息保存、解析，记录测试结果，保存多数据包命令测试结果文档；

步骤6)测试平台的多协议拷机模块依据单数据包命令测试结果和多数据包命令测试结果文档中的数据，将错误命令选出，给出错误分析。

步骤7)测试平台的单条调试功能依据协议包格式生成命令，发送给电源设备，接收到响应信息，根据协议原始描述进行解析，找出错误；

步骤8)测试平台的模拟后台功能，读取协议原始描述内容，提供可视化的选择项，通过界面选择的功能发送相应命令，并解析响应信息，显示解析结果，从而找出错误。

图8是根据本发明实施例的协议测试平台使用流程图，如图8所示，该流程包括如下步骤：

步骤S802，判断协议原始描述内容是否正确，在判断结果为否的情况下，执行步骤S804，在判断结果为是的情况下，执行步骤S806；

步骤S804，根据测试结果修改；

步骤S806，协议拷机；

步骤S808，判断结果是否正确，在判断结果为是的情况下，执行步骤S816，在判断结果为否的情况下，执行步骤S810；

步骤S810，判断对协议是否熟悉，在判断结果为是的情况下，执行步骤S814，在判断结果为否的情况下，执行步骤S812；

步骤S812，后台模拟功能查找问题；

步骤S814，单条调试功能查找问题；

步骤S816，结束。

测试平台可以通过对命令的发送和解析找出通讯协议中的数据错误，从而可进一步分析引起错误的原因是存在于协议原始描述还是被测设备的协议代码中。

本发明可选实施例的关键在于：

在通讯协议和通讯方式选择中，支持多种协议采用不同的通讯方式发送，即可选择多种协议顺序或同时进行测试，测试平台在检测到一个协议测试结束后即自动进行下一个协议的测试，不需要人的参与。

采用读取协议原始描述完成命令生成和响应信息解析的方式，屏蔽各种通讯协议或同一协议不同版本的差异；

对协议原始描述进行检查，保证测试输入正确和可靠；

后台参数设置命令的生成，参数不用预设，而是根据协议原始描述生成，实现对繁琐的参数设置命令的全覆盖；

电源设备响应信息的解析，保留响应信息里该数据量的原始数据，和依据数据传输方式解析后的可视结果，便于问题的查找；

历史记录命令的测试，历史记录命令的获取有其特殊性，所发送的命令包含多条，需要在命令集合生成中标示命令的发送顺序，并在接收到响应信息后解析出响应信息中的标示量，用于下一条发送命令的选择。

提供单条命令调试和模拟后台功能，进行协议错误分析支撑。

在相关技术中生产的某型号通信用电源产品，通讯链路支持RS232、以太网接口，通讯协议支持电信油标协议1104、1363和自定义协议A。三种协议均可以通过两种通讯链路进行传输。

上述一种用于通信用电源设备的多协议测试平台，协议拷机测试实施方式如下：(包含单个协议和多协议)

1、配置

单个协议单通讯链路测试：

举例：通过以太网接口进行1363协议测试，选择通讯协议类型为1363协议，选择通讯方式为网口，选择1363协议文档路径；

多个协议多通讯链路测试：

举例：通过两种通讯链路进行三种协议测试，根据协议和通讯方式的不同组合，共有6种组合方式。选择通讯协议类型为1363协议，选择通讯方式为网口，选择1363协议文档；使用界面上的添加按钮，增加通讯协议类型为1363协议，通讯方式为串口，选择1363协议文档；然后依次添加后面的4种通讯协议类型、协议文档和通讯方式。

2、文档检查

测试平台对协议文档的格式、必须项的填写、可测试性进行检查，主要检查内容包含：

①各个命令的数据；

②数据表设置参数命令中的参数是否都有上限、下限、默认值，未使用参数是否作有标示。

③可测试性检查：如数据表中不同命令间是否有空行间隔。

3、命令集生成

根据协议文档内容，读取命令码和参数名称及参数值，生成命令集合；生成命令帧中各个字段的错误命令，并给出判断标准。

4、命令发送

接收到响应信息并和对应的发送命令进行保存。解析响应信息，并依据命令集中的参数值依次判断参数设置结果是否正确，保存发送命令、响应信息和测试结果。

5、历史记录获取

根据命令集中的历史记录命令标示，发送第一类历史记录的第一条命令，根据响应信息中的标示，选择发送的下一条命令，循环发送命令，直至设备的历史记录发送完成，并在该类历史记录中记录索引，用于标示此组命令是同一类历史记录。之后开始下一类历史记录的获取。

6、查看文档检查结果、命令集合全部命令的测试结果、历史记录的测试结果，特别是历史记录和命令集合中的获取命令是否和设备中的信息一致。

图9是根据本发明实施例的协议拷机功能的流程图，如图9所示，该流程包括：

步骤S902，检查协议文档是否符合要求，在判断结果为否的情况下，执行步骤S904，在判断结果为是的情况下，执行步骤S906；

步骤S904，修改协议文档；

步骤S906，读取命令码和数据段定义，生成命令集；

步骤S908，发送全部命令，并保存对应的响应信息；

步骤S910，判断是否发生成功，在判断结果为否的情况下，执行步骤S908，在判断结果为是的情况下，执行步骤S912；

步骤S912，解析响应信息并保存测试结果；

步骤S914，判断是否进行历史记录命令测试，在判断结果为是的情况下，执行步骤S916，在判断结果为否的情况下，执行步骤S922；

步骤S916，按已定规则发送历史记录命令并保存对应响应信息；

步骤S918，判断历史记录命令测试是否完成，在判断结果为否的情况下，执行步骤S916，在判断结果为是的情况下，执行步骤S920；

S920，解析历史记录的响应信息；

S922，结束。

图10是根据本发明实施例的参数设置的处理流程图，如图10所示，该流程包括如下步骤：

步骤S1002，读取协议文档中参数设置命令码；

步骤S1004，找到对应的命令、读取上限、下限、默认值；

步骤S1006，生成异常参数值，随机参数值并保存；

步骤S1008，生成参数设置命令。并保存对应的获取命令；

步骤S1010，发送参数设置命令和参数获取命令一起发送，保存对应的响应信息；

步骤S1012，命令全部发送完成，解析获取命令中的参数值；

步骤S1014，获取的参数值和设置的值是否一致，在判断结果为是的情况下，执行步骤S1020，在判断结果为否的情况下，执行步骤S1016；

步骤S1016，判断是否满足预期结果，在判断结果为是的情况下，执行步骤S1020，在判断结果为否的情况下，执行步骤S1018；

步骤S1018，记录测试结果为错误；

步骤S1020，记录测试结果为正确。

上述一种用于通信用电源设备的多协议测试系统模拟后台实施方式如下：

1、配置

测试平台通过检测到的协议类型，进行协议文档的检查；通过检测到的通讯方式和带监控的电源设备建立连接。协议文档的主要检查内容和第一种方式一致。

2、开启后台模拟功能

测试平台检查协议文档中没有严重错误后，可以进行模拟后台的操作；

3、模拟后台的使用

测试平台处于模拟后台功能中，已经对协议文档中的命令码和数据进行了封装，测试平台检测到需发送的命令名称后，自动发送对应的命令内容给被测设备，接收响应信息并解析成可视化数据，方便用户进行单个数据的设置和错误查找。

综上所述，通过本发明提供的一种通信用电源设备的多协议测试平台，实现了对通信用电源设备的通信协议正确性和容错性的测试，适用于同一设备的多种协议和通讯链路的测试，与现有的协议测试方法相比，封装了协议之间数据内容的差异，可自动完成对参数设置的全覆盖测试，对历史记录获取的测试，并给出方便的错误分析机制。提高了协议测试的兼容性：不再需要针对特定设备的特定协议开发后台进行电源设备和后台的通讯协议测试；不再要求测试人员熟悉每种协议的命令生成和数据解析；提高协议测试的效率：协议中的全部命令按平均1000条计算，按人工单条生成单条解析方式，每条命令的测试时间按8min计算，一天工作8小时，需要16天！使用该系统后，命令生成解析全部由测试平台完成，发送解析一条命令按5s计算，一共需要1.4小时即可完成所有数据的测试、结果保存和错误预分析，测试时间大幅度缩短。提高了协议测试的覆盖率：使用所述系统可以对协议命令中所有的命令码和错误的命令进行全覆盖测试。而人工测试方式和后台测试方式是无法保证的。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种协议检测方法，其特征在于，包括：

测试平台接收多个待测试协议；

所述测试平台根据所述待测试协议生成与所述待测试协议对应的测试命令；

所述测试平台根据所述测试命令对所述待测试协议进行检测；其中，所述待测试协议包括协议文档和协议代码。

2.根据权利要求1所述的方法，其特征在于，所述测试平台根据所述待测试协议生成所述测试命令之前包括：

对所述协议文档进行检查，确定所述协议文档为正确的协议文档。

3.根据权利要求1所述的方法，其特征在于，所述测试平台根据所述待测试协议生成测试命令包括：

根据所述协议文档生成所述测试命令。

4.根据权利要求1所述的方法，其特征在于，所述测试平台根据所述测试命令对所述待测试协议进行检测包括：

将所述测试命令发送至待测设备；

接收所述待测设备发送的对所述测试命令的响应消息；

根据所述响应消息检测所述待测试协议是否正确。

5.根据权利要求4所述的方法，其特征在于，根据所述响应消息检测所述待测试协议是否正确包括：

将所述响应消息与预定判断条件进行对比，在对比结果为一致的情况下，确定所述待测试协议是正确的，在对比结果为不一致的情况下，确定所述待测试协议是错误的。

6.根据权利要求5所述的方法，其特征在于，确定所述待测试协议是错误的之后包括：

根据所述协议文档生成可视化界面；

通过所述可视化界面查找实现错误的待测试协议。

7.根据权利要求4所述的方法，其特征在于，将所述测试命令发送至所述待测设备之前包括：

获取通讯链路，其中，所述通讯链路用于确定所述测试平台向所述待测设备发送测试命令的方式。

8.一种协议检测装置，应用于测试平台，其特征在于，所述装置包括：

接收模块，用于接收多个待测试协议；

第一生成模块，用于根据所述待测试协议生成与所述待测试协议对应的测试命令；

检测模块，用于根据所述测试命令对所述待测试协议进行检测；其中，所述待测试协议包括协议文档和协议代码。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

检查模块，用于对所述协议文档进行检查，确定所述协议文档为正确的协议文档。

10.根据权利要求8所述的装置，其特征在于，所述第一生成模块还用于根据所述协议文档生成所述测试命令。

11.根据权利要求8所述的装置，其特征在于，所述检测模块还包括：

发送单元，用于将所述测试命令发送至待测设备；

接收单元，用于接收所述待测设备发送的对所述测试命令的响应消息；

检测单元，用于根据所述响应消息检测所述待测试协议是否正确。

12.根据权利要求11所述的装置，其特征在于，所述检测单元还用于将所述响应消息与预定判断条件进行对比，在对比结果为一致的情况下，确定所述待测试协议是正确的，在对比结果为不一致的情况下，确定所述待测试协议是错误的。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：

第二生成模块，用于根据所述协议文档生成可视化界面；

查找模块，用于通过所述可视化界面查找实现错误的待测试协议。

14.根据权利要求11所述的装置，其特征在于，所述装置还包括：

获取模块，用于获取通讯链路，其中，所述通讯链路用于确定所述测试平台向所述待测设备发送测试命令的方式。