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

协议检测方法及装置 Download PDF

Info

Publication number
WO2017000424A1
WO2017000424A1 PCT/CN2015/092041 CN2015092041W WO2017000424A1 WO 2017000424 A1 WO2017000424 A1 WO 2017000424A1 CN 2015092041 W CN2015092041 W CN 2015092041W WO 2017000424 A1 WO2017000424 A1 WO 2017000424A1
Authority
WO
WIPO (PCT)
Prior art keywords
protocol
tested
test
command
document
Prior art date
Application number
PCT/CN2015/092041
Other languages
English (en)
French (fr)
Inventor
陈春燕
李斐
邹奇文
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017000424A1 publication Critical patent/WO2017000424A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/18—Protocol analysers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks

Definitions

  • the present invention relates to the field of communications, and in particular to a protocol detection method and apparatus.
  • Communication power supply equipment provides working power to various communication equipments. It is an indispensable equipment in the construction of communication base stations. The content of communication power supply equipment has always been the reliability, security and performance of its hardware. Software management The function focuses on system control and battery management, and rarely spends effort on communication between the power supply and the back office.
  • the communication interface used between the power supply device and the sub-device has 485 and CAN bus, and the protocol types are mostly customized; the communication interfaces used between the power supply device and the background and the intelligent terminal are 232, Ethernet, etc., protocol type There are also custom protocols for the 1104 and 1363 protocols specified for telecommunications standards.
  • the defects of the above two methods are obvious.
  • the first way is that the test data is opaque. If the error occurs, the device has a problem or the background analysis problem, and the fault is not good.
  • the second way is in the power system with large parameters, information and records. The workload is extremely large.
  • the embodiment of the invention provides a protocol detection method and device, so as to at least solve the problem of how to effectively test the communication protocol of the communication power supply device in the related art.
  • a protocol detection method including: a test platform receiving a plurality of received to-be-tested protocols; and the test platform generating a test command corresponding to the to-be-tested protocol according to the to-be-tested protocol
  • the test platform detects the protocol to be tested according to the test command; wherein the protocol to be tested includes a protocol document and a protocol code.
  • the method before the testing platform generates the test command according to the protocol to be tested, the method includes: checking the protocol document, and determining that the protocol document is a correct protocol document.
  • the generating, by the test platform, the test command according to the protocol to be tested includes: generating the test command according to the protocol document.
  • the testing, by the test platform, detecting the to-be-tested protocol according to the test command includes: sending the test command to a device to be tested; and receiving a response message sent by the device under test to the test command And detecting, according to the response message, whether the protocol to be tested is correct.
  • detecting whether the protocol to be tested is correct according to the response message comprises: comparing the response message with a predetermined determination condition, and determining that the protocol to be tested is correct if the comparison result is consistent, In the case where the comparison result is inconsistent, it is determined that the protocol to be tested is erroneous.
  • the method includes: generating a visual interface according to the protocol document; and searching for a protocol to be tested that implements an error through the visual interface.
  • the method before the sending the test command to the device to be tested, includes: acquiring a communication link, where the communication link is used to determine a manner in which the test platform sends a test command to the device to be tested.
  • a protocol detecting apparatus which is applied to a test platform, and the apparatus includes: a receiving module configured to receive a plurality of protocols to be tested; and a first generating module configured to be configured according to the The test protocol generates a test command corresponding to the protocol to be tested; the detection module is configured to detect the protocol to be tested according to the test command; wherein the protocol to be tested includes a protocol document and a protocol code.
  • the device further includes: an checking module, configured to check the protocol document, and determine that the protocol document is a correct protocol document.
  • an checking module configured to check the protocol document, and determine that the protocol document is a correct protocol document.
  • the first generating module is further configured to generate the test command according to the protocol document.
  • the detecting module further includes: a sending unit, configured to send the test command to the device to be tested; and a receiving unit, configured to receive a response message sent by the device under test to the test command; And the unit is configured to detect, according to the response message, whether the protocol to be tested is correct.
  • the detecting unit is further configured to compare the response message with a predetermined determination condition, and if the comparison result is consistent, determining that the protocol to be tested is correct, and if the comparison result is inconsistent , determining that the protocol to be tested is erroneous.
  • the device further includes: a second generating module, configured to generate a visual interface according to the protocol document; and a searching module configured to search for a protocol to be tested that implements an error through the visual interface.
  • a second generating module configured to generate a visual interface according to the protocol document
  • a searching module configured to search for a protocol to be tested that implements an error through the visual interface.
  • the device further includes: an obtaining module, configured to acquire a communication link, wherein the communication link is used to determine a manner in which the test platform sends a test command to the device to be tested.
  • an obtaining module configured to acquire a communication link, wherein the communication link is used to determine a manner in which the test platform sends a test command to the device to be tested.
  • the test platform is used to receive multiple protocols to be tested; the test platform is generated and tested according to the protocol to be tested.
  • FIG. 2 is a block diagram showing the structure of a protocol detecting apparatus according to an embodiment of the present invention
  • FIG. 3 is a structural block diagram (1) of a protocol detecting apparatus according to an embodiment of the present invention.
  • FIG. 4 is a structural block diagram (2) of a protocol detecting apparatus according to an embodiment of the present invention.
  • FIG. 5 is a structural block diagram (3) of a protocol detecting apparatus according to an embodiment of the present invention.
  • FIG. 6 is a structural block diagram (4) of a protocol detecting apparatus according to an embodiment of the present invention.
  • FIG. 7 is a connection diagram of a component module of a multi-protocol test platform according to an embodiment of the present invention.
  • FIG. 8 is a flowchart of using a protocol test platform according to an embodiment of the present invention.
  • Figure 10 is a process flow diagram of parameter settings in accordance with an embodiment of the present invention.
  • FIG. 1 is a flowchart of a protocol detection method according to an embodiment of the present invention. As shown in FIG. 1, the process includes the following steps:
  • Step S102 the test platform receives a plurality of protocols to be tested
  • Step S104 The test platform generates a test command corresponding to the protocol to be tested according to the protocol to be tested.
  • Step S106 the test platform detects the test protocol according to the test command; wherein the protocol to be tested includes a protocol document and a protocol code.
  • the test platform can directly test the test protocol.
  • the test data of the protocol is opaque, the fault is not well judged, or the workload is extremely large in the power system with parameters, information, and records.
  • the above steps solve the related art in how to effectively communicate the communication protocol of the communication power supply device. The problem of testing, which in turn improves the efficiency of protocol testing.
  • the protocol document is checked to determine that the protocol document is the correct protocol document.
  • the protocol code in the test protocol is tested after the protocol document is determined to be the correct protocol document.
  • step S104 involves the test platform generating a test command according to the protocol to be tested.
  • the test command is generated according to the protocol document.
  • the test platform is configured to detect the protocol to be tested according to the test command.
  • the test command is sent to the device to be tested, and the response message sent by the device under test is sent to the test command according to the test message. The response message detects whether the protocol to be tested is correct.
  • step 2 in the process of detecting whether the protocol to be tested is correct according to the response message, in an optional embodiment, comparing the response message with a predetermined judgment condition, and determining that the protocol to be tested is correct if the comparison result is consistent If the comparison result is inconsistent, it is determined that the protocol to be tested is wrong.
  • a visual interface is generated according to the protocol document; a protocol to be tested that implements the error is found through the visual interface.
  • the communication link is obtained before the test command is sent to the device under test, and the communication link is used to determine the manner in which the test platform sends the test command to the device under test.
  • a protocol detection device is also provided, which is configured to implement the above-mentioned embodiments and preferred embodiments, and has not been described again.
  • the term “module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • the apparatus includes: a receiving module 22 configured to receive a plurality of protocols to be tested; and a first generating module 24, The test module is configured to generate a test command corresponding to the protocol to be tested according to the protocol to be tested; the detecting module 26 is configured to detect the test protocol according to the test command; wherein the protocol to be tested includes the protocol document and the protocol code.
  • FIG. 3 is a structural block diagram (1) of a protocol detecting apparatus according to an embodiment of the present invention. As shown in FIG. 3, the apparatus further includes: an checking module 32, configured to check a protocol document, and determine that the protocol document is a correct protocol document. .
  • the first generation module 24 is further configured to generate the test command according to the protocol document.
  • the detecting module 26 further includes: a sending unit 262, configured to send a test command to the device to be tested; and a receiving unit 264.
  • the method is configured to receive a response message sent by the device under test to the test command, and the detecting unit 266 is configured to detect whether the protocol to be tested is correct according to the response message.
  • the detecting unit 266 is further configured to compare the response message with the predetermined determining condition, and if the comparison result is consistent, determining that the protocol to be tested is correct, and determining the protocol to be tested if the comparison result is inconsistent it's wrong.
  • the apparatus further includes: a second generating module 52 configured to generate a visualized interface according to the protocol document; and a searching module 54, setting To find the wrong protocol to be tested through the visual interface.
  • the apparatus further includes: an obtaining module 62 configured to acquire a communication link, wherein the communication link is used for determining a test. The way the platform sends test commands to the device under test.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.
  • An object of the optional embodiment of the present invention is to provide a multi-protocol test platform for a communication power supply device, which comprehensively covers the protocol content of the communication power supply device, and is used for communication protocol test and communication fault finding of the communication power supply device.
  • the protocol test method for the communication power supply device is: performing a three-remote (remote control, remote signaling, telemetry) operation on the device under test through a personal computer (PC) equipped with the test software, and viewing the relationship between the two. Whether the data packet meets the requirements of the communication protocol; obtain the history content of the device under test, check whether the response content of the device under test is consistent with the content of the device under test; or send an incorrect data packet to check whether the device under test appears. Error response (ie fault tolerance test of the protocol).
  • the multi-protocol test platform for the communication power supply device is the test software installed on the PC mentioned in the test method.
  • the protocol implementation of the communication power supply device includes a protocol document (a protocol expression form, hereinafter collectively referred to as the original description of the protocol) and a power device protocol code (a protocol implementation method), and the power device protocol code (a protocol implementation method) is in a large aspect. It includes both single data packet and multiple data packet. Single data packet is used to process response data of remote control, remote signaling and telemetry. Multi-data packet is used to process response data of historical record information. The multi-protocol test platform of the communication power supply device tests the content.
  • the test of the communication protocol must have a judgment of the result, whether it is correct or wrong.
  • the multi-protocol test platform of the communication power supply device judges the test result according to the following:
  • response information The commands returned by the device under test (hereinafter collectively referred to as response information) are parsed and compared with the preset conditions in the platform to give correct or incorrect results.
  • the preset judgment conditions in the platform are different according to the types of operation commands sent by the PC to the device under test:
  • the judgment condition for the remote operation is: whether the return code in the response information returned by the device under test is the positive specified in the protocol. Constant value, whether the obtained state value is consistent with the expected control state. If both meet the requirements, the judgment is correct. If one does not meet the requirement, it is judged as an error;
  • the judgment condition for the remote signal, the telemetry, and the multi-packet command is: whether the return code in the response information returned by the device under test is a normal value specified in the protocol, and whether the acquired data amount and the data of the device under test are Consistently, if both meet the requirements, then the judgment is correct. If one does not meet the requirements, it is judged as an error.
  • the multi-protocol test platform for communication power supply device is a software platform of a communication power device protocol test system, and the hardware platform of the communication power device protocol test system includes:
  • Test host PC (Windows operating system);
  • the device under test (the power supply device with the protocol implementation code);
  • the multi-protocol test platform for the communication power supply device runs on the test host, and the input of the platform is the original description of the protocol (a document describing the protocol command code and the data segment, which is a visual protocol interface), and the platform also needs to be configured. Protocol type and communication method.
  • the original description of the protocol is used to generate command test content; the protocol type is used to specify the grouping mode of the command; the communication mode is used to specify the communication link of the protocol.
  • the above multi-protocol test platform for communication power supply equipment needs to perform the following functions:
  • the test platform includes a presentation layer (ie, a human-machine interface), a protocol original description check, a multi-protocol copy test, and a single command debug. And the background simulates five major functional modules.
  • presentation layer ie, a human-machine interface
  • protocol original description check ie, a protocol original description check
  • multi-protocol copy test ie, a multi-protocol copy test
  • single command debug ie, a single command debug.
  • the background simulates five major functional modules.
  • test platform The test platform's multi-protocol copying test, single command debugging and background simulation function are complex, and the specific implementation is as follows:
  • Multi-protocol copying function command generation module, command transceiver module, response information parsing and saving module, history command transceiving module, history response information parsing and saving module;
  • Single command debugging function a single command generation module and a single command analysis module
  • Background simulation function background simulation interface generation and display module, command transceiver module, response information analysis and display module.
  • Step 1) The test host and the device under test are connected through a physical link;
  • Step 2) Configure the communication protocol type, configure the communication mode, select the original description of the protocol, and select the test result save path on the test platform.
  • Step 3 The test platform completes the check of the original description of the protocol. If the original description of the protocol has errors in format, required entry, testability requirements, etc., these errors are recorded and the test result document is output. After the modification, the step is continued. Step 4 until there is no error; if there is no error, proceed directly to step 4;
  • Step 4) The multi-protocol copying module of the test platform generates a command set according to the original description of the protocol, and saves the command set document, and the command set includes all test commands and fault-tolerant commands;
  • Step 5 The multi-protocol copying module of the test platform completes the single packet command test and the multi-packet command test, as follows:
  • Single packet command test complete the sending of a single packet command in the command set, save and parse the response information, judge and record the test result (correct or incorrect), and save the single packet command test result document;
  • Multi-packet command test complete the selection, sorting, sending and response information storage, parsing, recording test results of the multi-packet command in the command set, and save the multi-packet command test result document;
  • Step 6 The multi-protocol copying module of the test platform selects the error command according to the data in the single packet command test result and the multi-packet command test result document, and gives an error analysis.
  • Step 7) The single debugging function of the test platform generates a command according to the protocol packet format, sends the command to the power device, receives the response information, parses according to the original description of the protocol, and finds an error;
  • Step 8) Test the simulation background function of the platform, read the original description content of the protocol, provide a visual selection item, send a corresponding command through the function selected by the interface, parse the response information, display the analysis result, and thereby find the error.
  • FIG. 8 is a flowchart of using a protocol test platform according to an embodiment of the present invention. As shown in FIG. 8, the process includes the following steps:
  • Step S802 determining whether the original description content of the protocol is correct, if the determination result is no, step S804 is performed, and if the determination result is yes, step S806 is performed;
  • Step S804 modifying according to the test result
  • Step S806 the protocol copying machine
  • Step S808 the determination result is correct, if the determination result is yes, step S816 is performed, and if the determination result is no, step S810 is performed;
  • Step S810 it is determined whether the protocol is familiar, if the determination result is yes, step S814 is performed, and if the determination result is no, step S812 is performed;
  • Step S812 the background simulation function searches for a problem
  • Step S814 a single debugging function finds a problem
  • the test platform can find out the data error in the communication protocol by sending and parsing the command, so that the reason for the error can be further analyzed whether it exists in the original description of the protocol or the protocol code of the device under test.
  • the parameter is not preset, but is generated according to the original description of the protocol, and realizes full coverage of the cumbersome parameter setting command;
  • the power device response information is parsed, the original data of the data amount in the response information is retained, and the visual result after parsing according to the data transmission mode is convenient for finding the problem;
  • the test of the history command the acquisition of the history command has its particularity.
  • the command sent includes multiple items, and the order of sending the commands needs to be indicated in the command set generation, and the indication in the response information is parsed after receiving the response information. Quantity, used for the selection of the next send command.
  • the communication link supports RS232, Ethernet interface, and the communication protocol supports the telecom oil standard protocol 1104, 1363 and the custom protocol A. All three protocols can be transmitted over two communication links.
  • protocol copy test test implementation is as follows: (including a single protocol and multiple protocols)
  • the 1363 protocol test is performed through the Ethernet interface, the communication protocol type is 1363 protocol, the communication mode is selected as the network port, and the 1363 protocol document path is selected;
  • the test platform checks the format of the protocol document, the filling of the required items, and the testability.
  • the main inspection contents include:
  • testability check If there is a blank line interval between different commands in the data table.
  • the command code and the parameter name and the parameter value are read to generate a command set; the error command of each field in the command frame is generated, and the judgment standard is given.
  • the response message is received and saved with the corresponding send command.
  • the response information is parsed, and the parameter setting result is sequentially determined according to the parameter values in the command set, and the sending command, the response information, and the test result are saved.
  • the first command of the first type history record is sent, and the next command sent is selected according to the indication in the response message, and the command is sent cyclically until the history record of the device is sent, and An index in the class history that indicates that this group of commands is the same type of history. After that, the acquisition of the next type of history is started.
  • FIG. 9 is a flowchart of a protocol copying function according to an embodiment of the present invention. As shown in FIG. 9, the process includes:
  • Step S902 it is checked whether the protocol document meets the requirements, if the determination result is no, step S904 is performed, and if the determination result is yes, step S906 is performed;
  • Step S904 modifying the protocol document
  • Step S906 reading the command code and the data segment definition to generate a command set
  • Step S908 sending all commands, and saving corresponding response information
  • Step S910 it is determined whether the success occurs, if the determination result is no, step S908 is performed, and if the determination result is yes, step S912 is performed;
  • Step S912 parsing the response information and saving the test result
  • step S914 it is determined whether the history command test is performed. If the determination result is yes, step S916 is performed, and if the determination result is negative, step S922 is performed;
  • Step S916 sending a history record according to the determined rule and saving the corresponding response information
  • Step S918, determining whether the history command test is completed, if the determination result is no, step S916 is performed, and if the determination result is yes, step S920 is performed;
  • FIG. 10 is a flowchart of processing a parameter setting according to an embodiment of the present invention. As shown in FIG. 10, the process includes the following steps:
  • Step S1002 reading a parameter setting command code in the protocol document
  • Step S1004 finding a corresponding command, reading an upper limit, a lower limit, and a default value
  • Step S1006 generating an abnormal parameter value, and storing the random parameter value
  • step S1008 a parameter setting command is generated. And save the corresponding get command;
  • Step S1010 The sending parameter setting command is sent together with the parameter obtaining command, and the corresponding response information is saved.
  • Step S1012 the command is completely sent, and the parameter value in the acquisition command is parsed
  • step S1014 the obtained parameter value and the set value are consistent, if the determination result is yes, step S1020 is performed, and if the determination result is no, step S1016 is performed;
  • Step S1016 it is determined whether the expected result is satisfied, if the determination result is yes, step S1020 is performed, and if the determination result is no, step S1018 is performed;
  • Step S1018 recording the test result as an error
  • step S1020 the test result is recorded as correct.
  • the test platform checks the protocol document by detecting the type of the protocol; establishes a connection with the monitored power supply device through the detected communication mode.
  • the main inspection content of the agreement document is consistent with the first method.
  • the simulation background operation can be performed
  • the test platform is in the simulation background function.
  • the command code and data in the protocol document are encapsulated. After the test platform detects the command name to be sent, the test platform automatically sends the corresponding command content to the device under test, and receives the response information and parses it into Visualize data for easy setup and error finding of individual data.
  • the multi-protocol test platform of the communication power supply device realizes the test of the correctness and fault tolerance of the communication protocol of the communication power supply device, and is applicable to multiple protocols and communication of the same device.
  • the link test compared with the existing protocol test method, encapsulates the difference in data content between the protocols, can automatically complete the full coverage test of the parameter settings, test the history record, and give a convenient error analysis. mechanism.
  • a storage medium is further provided, wherein the software includes the above-mentioned software, including but not limited to: an optical disk, a floppy disk, a hard disk, an erasable memory, and the like.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the protocol detection method and apparatus have the following beneficial effects: the communication protocol of the communication power supply device can be effectively tested, thereby improving the protocol testing efficiency.

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，设置为获取通讯链路，其中，通讯链路用于确定测试平台向待测设备发送测试命令的方式。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。
针对相关技术中存在的上述问题，下面结合具体地可选实施例进行说明。
本发明可选实施例的目的在于提供一种通信用电源设备的多协议测试平台，对通信用电源设备的协议内容进行全面覆盖，用于通信用电源设备的通讯协议测试和通信故障查找。
本发明可选实施例的技术方案包括：
通信用电源设备的协议测试方法为：通过安装了测试软件的个人计算机(personal computer，简称为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所述的装置，其中，所述装置还包括：
    获取模块，设置为获取通讯链路，其中，所述通讯链路用于确定所述测试平台向所述待测设备发送测试命令的方式。
PCT/CN2015/092041 2015-07-01 2015-10-15 协议检测方法及装置 WO2017000424A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510379789.0 2015-07-01
CN201510379789.0A CN106330593B (zh) 2015-07-01 2015-07-01 协议检测方法及装置

Publications (1)

Publication Number Publication Date
WO2017000424A1 true WO2017000424A1 (zh) 2017-01-05

Family

ID=57607540

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/092041 WO2017000424A1 (zh) 2015-07-01 2015-10-15 协议检测方法及装置

Country Status (2)

Country Link
CN (1) CN106330593B (zh)
WO (1) WO2017000424A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111444052A (zh) * 2020-03-26 2020-07-24 杭州涂鸦信息技术有限公司 一种产测方法及其系统和装置
CN112415404A (zh) * 2020-10-30 2021-02-26 蜂巢能源科技有限公司 电池包的测试方法及电池包的测试装置
CN113765741A (zh) * 2021-08-04 2021-12-07 格力电器（合肥）有限公司 通讯协议切换装置及测试设备
CN114553977A (zh) * 2022-04-25 2022-05-27 同日云联信息技术(苏州)有限公司 基于socket通讯的生产设备与上位系统的通讯系统
CN115208795A (zh) * 2022-06-30 2022-10-18 中车青岛四方车辆研究所有限公司 一种以太网控制设备的接口测试方法及装置
CN115550231A (zh) * 2022-03-31 2022-12-30 许昌开普检测研究院股份有限公司 一种基于配置文件的多协议测试平台及其测试方法

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106603581B (zh) * 2017-02-22 2020-04-07 欣旺达电子股份有限公司 支持多种通信协议的测试方法及装置
CN108009088A (zh) * 2017-11-30 2018-05-08 惠州市德赛西威汽车电子股份有限公司 一种底层协议的自动化测试系统
CN109660417A (zh) * 2018-05-02 2019-04-19 王泽政 一种基于设备管理器的测试多通信协议的方法及装置
CN110224898A (zh) * 2019-06-26 2019-09-10 南方电网科学研究院有限责任公司 配电终端的规约加密测试方法、装置、设备及存储介质
CN111506501B (zh) * 2020-04-13 2023-09-26 杭州涂鸦信息技术有限公司 一种测试指令集的生成方法、装置及电子设备
CN111858319B (zh) * 2020-07-02 2021-12-10 天筑科技股份有限公司 一种监控单元的测试方法及装置
CN112422564A (zh) * 2020-11-18 2021-02-26 青岛海尔科技有限公司 协议的测试方法、装置、存储介质以及电子装置
CN112948194B (zh) * 2021-03-15 2023-08-15 中国联合网络通信集团有限公司 一种通信协议的测试方法和装置
CN113032276A (zh) * 2021-04-16 2021-06-25 上海寰果信息科技有限公司 定位产品测试系统及测试方法
CN115314427B (zh) * 2022-10-11 2023-03-31 荣耀终端有限公司 一种协议测试方法、电子设备及芯片系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1777124A (zh) * 2004-11-16 2006-05-24 华为技术有限公司 协议测试的装置及其实现协议测试的方法
CN102480394A (zh) * 2010-11-27 2012-05-30 陕西艾特隆技术有限公司 多协议分析仪
US20140143600A1 (en) * 2012-11-19 2014-05-22 Teradyne, Inc. Debugging in a semiconductor device test environment
CN104507101A (zh) * 2014-12-11 2015-04-08 华侨大学 一种异构无线传感器网络通信协议测试平台及其测试方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040107213A1 (en) * 2002-12-02 2004-06-03 Pedro Zubeldia Systems and methods for generating data files for testing EDI receiving and processing capabilities
CN100383755C (zh) * 2006-02-27 2008-04-23 华为技术有限公司 一种软件接口测试方法和装置
CN102123058A (zh) * 2011-01-19 2011-07-13 北京神州绿盟信息安全科技股份有限公司 一种对网络协议解码器进行测试的测试设备和方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1777124A (zh) * 2004-11-16 2006-05-24 华为技术有限公司 协议测试的装置及其实现协议测试的方法
CN102480394A (zh) * 2010-11-27 2012-05-30 陕西艾特隆技术有限公司 多协议分析仪
US20140143600A1 (en) * 2012-11-19 2014-05-22 Teradyne, Inc. Debugging in a semiconductor device test environment
CN104507101A (zh) * 2014-12-11 2015-04-08 华侨大学 一种异构无线传感器网络通信协议测试平台及其测试方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111444052A (zh) * 2020-03-26 2020-07-24 杭州涂鸦信息技术有限公司 一种产测方法及其系统和装置
CN111444052B (zh) * 2020-03-26 2024-02-13 杭州涂鸦信息技术有限公司 一种产测方法及其系统和装置
CN112415404A (zh) * 2020-10-30 2021-02-26 蜂巢能源科技有限公司 电池包的测试方法及电池包的测试装置
CN112415404B (zh) * 2020-10-30 2023-06-27 蜂巢能源科技有限公司 电池包的测试方法及电池包的测试装置
CN113765741A (zh) * 2021-08-04 2021-12-07 格力电器（合肥）有限公司 通讯协议切换装置及测试设备
CN115550231A (zh) * 2022-03-31 2022-12-30 许昌开普检测研究院股份有限公司 一种基于配置文件的多协议测试平台及其测试方法
CN114553977A (zh) * 2022-04-25 2022-05-27 同日云联信息技术(苏州)有限公司 基于socket通讯的生产设备与上位系统的通讯系统
CN115208795A (zh) * 2022-06-30 2022-10-18 中车青岛四方车辆研究所有限公司 一种以太网控制设备的接口测试方法及装置

Also Published As

Publication number Publication date
CN106330593A (zh) 2017-01-11
CN106330593B (zh) 2021-03-26

Similar Documents

Publication Publication Date Title
WO2017000424A1 (zh) 协议检测方法及装置
CN109302522B (zh) 测试方法、装置以及计算机系统和介质
CN103812726B (zh) 一种数据通信设备的自动化测试方法及装置
CN109361562B (zh) 一种基于关联网络设备接入的自动化测试方法
CN111897724B (zh) 一种适用于云平台的自动化测试方法及装置
US8996928B2 (en) Devices for indicating a physical layer error
CN108459850B (zh) 生成测试脚本的方法、装置及系统
CN107241229B (zh) 一种基于接口测试工具的业务监控方法及装置
CN110088744B (zh) 一种数据库维护方法及其系统
CN101867501A (zh) Snmp接口信息模型一致性自动化测试方法及系统
CN111880508A (zh) 一种T-box参数自动标定和测试方法和装置
CN102707712B (zh) 电子装备故障诊断方法和系统
CN106776346A (zh) Ccmts设备的测试方法和装置
KR20120133711A (ko) 제품 테스트용 차량 데이터 제공 장치 및 방법
CN114578790A (zh) 一种无人机飞控自动测试方法、系统、设备和介质
CN114816980A (zh) 一种嵌入式通信系统用自动测试装置及方法
CN108776723B (zh) 测试系统自检适配器连线生成方法、装置、设备及存储介质
CN116450511A (zh) 信息更新方法、装置、电子设备和计算机可读介质
CN110868341A (zh) 就地化保护智能管理单元测试方法及装置
CN107357701B (zh) 一种分布式场景下sas信号测试方法及装置
CN113590498B (zh) 一种桌面操作系统应用启动时间的测试方法及系统
CN114924546A (zh) 一种硬件在环测试的标定系统及方法
CN109960238B (zh) 一种车辆诊断仪自动化测试系统和方法
CN114138579A (zh) 基于Prometheus的GPU交互测试的方法、装置、设备及可读介质
CN110209142B (zh) Plc模块的连接、检测方法、装置及检测设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15896954

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15896954

Country of ref document: EP

Kind code of ref document: A1