CN102724084B - Test and verification system for grid video monitoring system - Google Patents

Abstract

The invention discloses a test and verification system for a power grid video monitoring system, which includes the following four layers: network layer: includes a TCP protocol processing module and a UDP protocol processing module based on an IP network, and provides a processing interface for the protocol processing layer; protocol processing layer: includes SIP protocol analysis processing unit, RTSP protocol analysis processing unit, HTTP protocol analysis processing unit and RTP/RTCP protocol analysis processing unit, each protocol analysis processing unit is constructed by commercial protocol stack, and each protocol analysis processing unit is independent of each other; data bearer Analysis layer: check the encapsulation format of the message content in each communication protocol; business control layer: process and check the business logic in the interactive process according to the business process and business function content; the business control layer displays the final test results . The invention adopts a standard protocol stack and a data format analysis module, which can meet the accuracy and reliability required by the test.

Description

A test and verification system for power grid video monitoring system

technical field

The present invention follows the function, performance and communication interface protocol of the power grid video monitoring system defined in the Q/GDW 517 series enterprise standard "Grid Video Monitoring System and Interface" of the State Grid Corporation of China, and proposes a test verification platform, which belongs to the power grid security prevention technology field.

Background technique

The power grid video monitoring system is an important part of the smart grid, widely used in the construction, production, operation and other aspects of the power grid, and is an important support for the visualized power grid. Due to inconsistent standards and inconsistent technical routes, the power grid video surveillance system uses different technologies and products from different manufacturers in different construction periods. In particular, some manufacturers use a large number of private communication protocols due to technical secrecy and market monopoly. And modify the standard protocol, resulting in problems such as the inability to interconnect different systems, the inability to carry out unified system planning, and the inability to share information, which restricts the development and application of power grid video surveillance systems.

At present, the construction of the smart grid of the State Grid Corporation of China puts forward new requirements for the video surveillance system. Therefore, unified monitoring, unified storage, hierarchical control, and domain-specific management are realized, so that different video surveillance systems can be interconnected and meet the globalization of the video surveillance system. , The demand for integrated development has become an urgent problem to be solved. In order to make the power grid video surveillance system advance in an orderly manner according to unified standards, and realize the real-time monitoring and application of power grid video information, the State Grid Corporation of China issued the first part of the enterprise standard "Grid Video Surveillance System and Interface": Technical Requirements, No. Part 2: Test Methods, Part 3: Engineering Acceptance.

In order to ensure that the series of standards can be implemented and implemented correctly and completely, and that the video surveillance systems provided by various manufacturers can meet the requirements of the standards, it is necessary to conduct network access tests and interconnection verifications for the video surveillance systems provided by various manufacturers in accordance with the content specified in the standards. Consistency of its protocol and system function and performance. At present, there is no complete test plan and test system that can meet the test and verification requirements of the video surveillance system, and cannot provide a basis for the equipment selection, system construction, and project acceptance of the power grid video surveillance system.

The present invention will develop a test and verification platform for the series standards of Q/GDW 517 "Grid Video Monitoring System and Interface", which will be used for the grid video monitoring, power transmission and transformation equipment status video monitoring, emergency command mobile video system, and visualization of the State Grid Corporation of China. The unified and standardized construction of production scheduling, production office and marketing site security video monitoring systems, standardize the interfaces and protocols between the power grid video monitoring system and various application systems in power grid operation, management and control, and realize the interconnection and coordination between various business systems. Data sharing, elimination of information "islands" between systems, and expansion of new multimedia services have laid the necessary foundation. It will also provide a basis for the design, manufacture and improvement of related manufacturers, realize seamless interconnection of products from different manufacturers under a unified platform, greatly reduce the construction cost and operation and maintenance workload of the power grid video monitoring system, avoid repeated construction, and improve the quality of the power grid. Operational management level and work efficiency.

Contents of the invention

The technical problem to be solved by the present invention is to provide a test system with accuracy, reliability, design rationality, and detailed test results, which can facilitate the testing and expansion of the protocol, business function requirements, and performance requirements of the power grid video monitoring platform , so as to meet different test requirements.

In order to solve the above technical problems, the present invention provides a test and verification system for a power grid video monitoring system, which is characterized in that it includes the following four layers:

Network layer: including TCP protocol processing module and UDP protocol processing module based on IP network, providing processing interface to protocol processing layer;

Protocol processing layer: including SIP protocol analysis processing unit, RTSP protocol analysis processing unit, HTTP protocol analysis processing unit and RTP/RTCP protocol analysis processing unit, each protocol analysis processing unit is constructed by commercial protocol stack to ensure the accuracy of protocol analysis and standardization, each protocol analysis processing unit is independent of each other;

Data bearer analysis layer: including various related and independent data bearer analysis modules, which independently implement XML format analysis, SDP format analysis, audio decoding format analysis, video decoding analysis and address encoding and decoding, and SIP, RTSP, HTTP, RTP/RTCP Check the encapsulation format of the message content in the communication protocol;

Business control layer: process and check the business logic in the interactive process according to the business process, business function, etc.; the business control layer displays the final test results;

The relationship between each layer is as follows: the software network layer provides network processing support to the protocol processing layer; there is no exchange process between the data carrying analysis layer and the protocol processing layer, and the design method of separating the protocol and data carrying is adopted, and the business control layer is unified The two layers of processing are managed in a unified manner, and different modules of the data bearing layer and the protocol processing layer are combined through the business processing layer to form corresponding business processing modules.

The foregoing test and verification system for a power grid video monitoring system is characterized in that: the correct message processing mechanism is: in the test process, after the service control layer processes the correct request, the service control layer sends a correct response to the protocol processing layer, and the protocol After the processing layer receives the correct response from the service control layer, it sends the correct response to the network layer, and finally replies with the correct response through the network layer.

The foregoing test and verification system for a power grid video monitoring system is characterized in that: the error message processing process is: in the processing flow, including the reporting of the cause of the error and the response to the error message. The processing method of layer reporting, the error reasons of the network layer are directly reported to the protocol processing layer, the error reasons of the network layer and its own analysis are directly reported by the protocol processing layer to the service control layer, and the error reasons of the data bearer analysis layer are directly reported to the business Control layer; the service control layer responds to the request for the error that has been parsed, and the response message adopts a layer-by-layer reply method. The service control layer and the error reasons analyzed by itself notify the network layer, and the network layer responds to all error reasons.

The foregoing test verification system for a power grid video surveillance system is characterized in that: in the service control layer, the platform interconnected with the platform under test is simulated by software: the video surveillance system subsystem is simulated with the platform to be tested by software The front-end system interconnected with the test platform: the front-end system subsystem, simulates the large traffic tester by software: the traffic test subsystem, so that these three parts together constitute a test and verification platform for the power grid video surveillance system, and realize the testing of the The function, performance and interface of the test platform are tested.

Video surveillance system test subsystem: simulate the upper-level system or lower-level system of the video surveillance system under test, use the interface A protocol to communicate with the video surveillance system under test, and fully realize the functional integrity of the video surveillance system under test and the interface A. Protocol conformance testing;

Front-end system test subsystem: simulate the front-end system of the video surveillance system under test, use interface A protocol to communicate with the video surveillance system under test, and completely realize the protocol consistency test of interface B of the video surveillance system under test;

Traffic test subsystem: simulate the superior platform and front-end system of the video surveillance system under test, communicate with the video surveillance system under test through the interface A protocol and interface B protocol, and realize the various performance parameters of the video surveillance system under test carry out testing. The interface A protocol and the interface B protocol are two protocols defined in the "Grid Video Surveillance System and Interface" standard.

The test and verification platform of the power grid video monitoring system of the present invention can test the front-end system interface B protocol of the power grid video monitoring system, the interface A protocol of the video monitoring system as the upper platform, the interface A protocol of the video monitoring system as the lower platform, and the video Each interface protocol and function of the interface B protocol of the monitoring system are tested to standardize the standardization and interconnection of the video monitoring system construction of each power grid.

For practical applications, the function items of the power grid video monitoring system will continue to expand. The test system adopts the configuration design method, which can easily edit and expand the function test items, so as to meet the subsequent changes in the function test items. Test requirements.

In practical applications, the communication interface protocol of the power grid video surveillance system will continue to expand, and the corresponding performance test items will continue to increase. This system adopts a modular design method, which can flexibly increase test items to meet continuous Changing testing needs.

It supports distributed deployment on hardware, and can conveniently support large-capacity performance testing according to actual performance testing requirements.

By adopting a time synchronization mechanism and a high-precision timer, the time synchronization of each hardware device is guaranteed, and each hardware device can be controlled in real time to generate message requests according to the specified time requirements, and the accuracy of test structure statistics can be guaranteed.

Although the test system was originally developed for the needs of the power grid video monitoring system, due to its structural flexibility, it can also be used as a basic platform for soft switching systems, multimedia dispatching systems, audio and video communication systems, etc., and has wide applicability .

The test system adopts a layered analysis error message processing mechanism, which can provide accurate error prompts for abnormal messages or incorrect processing procedures during the test, so that the video surveillance system under test can prepare for positioning and find existing problems .

The beneficial effect that the present invention reaches:

(1) Solve the problem that only general-purpose equipment can be used for testing in traditional testing

Before this device, the performance test of the grid video surveillance platform can only be tested with the help of expensive third-party standard test equipment, and there are certain defects in the test process storage, message content, testable items, etc., which cannot meet the test requirements. According to the series standards of "Grid Video Monitoring System and Interface", this system has customized and developed the test system, which can meet the actual test requirements.

(2) Test the communication interface protocol items of the power grid video surveillance system

Through the test system, the interface protocols and functions of the front-end system interface B protocol of the power grid video surveillance system, the interface A protocol of the video surveillance system as the upper platform, the interface A protocol of the video surveillance system as the lower platform, and the interface B protocol of the video surveillance system can be tested. Conduct tests to standardize the standardization and interconnection of video surveillance systems for various power grids.

(3) Possess scalability for functional test items

For practical applications, the function items of the power grid video monitoring system will continue to expand. The test system adopts the configuration design method, which can easily edit and expand the function test items, so as to meet the subsequent changes in the function test items. Test requirements.

(4) Possess scalability for communication interface protocol test items

In practical applications, the communication interface protocol of the power grid video surveillance system will continue to expand, and the corresponding performance test items will continue to increase. This system adopts a modular design method, which can flexibly increase test items to meet continuous Changing testing needs.

(5) Wide applicability

Although the test system was originally developed for the needs of the power grid video monitoring system, due to its structural flexibility, it can also be used as a basic platform for soft switching systems, multimedia dispatching systems, audio and video communication systems, etc., and has wide applicability .

(6) Facilitate accurate positioning of errors generated during the testing process of the video surveillance system under test

The test system adopts a layered analysis error message processing mechanism, which can provide accurate error prompts for abnormal messages or incorrect processing procedures during the test, so that the video surveillance system under test can prepare for positioning and find existing problems .

(7) Solve the high-performance test requirements

Since the grid video monitoring platform is an important business application in power applications, in practical applications, the performance requirements for the grid video monitoring system are relatively high. At the same time, for different levels of grid video monitoring systems, the performance requirements are not Same. The system can support multi-machine concurrent processing, and can flexibly configure hardware according to actual test performance requirements, so as to meet different performance test requirements.

Description of drawings

Figure 1 The overall structure diagram of the communication interface protocol test;

Figure 2 The overall structure of the performance test

Figure 3 software layered structure diagram;

Figure 4 is a structural diagram of the relationship between software layers;

Figure 5 is a flow chart of correct message processing;

Fig. 6 error message processing flowchart;

Figure 7 interface test flow chart;

Figure 8 configuration flow chart;

Figure 9 is a flow chart of protocol test sub-module analysis;

Figure 10 performance test flow chart;

Figure 11 is a functional block diagram of software concurrency technology based on multi-thread technology to realize dynamic allocation and optimal scheduling of test resources;

Figure 12 Block diagram of multi-machine synchronous testing technology

Specific implementation method

The purpose of the present invention is to verify whether the power grid video monitoring system meets the Q/GDW 517 "Grid Video Monitoring System and Interface" series standards, including interface and performance requirements.

This method is based on software vertical layered design, including network layer, protocol processing layer, data bearer analysis layer, and service control layer, and loose coupling design is adopted between each layer. In the protocol processing layer, independent protocol stacks are used to realize the analysis, response and testing of different protocols. The protocol types include SIP protocol, RTSP protocol, HTTP protocol, RTP/RTCP protocol, etc. Each protocol stack adopts a mutually independent design From the perspective of software design, it is convenient to expand the protocol; in the data bearing layer, the independent data format analysis module realizes the analysis, response, and testing of different data encapsulation formats, including XML, SDP, H.264, G. 711 etc. Through this design method, the scalability of the communication interface protocol test is improved. When the software under test has problems, it is convenient to provide more detailed prompts, which greatly facilitates the use of users; at the same time, standard protocol stacks and data The format parsing module can meet the accuracy and reliability required by the test.

The aforementioned test software adopts a layered and sub-module design method, which is divided into four layers:

Network layer: The network layer is mainly composed of two modules based on IP network TCP and UDP protocol processing, which provides processing interfaces to the protocol processing layer.

Protocol processing layer: mainly composed of independent protocol construction and analysis processing units, mainly including SIP protocol analysis, RTSP protocol analysis, HTTP protocol analysis and RTP/RTCP protocol analysis, each protocol analysis processing unit is composed of a standard commercial protocol stack Construction to ensure the accuracy and standardization of protocol analysis;

Data bearer analysis layer: It is mainly composed of various independent data bearer analysis modules, which can independently implement XML format analysis, SDP format analysis, audio decoding format analysis, video decoding analysis and address encoding and decoding. Check the encapsulation format of the message content in the protocol;

Business control layer: mainly process and check the business logic in the interactive process according to the business process, business function, etc.; the business control layer displays the final test results.

The relationship between each layer is as follows: the software network layer provides network processing support to the protocol processing layer; there is no exchange process between the data carrying analysis layer and the protocol processing layer, and the design method of separating the protocol and data carrying is adopted, and the business control layer is unified The two layers of processing are managed in a unified manner, and different modules of the data bearing layer and the protocol processing layer are combined through the business processing layer to form corresponding business processing modules.

The processing mechanism for the correct message is: in the test process, the processing mechanism for the correct message is shown in the figure below. In the above processing flow, after the service control layer processes the correct request, the service control layer sends the correct response to the protocol processing layer, and the protocol processing layer receives the correct response from the service control layer, sends the correct response to the network layer, and finally passes the network The layer will reply with the correct response.

Error message processing mechanism: In the processing flow, there are two types of processing, including the reporting of error reasons and the response to error messages. Errors at different layers are processed by layer-by-layer reporting, and the error reasons at the network layer are directly reported to the protocol for processing. The protocol processing layer directly reports the error reasons analyzed by the network layer and itself to the service control layer, and directly reports the error reasons analyzed by the data bearer analysis layer to the service control layer; the service control layer responds to the analyzed error response request , the response message adopts a layer-by-layer reply method, the service control layer error and the data bearer analysis layer notify the protocol processing layer of the cause of the error, and the protocol processing layer notifies the data bearer layer, service control layer and its own analysis of the cause of the error to the network layer, the network The layer will respond with all error causes.

As shown in Figure 1 is a system structure diagram of the test interface. The present invention has the ability to test whether the tested object satisfies the A interface or the B interface. When testing the A interface, the tested object is connected to the present invention as a video monitoring system, and when testing the B interface, the tested object is connected to the present invention as a video front-end system.

The flow of the interface test will be described below with reference to FIG. 7 . When the present invention works, the first step is to perform self-starting to complete the relevant initialization actions; the second step is different in testing the A and B interfaces. If it is testing the A interface, it will sequentially test the system on and off the line (recorded as function 1) and the system to keep alive Function (denoted as function 2), when testing the B interface, first test the registration function (denoted as function 1); the third step is to test the resource acquisition function (denoted as function 3); in the fourth step, there are 3 functions required for the A interface Test, respectively, event subscription event notification function (marked as function 4), real-time video browsing function (marked as function 5) and audio and video call function (marked as function 6), for the B interface, it is not necessary to test the audio and video call function; In step 5, for the A interface test, do different tests according to step 4. After function 4, you can do the test of the historical alarm query function (denoted as function 7), and after function 5, you can do the historical video retrieval (denoted as function 8) ), voice intercom and voice broadcasting function (recorded as function 9), PTZ control function (recorded as function 10), traffic query function (recorded as function 11), and the test of function 11 is not required for the B interface test; The first step is the video playback function (denoted as function 12) after the completion of function 8; the seventh step is to display the test results.

As shown in Figure 2 is a system structure diagram of performance testing. At this time, the present invention not only simulates the superior platform of the video surveillance system under test, but also simulates the front-end system connected to the video surveillance system under test.

The flow of the performance test will be specifically described below with reference to FIG. 10 . As shown in Figure 10, the test process steps 1-2, use the "platform test analog front-end system" to initiate the registration concurrent performance test to the video monitoring platform of the power grid under test.

Step 4-Step 6 of the test process, the "platform test simulation upper-level platform" initiates a call concurrency performance test to the "platform test analog front-end system" connected to the video surveillance platform of the power grid under test, and tests the call forwarding performance of the video surveillance platform of the power grid under test .

Test process steps 7-step 12, step 7-step 10 are "platform test simulation upper-level platform" initiates a call to the "platform test simulation front-end system" connected to the video monitoring platform of the power grid under test, and the video monitoring platform of the power grid under test forwards the call Request, step 11-step 12 is that "platform test simulation front-end system" sends media data to "platform test simulation upper platform" through the video monitoring platform of the power grid under test, so as to test the media forwarding and distribution performance of the video monitoring platform of the power grid under test.

Test process steps 13-step 20, step 13 is to notify the "platform test simulation front-end system" to start the main-standby switchover performance test, step 14-step 15 is the registration process, step 16 is to notify the "platform test simulation upper-level platform" has successfully registered, Step 17-Step 20 are the same as Step 4-Step 6. Thus, the main-standby switching time of the video monitoring platform of the power grid under test is tested through the whole process.

As shown in Figure 3, the internal protocol processing layered structure of the software for interface testing. The direct relationship between each layer is now described in conjunction with Figure 4: the network layer provides network processing support to the protocol processing layer; there is no exchange process between the data bearer analysis layer and the protocol processing layer, and the design method of separating the protocol from the data bearer is adopted. The service control layer manages the two layers of processing in a unified manner, and combines different modules of the data bearing layer and the protocol processing layer through the service processing layer to form corresponding service processing modules.

How to deal with the correct and wrong messages between layers in the present invention depends on what is shown in Fig. 5 and Fig. 6 . As shown in Figure 5, it is the processing flow of the correct message: after the service control layer processes the correct request, the service control layer sends the correct response to the protocol processing layer, and the protocol processing layer sends the correct response after receiving the correct response from the service control layer to the network layer, and finally reply with the correct response through the network layer. The processing flow for error messages is as follows: as shown in Figure 6, it includes two types of processing: the reporting of error reasons and the response to error messages. Errors at different layers are processed by layer-by-layer reporting. Directly report to the protocol processing layer, the protocol processing layer directly reports the error reasons of the network layer and its own analysis to the service control layer, and directly reports the error reasons of the data bearer analysis layer to the service control layer; The error should respond to the request, and the response message adopts a layer-by-layer reply method. The business control layer error and the data bearer analysis layer will notify the protocol processing layer of the error cause, and the protocol processing layer will analyze the error cause of the data bearer layer, the business control layer and itself. Notify the network layer, and the network layer will respond with all error reasons.

Parsing of layered content

As shown in Figure 3, based on the vertical layered design of software, it includes the network layer, protocol processing layer, data bearer analysis layer, and service control layer. The loose coupling design is adopted between each layer. In the protocol processing layer, independent protocol stacks are used to realize the analysis, response and testing of different protocols. The protocol types include SIP protocol, RTSP protocol, HTTP protocol, RTP/RTCP protocol, etc. Each protocol stack adopts a mutually independent design From the perspective of software design, it is convenient to expand the protocol; in the data bearing layer, the independent data format analysis module realizes the analysis, response, and testing of different data encapsulation formats, including XML, SDP, H.264, G. 711 etc. Through this design method, the scalability of the communication interface protocol test is improved. When the software under test has problems, it is convenient to provide more detailed prompts, which greatly facilitates the use of users; at the same time, standard protocol stacks and data The format parsing module can meet the accuracy and reliability required by the test.

Network layer: The network layer is mainly composed of two modules based on IP network TCP and UDP protocol processing, which provides processing interfaces to the protocol processing layer.

Protocol processing layer: mainly composed of independent protocol construction and analysis processing units, mainly including SIP protocol analysis, RTSP protocol analysis, HTTP protocol analysis and RTP/RTCP protocol analysis, each protocol analysis processing unit is composed of a standard commercial protocol stack Construction to ensure the accuracy and standardization of protocol analysis;

Data bearer analysis layer: It is mainly composed of various independent data bearer analysis modules, which can independently implement XML format analysis, SDP format analysis, audio decoding format analysis, video decoding analysis and address encoding and decoding. Check the encapsulation format of the message content in the protocol;

Business control layer: mainly process and check the business logic in the interactive process according to the business process, business function, etc.; the business control layer displays the final test results.

Functional Test Configuration Design

In the software design of the tester, the design method of configuration software is adopted, and the test content, test requirements and test methods can be edited by the user for the functional test items, which has great test flexibility; at the same time, in the software design, the protocol Layer and business bearing layer are designed separately, and the protocol processing is designed in a modular manner. Users can choose the corresponding protocol processing model, interaction mode, and business data content to combine according to the needs of business applications, so as to realize the expansion of interface test items. .

For functional testing, the software configuration design is shown in Figure 8. The configuration is divided into three major components: display module, configuration configuration file, and configuration editing and processing module. The display module includes the interface display production module and configuration configuration file It is composed of module name, module location, module picture path and name, test requirement description, test precondition description, test result item description, etc. The configuration editing processing module is composed of module library sub-module, picture library sub-module, and module editing processing Sub-module, module image editing and processing sub-module, test requirement editing box sub-module, test precondition selection box sub-module, test result editing box sub-module, configuration file processing sub-module and other parts;

The module library sub-module mainly provides button control, drop-down box control, radio box, static text box, and file editing box. Users can select modules through the module editing and processing sub-module, and drag and drop the position with the mouse for The configuration file processing sub-module module records the module number and module location;

The module picture editing and processing sub-module can select the specified picture from the picture library sub-module and load it on the module, and then process the sub-module through the configuration file to realize the setting of the module skin;

The test requirements edit box sub-module provides an edit box for users to edit and input the test requirements of the test items, and write the test requirements into the configuration file through the configuration file processing sub-module;

The test precondition selection box sub-module provides a drop-down selection box for the user to meet the test prerequisites for the test item, and can choose to test the item only after executing a certain test item;

The test result edit box sub-module provides the result form and result display content after the test item passes the test;

The configuration file processing sub-module is used to write the operation results of the module editing processing sub-module, module picture editing processing sub-module, test requirement editing box sub-module, test precondition selection box sub-module, and test result editing box sub-module into the configuration configuration In the sub-module of the file, they correspond to the "module name", "module location", "module image path and name", "test requirement description", "side view precondition description" and "test result item description" in the configuration file ";

The sub-module of the interface display generation module generates the corresponding functional test interface by reading the configurations in the configuration configuration file.

Analysis of sub-modules of protocol testing

For the protocol test, the protocol sub-modular design of the software is shown in Figure 9. It is mainly composed of protocol processing module, protocol module editing processing unit, configuration configuration file, configuration editing processing module, and test display module. Each large module is composed of various sub-modules.

Protocol processing module: including four processing modules of the SIP protocol processing module: INVITE processing module, INFO processing module, MESSAGE processing module and NOTIFY processing module, a processing module "HTTP processing module" of the HTTP protocol processing module, and other processing modules for the protocol The encapsulation format of carrying data is two processing modules "SDP module" and "XML module". The five protocol processing modules contained in the protocol processing module are not related to each other. "SDP module" and "XML module" are associated.

The protocol module editing processing unit includes the following sub-modules:

Protocol module selection sub-module: define the name of the test item and other content, and at the same time select the corresponding processing protocol for the test item, and write the corresponding configuration into the configuration file through the sub-module of the configuration file processing module;

The SDP content editing sub-module is used to edit the content of the SDP related to the SIP INVITE processing module protocol, and the edited SDP content writes the corresponding configuration into the configuration file through the "configuration file processing module";

The XML content editing sub-module is used to edit the XML content related to the SIP INFO processing module, MESSAGE processing module, NOTIFY processing module, and HTTP processing module protocol. The edited XML content writes the corresponding configuration through the configuration file processing module sub-module into the configuration file;

When the processing flow editing sub-module is used to determine the test, the flow determination of the tester as the receiver or initiator;

The configuration file processing module sub-module is used to write the operation results of the "protocol module selection sub-module", SDP content editing sub-module, XML content editing sub-module, and processing flow editing sub-module into the configuration configuration file;

Configuration editing processing module: same as operation in functional test;

Configuration configuration file: used to store the configuration data in the "configuration editing processing module" and related configuration data in the "configuration file processing";

Protocol test display module: By reading the configurations in the "configuration configuration file", the corresponding protocol test interface is generated.

A Software Concurrency Method for Dynamic Allocation and Optimal Scheduling of Test Resources Based on Multithreading Technology

As shown in Figure 11, the design schematic diagram of the software concurrency technology that realizes the dynamic allocation and optimal scheduling of test resources based on multi-threading technology is shown in the figure below. Multiple sets of memory pool and thread pool models are designed, mainly for asynchronous mechanism and high efficiency. For example, session messages will be thrown into the pre-allocated message memory pool for construction, parsing, and destruction; then idle threads will be obtained from the processing and distribution thread pool for message processing.

Multi-machine synchronization test method

The multi-machine synchronous test mechanism is shown in Figure 12. In Figure 12, the "platform test simulates the upper-level platform" as an example to illustrate the software control process flow of multiple machines. Machine time, the processing flow is the same, and the processing flow of the "platform test simulation front-end system" is also the same.

The step-by-step process is as follows:

Step 1-Step 4: This part is the online notification process, which is a timing cycle processing process, and the sub-machine regularly notifies the main machine of the online notification. Step 1 and step 3 are for the sub-unit to notify the host when the sub-unit is online, and steps 2 and 4 are for the host to respond to the sub-unit’s online notification;

Step 5-Step 8: This part is the time synchronization processing flow, which is a timing cycle processing flow, and the master performs time correction processing to the slave at regular intervals. Steps 5 and 7 are timing requests, and steps 6 and 8 are timing responses. So as to ensure the time synchronization between the host and each slave;

Step 9-Step 12: This part is the definition of the requested service. Steps 9 and 11 are for the host to notify the sub-units of the service requests to be executed and the time to start and end the service requests, and the sub-units allocate resources according to the requests. Step 10 and Step 12 are the sub-machine's response to the request.

Step 13-Step 18: This part is the actual business data. Step 13, Step 15, and Step 17 are service requests to the tested platform, and Step 14, Step 16, and Step 18 are responses to the service request from the tested platform.

Step 19-Step 22: This part is to report the execution status in real time. In the test process, step 19 and step 21 are for the sub-machine to report the real-time test structure data to the host, which is used for the host to make statistics on the real-time test result data and display the test results. Step 20 and step 22 are for the host to Report the response to the request.

Step 23-Step 26: This part is the real-time adjustment control process. In the test process, the host has real-time control authority for each host, and will make real-time adjustments to the test process. Steps 23 and 25 are the host requesting each sub-machine to perform a real-time adjustment test request, and steps 24 and 26 are sub-machines. The response to the request.

Claims (2)

1. A network video monitoring system test verification system is characterized in that, comprising the following four layers: Network layer: including TCP protocol processing module and UDP protocol processing module based on IP network, providing processing interface to protocol processing layer; Protocol processing layer: including SIP protocol analysis processing unit, RTSP protocol analysis processing unit, HTTP protocol analysis processing unit and RTP/RTCP protocol analysis processing unit, each protocol analysis processing unit is constructed by commercial protocol stack, each protocol analysis processing unit Independent; Data bearer analysis layer: includes independent data bearer analysis modules, which independently implement XML format analysis, SDP format analysis, audio decoding format analysis, video decoding analysis and address encoding and decoding, and SIP, RTSP, HTTP, RTP/RTCP Check the encapsulation format of the message content in the communication protocol; Business control layer: process and check the business logic in the interactive process according to the business process and business function content; the business control layer displays the final test results; The relationship between the above layers is as follows: the network layer provides network processing support to the protocol processing layer; there is no exchange process between the data bearer analysis layer and the protocol processing layer, and the method of separating the protocol from the data bearer is adopted. The two-layer processing is managed in a unified manner, and the different modules of the data bearing layer and the protocol processing layer are combined through the business control layer to form the corresponding business processing module; The business control layer includes the following systems: Video surveillance system test subsystem: simulate the upper-level system or lower-level system of the video surveillance system under test, use the interface A protocol to communicate with the video surveillance system under test, and fully realize the functional integrity of the video surveillance system under test and the interface A. Protocol conformance testing; Front-end system test subsystem: simulate the front-end system of the video surveillance system under test, use the interface B protocol to communicate with the video surveillance system under test, and fully realize the protocol consistency test of interface B of the video surveillance system under test; Traffic test subsystem: simulate the superior platform and front-end system of the video surveillance system under test, communicate with the video surveillance system under test through the interface A protocol and interface B protocol, and realize the various performance parameters of the video surveillance system under test carry out testing; The data bearing analysis layer includes the following functional modules: Display module: including interface display generation module sub-modules for interface display; Configuration configuration file: including module name, module location, module picture path and name, test requirement description, test precondition description, test result item description; The configuration editing processing module includes the following sub-modules: Module library sub-module: Provide button control, drop-down box control, radio box, static text box, file edit box, users can select modules through module editing and processing sub-modules, and drag and drop the position with the mouse for configuration file processing The sub-module records the module number and module location; Module picture editing and processing sub-module: select the specified picture from the picture library sub-module and load it on the module, and then process the sub-module through the configuration file to realize the setting of the module skin; Test requirements edit box sub-module: provide an edit box for users to edit and input the test requirements of the test items, and write the test requirements into the configuration configuration file through the configuration file processing sub-module; Test precondition selection box sub-module: Provide a drop-down selection box for the user to meet the test prerequisites for the test item, and can choose to test the item only after executing a certain test item; Test result editing box sub-module: provide the result form and display content of the result after passing the test for a certain test item; Configuration file processing sub-module: used to write the operation results of the module editing processing sub-module, module image editing processing sub-module, test requirement editing box sub-module, test precondition selection box sub-module, test result editing box sub-module into the configuration In the sub-modules of the configuration file, they correspond to the "module name", "module location", "module image path and name", "test requirement description", "test precondition description", "test result" in the configuration configuration file item description"; The interface display generation module sub-module generates a corresponding functional test interface by reading the configurations in the configuration configuration file sub-module; The protocol processing layer includes: a protocol processing module, a protocol module editing processing unit, a configuration file, a configuration editing processing module and a protocol test display module, Protocol processing module: including four processing modules of the SIP protocol analysis processing unit: INVITE processing module, INFO processing module, MESSAGE processing module and NOTIFY processing module, also includes the HTTP processing module of the HTTP protocol analysis processing unit, SIP protocol, RTSP protocol, The data encapsulation format carried by the HTTP protocol is SDP format and XML format, and the INVITE processing module, INFO processing module, MESSAGE processing module, NOTIFY processing module and HTTP processing module are not related to each other, and are related to the SDP content editing submodule and XML content editing sub-module for association, The protocol module editing processing unit includes the following sub-modules: Protocol module selection sub-module: define the name of the test item, and select the corresponding processing protocol for the test item, and write the corresponding configuration into the configuration file through the sub-module of the configuration file processing module; SDP content editing sub-module: used to edit the content of the SDP related to the INVITE processing module protocol in the SIP protocol, and the edited SDP content writes the corresponding configuration into the configuration file through the configuration file processing module sub-module; XML content editing sub-module: used to edit the XML content related to the protocol of INFO processing module, MESSAGE processing module, NOTIFY processing module and HTTP processing module, and write the corresponding configuration through the configuration file processing module sub-module of the edited XML content into the configuration file; Processing flow editing sub-module: used to determine the flow of the tester as the receiver or initiator when performing a certain flow test; Configuration file processing module sub-module: used to write the operation results of the protocol module selection sub-module, SDP content editing sub-module, XML content editing sub-module, and processing flow editing sub-module into the configuration file; Configuration editing processing module; Configuration configuration file module: used to store configuration data in the configuration editing processing module and related configuration data in the sub-modules of the configuration file processing module; Protocol test display module: By reading the configurations in the configuration file, the corresponding protocol test interface is generated. 2. The test and verification system of the power grid video surveillance system according to claim 1, characterized in that: the correct message processing mechanism is: in the test process, after the service control layer has processed the correct request, the service control layer sends a correct response to Protocol processing layer, after receiving the correct response from the service control layer, the protocol processing layer sends the correct response to the network layer, and finally replies the correct response through the network layer; In the processing flow, there are two types of processing, including the reporting of error reasons and the response to error messages. Errors at different layers are processed by layer-by-layer reporting. The error reasons at the network layer are directly reported to the protocol processing layer. The error reasons analyzed by the network layer and itself are directly reported to the service control layer, and the error reasons analyzed by the data bearer analysis layer are directly reported to the service control layer; the service control layer responds to the request for the analyzed error, and the response message adopts a layer-by-layer reply In this way, the service control layer errors and the data bearer analysis layer will notify the protocol processing layer of the cause of the error, and the protocol processing layer will notify the network layer of the error causes of the data bearer layer, service control layer and its own analysis, and the network layer will respond to all error causes.