CN109190217B - Message mask simulation test system of elastic regulation and control platform - Google Patents
Message mask simulation test system of elastic regulation and control platform Download PDFInfo
- Publication number
- CN109190217B CN109190217B CN201810951529.XA CN201810951529A CN109190217B CN 109190217 B CN109190217 B CN 109190217B CN 201810951529 A CN201810951529 A CN 201810951529A CN 109190217 B CN109190217 B CN 109190217B
- Authority
- CN
- China
- Prior art keywords
- mask
- message
- test
- test case
- platform
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
- G06F30/20—Design optimisation, verification or simulation
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Evolutionary Computation (AREA)
- Geometry (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a message mask simulation test system of an elastic regulation and control platform, which is characterized in that a mask domain is newly added in an original message structure of the platform to dynamically record the transmission information of a message, so that the on-line simulation test of core services such as wide-area preposed acquisition, distributed parallel SCADA (supervisory control and data acquisition), advanced application and the like in a regulation and control service center is realized. The tool comprises a mask marking component, a test case management module, a mask test bus, an intermediate state data extraction module, a propagation path analysis module, a test coverage rate analysis module and the like, and a human-computer interface of a shared platform is used for realizing the online simulation test of the dispatching monitoring service. The invention provides a simulation test method for a real-time monitoring PAAS platform, and the testability and the stability of the platform are improved.
Description
Technical Field
The invention relates to a simulation test system of a real-time monitoring PAAS platform, in particular to a simulation test tool of a regulation and control service center of a power grid intelligent scheduling monitoring support platform based on a cloud technology.
Background
Based on cloud technology reform existing 'power grid intelligent dispatching monitoring support platform', research and development of 202x years of power grid elastic EMS support platform is becoming a development trend in the industry. The elastic regulation and control platform integrates the graph model data center and the regulation and control service center through the elastic application framework, so that the propagation path of the recorded message is difficult to track, the basic path coverage test cannot be carried out, and the difficulty of the online simulation test is high.
Disclosure of Invention
The invention provides a message mask simulation test system of an elastic regulation platform, which aims to solve the technical problems that: and carrying out continuous monitoring and online simulation test on the regulation and control service center of the elastic regulation and control platform in a real test scene.
The technical scheme of the invention is as follows:
a message mask simulation test system of an elastic regulation platform is characterized in that: the system comprises a mask marking component, a mask testing bus, an intermediate state data extraction module and a propagation path analysis module;
the mask marking component is used for providing mask application encapsulation of messages for the service of the flexible regulation platform; the mask contains the following information: monitoring an object type name, a node name, a service name and a message body;
the mask test bus is used for storing messages pushed by the application service according to a time sequence;
the intermediate state data extraction module is used for extracting the monitoring object type name and the message body corresponding to the mask in the mask test bus, which can be matched with the test case, and writing the extracted message into the propagation path analysis library;
the propagation path analysis module is used for extracting the messages related to the test cases from the propagation path analysis library and sequencing the messages according to time so as to obtain the service information of the derived messages of the test cases executed on each node, obtain the propagation path of the test case messages and judge whether the propagation path is reasonable according to business logic;
the test case comprises the following information: the object type name and the message body are monitored.
As a further improvement of the invention: the mask application package comprises the creation, translation, pushing and extraction of masks;
the mask format is A.B.C.D, the information corresponding to the mask attribute value A is a monitoring object type name ObjType, the information corresponding to the mask attribute value B is a Node name Node, the information corresponding to the mask attribute value C is a service name Srv, and the information corresponding to the mask attribute value D is a message body Mes; the translation refers to the mutual translation between the attribute values in the mask and the corresponding information;
the pushing of the mask refers to that the application service pushes a calculation result to an elastic message bus of the platform and simultaneously pushes non-zero messages A in the mask to a mask test bus according to a time sequence;
the extraction of the mask refers to consuming messages meeting the conditions from a mask test bus according to test cases;
and a mask dictionary library is also arranged and used for recording the corresponding relation between each attribute value of the mask and the corresponding information.
As a further improvement of the invention: the system also comprises a test case management module which is used for realizing the addition, deletion, maintenance and query of the test case document and the mask dictionary library and automatically maintaining the mask dictionary library through the test case document;
and setting a test case document set aiming at a test purpose, wherein the test case document set comprises a plurality of test case documents, and each test case document stores a test case of one type of message type.
As a further improvement of the invention: the mask test bus adopts an elastic message bus of a platform to construct a front queue, a calculation queue, a control queue and an event queue;
the preposed queue is used for storing messages generated by the wide area preposed collector, the calculation queue is used for storing real-time calculation messages of the distributed parallel SCADA, the control queue is used for storing remote control and remote regulation process messages, and the event queue stores SCADA events and message conversion information of alarms.
As a further improvement of the invention: the processing method of the intermediate state data extraction module comprises the following steps: inputting a test case, translating mask attribute values A and D corresponding to a monitoring object type name and a message body in the test case, consuming a message of which the mask can be successfully matched with the A and the D from a mask test bus, and writing A, D, a timestamp t and message data into a propagation path analysis library.
As a further improvement of the invention: the processing method of the propagation path analysis module comprises the following steps: inputting a test case, translating mask attribute values A and D corresponding to a type name of a monitoring object and a message body in the test case, retrieving a propagation path analysis library according to the A and D, sequencing retrieval results according to timestamps t to obtain a message queue, sequentially analyzing masks of messages in the message queue, translating to obtain service information of derived messages of the test case executed on each node, and acquiring a propagation path of the test case; judging whether the propagation path is reasonable according to the service logic flow, analyzing the abnormal condition of the path, extracting abnormal information, inquiring data of the abnormal information from a distributed memory bank of the platform, and finishing information checking calculation.
As a further improvement of the invention: the abnormal conditions include an interruption, a loop, and an out-of-range of the path.
As a further improvement of the invention: the system also comprises a test coverage rate analysis module used for calculating the path test coverage rate.
As a further improvement of the invention: the simulation test system shares a human-computer interface of the platform to realize simulation test.
Compared with the prior art, the invention has the following positive effects: (1) The invention can utilize the real test scene to carry out continuous monitoring and on-line simulation test on the regulation and control service center of the elastic regulation and control platform under the UAT or PROD environment; (2) The tool comprises key modules of a mask marking component, test case management, a mask test bus, intermediate state data extraction, propagation path analysis, test coverage analysis and the like, and a human-computer interface of a shared platform realizes basic path coverage test of wide area preposed acquisition, distributed parallel SCADA (supervisory control and data acquisition), advanced application and other core services in a regulation and control business center; (3) The invention improves the testability and stability of the real-time monitoring PAAS platform.
Drawings
Fig. 1 is a flow chart of a message mask simulation test. Wherein: the mask marking component 1 provides mask application encapsulation of messages for application services; the test case document 2 is a JSON text document constructed by a binary group consisting of a message type and a message body; the mask dictionary library 3 MaskDictDB is a KV dictionary library with message mask attributes and stores four types of information defined by the mask dictionary; the test case management module 4 realizes the functions of adding, deleting, maintaining, inquiring and the like of the test case document and the mask dictionary library; the intermediate state data extraction module 5 calculates and generates intermediate state information according to the time sequence consumption application service from the mask test bus according to the input test case; the mask test bus 6 adopts a platform elastic message bus to construct a test queue comprising a calculation data queue, a control queue, an event queue and the like; the propagation path analysis module 7 is used for analyzing the abnormal information of the propagation path tracking record queue queem; the test coverage analysis 8 module calculates the test coverage of the application service, the test coverage of the measurement type, the coverage of the mask message, and the like.
In fig. 1, except for the functional module of the simulation test tool, other services are microporvices based on Docker in the platform regulation service center, and the function introduction: the wide area pre-acquisition preprocessor 11 is used for filtering and optimizing raw data acquired by the pre-processor through the RTU multi-channel to complete message mask creation; the collector 12 with wide area pre-collection processes the raw data collected by RTU into SCADA monitoring mature data after the regulation and control parameter matching; the elastic message bus 13 manages a distributed elastic message queue, an elastic event queue, and the like; the distributed parallel SCADA14 adopts grouping and fragmentation technology to realize parallel computation of multiple SCADA services; the distributed advanced application 15 adopts a parallel section computing technology to realize the advanced application computing function of the power grid; the API interface service 16 is a set of restful APIs, and realizes an external interface for communicating with the external application and the human-computer interface of the platform; the man-machine interface 17 comprises an MMI interface and a WEB interface based on QT; the distributed memory bank 18 is a cross-node distributed real-time database for improving the real-time data processing capability of the parallel SCADA.
Fig. 2 is a schematic diagram of implementation and deployment of the flexible regulation platform. The elastic regulation platform is divided into five layers: the system comprises a system resource layer, a universal platform layer, a business platform layer, a platform service layer and a platform display layer. The simulation test tool is loaded in a Docker-based micro-service mode and deployed to a service platform layer, and mainly realizes simulation tests on three types of core services including wide area preposed acquisition, distributed parallel SCADA and distributed advanced application in a regulation and control service center and external API interfaces.
Detailed Description
The technical scheme of the invention is explained in detail according to the attached drawings:
the invention discloses a message mask simulation test system tool of an elastic regulation and control platform, which is provided with a prototype PAAS platform shown in figure 2 before implementation, wherein a system resource layer adopts an IaaS environment built by OpenStack, and the simulation test tool is deployed on a task scheduling management node. The flow chart of the simulation test is shown in fig. 1.
The mask marking assembly is essentially a pile inserting probe assembly, judges whether a message mask is nonzero or not when the application service pushes a message to the elastic message bus, and pushes the nonzero message to the mask test bus; the simulation test tool separately analyzes the test message on the mask test bus; therefore, the simulation test process does not influence the flow calculation process of the original regulation and control service center.
Declaring and defining:
casepoint db: a test case association point library; m belongs to Set [ ObjType, mes ]; m.case [ A, D ] is materialized; m is in a storage format of the test case association point library: < pointid, A + "_" + D >, pointid is the point number associated with the test case, and A and D are the message type and message body of the point derived message.
PathDB: and analyzing the KV library by the propagation path, and caching the message extracted by the intermediate state data.
And (3) queueM: and caching a message queue of the propagation path of the test case [ A, D ] according to time sequence.
Constructing a simulation test tool:
the core module of the test tool was constructed in the order 1~8 in fig. 1.
1) Mask marking assembly
The components comprise API interfaces of mask creation, translation, pushing, extraction and the like.
Mask creation: defining the original message body of the platform as M, adding a mask attribute consisting of 12 characters in the message body, wherein M.mask = 'A.B.C.D', and storing character strings from '00.00.00.00' to 'FF.FF.FF.FF'. Wherein the mask attributes of the production environments are all 0 (i.e., 00.00.00.00). The mask creating process is actually a mask marking process of the derived messages according to the test case coverage measuring points.
Mask translation: m. mask < = > [ obj type, node, srv, mes ], i.e. the logical computation process of mutual translation of message mask and message propagation record, the split is implemented as follows:
（a）M.mask->[ObjType,Node,Srv,Mes]；
analyzing [ A, B, C, D ], constructing a key of a mask dictionary, querying the mask dictionary library to carry out key-value mapping translation, and obtaining an explanation tuple of the mask: [ ObjType, node, srv, mes ].
（b）[ObjType,Node,Srv,Mes]->M.mask；
And traversing the retrieval mask dictionary library, inquiring the key through value matching, translating to obtain [ A, B, C and D ], and splicing to obtain the M.mask. Firstly, traversing Mes beginning with 'D _' of a matching mask dictionary key, and analyzing a first effective A1 and D; traversing the ObjType beginning with 'A _' of the matching mask dictionary key, and matching to obtain a success value of A2; when A1 is checked to be equal to A2, nodes starting with 'B _' and Srv starting with 'C _' of the matching mask dictionary key are traversed, effective B and effective C are analyzed, and 'A1. B.C.D' is output; and sending abnormal event notification information to the elastic event queue in other abnormal conditions, such as mask dictionary abnormality: test case & caseJson, there are two interpretations [ A1, D ] and [ A2, D ], please modify the test case ".
And (3) mask pushing: in a functional module of an original elastic message bus pushing message M of a platform, a mask judgment probe is added: if M.mask is not equal to "00.00.00.00", M is pushed to a slice to the mask test bus. The information generated by the wide area prepositive collector is pushed to the prepositive queue, the real-time calculation information of the distributed parallel SCADA is pushed to the calculation queue, the process information of remote control and remote regulation is pushed to the control queue, and the information conversion information of the SCADA event and the alarm is pushed to the event queue.
2) Test case documentation
When the test tool is started, reading a test case document storage path specified by an environment variable TestCasePath as a test case document set of the test; case naming a document according to ObjType, and storing a test case JSON string of the same type of ObjType in each row: JSON (Mes). And the test case document set is designed for testing one or more functional points of the regulation and control service center. Scanning TestCasePath to obtain the current test case Set [ ObjType, mes ], and conveniently constructing a mask dictionary.
The test case is a binary array case [ A, D ], and A and D need to be declared in the mask dictionary first.
The test case design marks the message flow according to two levels, wherein ObjType is a first-level mark, and Mes is a second-level mark; each primary label contains 255 secondary labels at the most. The primary marks can be classified according to the power secondary system, namely five categories including station, voltage level, interval, equipment, measuring points and the like, if ObjType = 'station', the content of a test case document 'station. Case' is as follows:
{ Mes = [ { type = "plant station", id = "5", name = "GHB", desc = "220kV haw change" },
{ type = "interval", id = "32", name = "GHB _106BAY", desc = "220kV red fruit red east 106 interval" },
{ type = "switch", id = "1123", name = "GHB _106BK", desc = "220kV red east line 106 breaker" },
{ type = "measurement point", id = "10723", name = "GHB _106bk _ia", desc = "220kV red fruit red east line 106 current a" },
...
]}
each Mes contains a maximum of 255 records, facilitating fast translation of the mask.
3) Mask dictionary library
The mask dictionary library adopts a typical KV library and stores the mask dictionary. Is defined as follows "
(a) A monitoring object type dictionary, ADict = < "A _" + A, objType >, A is the first attribute of a mask, and ObjType is the name of a monitoring object type;
(b) Node information dictionary: BDict = < "B _" + B, node >, B is the second attribute of the mask, node is the "Node name";
(c) Service information dictionary: CDict = < "C _" + C, srv >, C is the third attribute of the mask, srv is the "service name";
(d) The message body dictionary: DDict = < "D _" + a + "___________________________________ D is a fourth attribute of the mask, mes is a" message body "and contains [ type, id, name, desc ], each attribute is a valid parameter of the graph-model data center, type is the same type or a subclass of ObjType, id is an object number, name is an object name, and desc is an object description.
The maximum capacity required by a mask dictionary library can be calculated through the definition of the mask, the data volume is small, and the data acquisition in a traversal query mode is supported.
The process for the test tool to initialize the mask dictionary library is as follows:
(a) Reading platform resource information such as nodes, service lists, service groups and copy quantity of task scheduling management in the figure 2, and constructing BDict and CDict;
(b) Emptying ADict and DDict in MaskDictDB;
(c) Scanning and reading a test case document of the TestCasePath, and calculating a Set [ ObjType, mes ] of a message type and a message body;
(d) Taking m, wherein m belongs to Set [ ObjType, mes ];
(e) Judging whether the m.ObjType is in the value of MaskDictDB: then find key ("A _" + m.A); if not, the maximum value k of the following numbers at the beginning of "A _" is searched (k equals 0 if empty), if k +1< =255, then ADict = < "A _" + (k + 1), m.ObjType > is written into MaskDictDB;
(f) Judging whether the m.Mes is in the value of MaskDictDB or not; then find key ("D _" + m.A + "_" + m.D); if not, searching for the maximum value k (k is equal to 0 if empty) of the subsequent number starting from "D _" + m.A + "_", and if k +1< =255, writing DDict = < "+ m.A +" _ "+ (k + 1), m.mes >, into mask dictdb;
(g) If k +1 >;
(h) Returning to the step (e), taking a m from the Set [ ObjType, mes ] until the operation of all elements in the Set is completed.
4) Test case management
And functions of adding, deleting, maintaining, inquiring and the like of a mask dictionary library and a test case document are realized. The mask dictionary library is managed through the KV library, and operation is simple. The test case is managed by the line-by-line text document, the document is written into HashMap < Mes, objType > during initialization, the test case is maintained in the HashMap, and the test case text document is written back.
Searching a measurement point Set corresponding to the Set [ ObjType, mes ] Set, creating a test case associated point library (casePoint DB), and retrieving SCADA parameters of the graph model data center to realize the following calculation:
(a) Taking m, wherein m belongs to Set [ ObjType, mes ];
(b) Instantiating a case, traversing a mask dictionary library, querying m.A1 by m.ObjType, and querying m.A2 and m.D by m.Mes; if m.a1 is equal to m.a2, the test case materialization result of m is m.case [ a, D ], A1= A2= a, and m.value = m.A + "_" + m.D is obtained;
(c) Querying a monitoring object of a type corresponding to the m.Mes.type, and then retrieving measuring point information corresponding to the m.Mes.id of the monitoring object; storing the information into the casePoint DB according to a storage format of < pointid, m.value > (pointid is a measuring point number);
(d) If the environment variable TestCasePath changes, the CasePoint DB is reinitialized.
The wide area pre-collection preprocessor calls a mask marking component, and the process of realizing the mask creation of the message M is as follows:
(a) The preprocessor initializes the message mask: m.mask = "00.00.00.00";
(b) A preprocessor acquires a node name and a service name of a local service, and queries mask dictionaries BDict and CDict to obtain M.mask = '00.B.C.00';
(c) Pre-collected raw data is processed by a preprocessor to generate collected cooked data (matched with regulation and control parameters); taking the ID of the measuring point in the cooked data, and matching the key of the casePoint DB;
(d) If matching is successful, taking M.value = M.A + "_" + M.D, and resolving [ A, D ]; marking a message mask: m.mask = "a.b.c.d"; m.mask = "00.00.00.00" if matching is unsuccessful;
(e) Returning to the step (a), and continuing to match the subsequently collected messages.
5) Intermediate state data extraction
As shown in fig. 1, the flexible control platform mainly completes the stream-oriented computation of the message in four steps of pre-preprocessing, pre-collector, distributed parallel SCADA, distributed advanced application and the like, calls the mask marking component after the computation is completed each time, and pushes the message of which the mask is not 0 to the mask test bus. The system comprises a front preprocessing and collecting device, a SCADA remote control and remote regulation device, a control queue, an event queue and an SCADA event and alarm message, wherein the test message of the front preprocessing and collecting device is pushed to the front queue, the real-time calculation message of the SCADA is pushed to the calculation queue, the SCADA remote control and remote regulation message is pushed to the control queue, and the SCADA event and alarm message is pushed to the event queue.
The intermediate state data extraction refers to a process that a test case Set [ obj type, mes ] drives a platform to carry out testing, and then a Set case is materialized and then a test message on a mask test bus is processed according to a case entity Set, and is realized as follows:
(a) Taking a case which is used for preprocessing in the Set, and materializing the case to obtain case [ A, D ];
(b) The assumed timestamp of message processing is t, the message M with successfully matched message masks A and D in the pre-queue is extracted, and < A + "_" + D + "_" + t, M > is written into the PathDB;
(c) Extracting a message M successfully matched with the message masks A and D in the SCADA calculation queue, and writing < A + "_" + D + "_" + t, M > into the PathDB;
(d) Extracting a message M of which the message masks A and D in the 'control queue' are successfully matched, and writing < A + "_" + D + "_" + t, M > into the PathDB;
(e) The PathDB is sorted according to the time sequence of A + "_" + D + "_" + t; the resulting message queue, queue (case), is a primary extraction result of the test case.
It can be seen that, in the queue, propagation trace record information of the derived message of the test case is stored in time sequence, service information of the node through which the message constructed by the case and the derived message flow in the streaming computation is recorded, and the service information is basic data for analyzing a message propagation path.
6) Mask test bus
And constructing a test queue comprising a preposition, calculation, control, an event and the like by adopting a platform elastic message bus, and storing messages pushed by the application service according to a time sequence. Theoretically, the messages in the mask test bus are subsets of the processing messages in the elastic message bus, and the test messages are cached; the messages can be extracted by the service in the elastic application framework to carry out check calculation.
7) Propagation path analysis
The propagation path is a message of a measurement point marked by a test case, and a processing path in each service in the elastic application framework records a passed node and a service name. The object of the propagation path analysis is a message with nonzero mask indicated by a Set [ ObjType, mes ] of test cases, and a path Set of computing services passed by the streaming computation of the elastic application framework.
Each test case m in the test case document is m.case [ A, D ] after the case is materialized, and the execution path calculation process of m is as follows:
(a) m is in the regulation and control service center, the operation is marked according to the service logic, and the test message is pushed to a mask test bus;
(b) Extracting intermediate state data, and storing < A + "_" _"+ D +" _ "_+ t, mes > (Mes belongs to M, and M is a derivative message set of M) in a PathDB library;
(c) Starting to fuzzily search PathDB by A + "_" + D + "_" and acquiring a queue QueueM sorted according to t;
(d) m propagation path QueueM analysis: reading messages one by one from the head of the queue according to time, judging whether a propagation path is reasonable according to a service logic flow (mainly distributed processing logic of calculation, control and events in SCADA), and analyzing abnormal conditions of interruption, loop, out-of-range and the like of the path;
(e) And when the path is abnormal, inquiring data of abnormal messages from the distributed memory bank, and carrying out message checking calculation.
8) Test coverage analysis
The simulation test tool mainly carries out the path coverage test of the platform basic IT component, the elastic application framework and the distributed service by adopting a test coverage method based on requirements; the tool adopts a plurality of sets of test cases and a mode of testing in turn to carry out path coverage testing on different functional modules and finally give a brief analysis report.
And designing a test case set T by a basic path set BashPath, so that the T is executed according to BashPath theoretically. A test case is designed by adopting 'Z path optimization', and common plant station types, voltage levels, intervals, equipment types and measurement types are covered; covering the above types of conventional monitoring and four-teleoperation. And dynamically tracking a message propagation path by adopting a message mask to construct an actually measured path set RunPath.
Path coverage calculation: PCP = (RunPath/basepath) × 100%, where RunPath = P (T1) P (T2) … P (Tn), P being the set of execution paths for the use case per test.
The testing tool is deployed in parallel with the task scheduling management, the elastic application framework, the graph model data center and the regulation and control service center, and is used for carrying out online simulation testing on services such as wide area preposed acquisition, distributed parallel SCADA (supervisory control and data acquisition), distributed advanced application and API (application programming interface) interface in the regulation and control service center extended by the traditional EMS (energy management system) function.
Claims (8)
1. A message mask simulation test system of an elastic regulation platform is characterized in that: the system comprises a mask marking component, a mask test bus, an intermediate state data extraction module and a propagation path analysis module;
the mask marking component is used for providing mask application encapsulation of messages for the service of the elastic regulation platform; the mask contains the following information: monitoring an object type name, a node name, a service name and a message body;
the mask test bus is used for storing messages pushed by the application service according to a time sequence;
the intermediate state data extraction module is used for extracting the monitoring object type name and the message body which correspond to the mask in the mask test bus and are capable of being matched with the test case, and writing the extracted message into the propagation path analysis library;
the propagation path analysis module is used for extracting the messages related to the test cases from the propagation path analysis library and sequencing the messages according to time so as to obtain the service information of the derived messages of the test cases executed on each node, obtain the propagation path of the test case messages and judge whether the propagation path is reasonable according to business logic;
the test case comprises the following information: monitoring the object type name and the message body;
the mask application package comprises the creation, translation, pushing and extraction of masks;
the mask format is A.B.C.D, the information corresponding to the mask attribute value A is a monitoring object type name ObjType, the information corresponding to the mask attribute value B is a Node name Node, the information corresponding to the mask attribute value C is a service name Srv, and the information corresponding to the mask attribute value D is a message body Mes; the translation refers to the mutual translation between the attribute values in the mask and the corresponding information;
the pushing of the mask refers to that the application service pushes a calculation result to an elastic message bus of the platform and simultaneously pushes non-zero messages A in the mask to a mask test bus according to a time sequence;
the extraction of the mask refers to consuming messages meeting the conditions from a mask test bus according to test cases;
and a mask dictionary library is also arranged and used for recording the corresponding relation between each attribute value of the mask and the corresponding information.
2. The message mask simulation test system of the flexible regulation platform of claim 1, wherein: the test case management module is used for realizing the addition, deletion, maintenance and query of the test case document and the mask dictionary library and automatically maintaining the mask dictionary library through the test case document;
and setting a test case document set aiming at a test purpose, wherein the test case document set comprises a plurality of test case documents, and each test case document stores a test case of one type of message type.
3. The message mask simulation test system of the flexible regulation platform of claim 1, wherein: the mask test bus adopts an elastic message bus of a platform to construct a front queue, a calculation queue, a control queue and an event queue;
the preposed queue is used for storing the information generated by the wide area preposed collector, the calculation queue is used for storing the real-time calculation information of the distributed parallel SCADA, the control queue is used for storing the process information of remote control and remote regulation, and the event queue stores the information conversion information of the SCADA event and alarm.
4. The message mask simulation test system of the flexible regulation platform of claim 1, wherein the processing method of the intermediate state data extraction module is as follows: inputting a test case, translating mask attribute values A and D corresponding to a monitoring object type name and a message body in the test case, consuming a message of which the mask can be successfully matched with the A and the D from a mask test bus, and writing A, D, a timestamp t and message data into a propagation path analysis library.
5. The message mask simulation test system of the flexible regulation platform of claim 4, wherein the processing method of the propagation path analysis module is: inputting a test case, translating mask attribute values A and D corresponding to a type name of a monitoring object and a message body in the test case, retrieving a propagation path analysis library according to the A and D, sequencing retrieval results according to timestamps t to obtain a message queue, sequentially analyzing masks of messages in the message queue, translating to obtain service information of derived messages of the test case executed on each node, and acquiring a propagation path of the test case; judging whether the propagation path is reasonable according to the service logic flow, analyzing the abnormal condition of the path, extracting abnormal information, inquiring data of the abnormal information from a distributed memory bank of the platform, and finishing information checking calculation.
6. The message mask simulation test system of the flexible regulation platform of claim 5, wherein: the abnormal conditions include an interruption, a loop back, and an out-of-range of the path.
7. The message mask simulation test system of the flexible regulation platform of claim 1, wherein: the system also comprises a test coverage analysis module used for calculating the path test coverage.
8. The message mask simulation test system of the flexible regulation platform of any one of claims 1 to 7, wherein: the simulation test system shares a human-computer interface of the platform to realize simulation test.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810951529.XA CN109190217B (en) | 2018-08-21 | 2018-08-21 | Message mask simulation test system of elastic regulation and control platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810951529.XA CN109190217B (en) | 2018-08-21 | 2018-08-21 | Message mask simulation test system of elastic regulation and control platform |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109190217A CN109190217A (en) | 2019-01-11 |
| CN109190217B true CN109190217B (en) | 2023-02-14 |
Family
ID=64918642
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810951529.XA Active CN109190217B (en) | 2018-08-21 | 2018-08-21 | Message mask simulation test system of elastic regulation and control platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109190217B (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6385750B1 (en) * | 1999-09-01 | 2002-05-07 | Synopsys, Inc. | Method and system for controlling test data volume in deterministic test pattern generation |
| EP1478138A2 (en) * | 2003-05-13 | 2004-11-17 | Samsung Electronics Co., Ltd. | Security method for broadcasting service in a mobile communication system |
| CN1568589A (en) * | 2000-10-26 | 2005-01-19 | Wave7光学公司 | Method and system for processing downstream packets of an optical network |
| US7275249B1 (en) * | 2002-07-30 | 2007-09-25 | Unisys Corporation | Dynamically generating masks for thread scheduling in a multiprocessor system |
| CN101411150A (en) * | 2006-04-05 | 2009-04-15 | 艾格瑞系统有限公司 | HSDPA co-processor for mobile terminals |
| CN103744726A (en) * | 2014-01-02 | 2014-04-23 | 西北工业大学 | Two-stage scheduling method of real-time extension of Windows system |
| CN107408210A (en) * | 2015-03-25 | 2017-11-28 | 英特尔公司 | Covering mask compression based on edge |
| CN107566165A (en) * | 2017-08-18 | 2018-01-09 | 国网山东省电力公司信息通信公司 | A kind of method and system for finding and disposing electric power cloud data center available resources |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8805903B2 (en) * | 2010-07-16 | 2014-08-12 | Texas Instruments Incorporated | Extended-width shifter for arithmetic logic unit |
| US9910611B2 (en) * | 2015-05-29 | 2018-03-06 | Intel Corporation | Access control for memory protection key architecture |
-
2018
- 2018-08-21 CN CN201810951529.XA patent/CN109190217B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6385750B1 (en) * | 1999-09-01 | 2002-05-07 | Synopsys, Inc. | Method and system for controlling test data volume in deterministic test pattern generation |
| CN1568589A (en) * | 2000-10-26 | 2005-01-19 | Wave7光学公司 | Method and system for processing downstream packets of an optical network |
| US7275249B1 (en) * | 2002-07-30 | 2007-09-25 | Unisys Corporation | Dynamically generating masks for thread scheduling in a multiprocessor system |
| EP1478138A2 (en) * | 2003-05-13 | 2004-11-17 | Samsung Electronics Co., Ltd. | Security method for broadcasting service in a mobile communication system |
| CN101411150A (en) * | 2006-04-05 | 2009-04-15 | 艾格瑞系统有限公司 | HSDPA co-processor for mobile terminals |
| CN103744726A (en) * | 2014-01-02 | 2014-04-23 | 西北工业大学 | Two-stage scheduling method of real-time extension of Windows system |
| CN107408210A (en) * | 2015-03-25 | 2017-11-28 | 英特尔公司 | Covering mask compression based on edge |
| CN107566165A (en) * | 2017-08-18 | 2018-01-09 | 国网山东省电力公司信息通信公司 | A kind of method and system for finding and disposing electric power cloud data center available resources |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109190217A (en) | 2019-01-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105069703B (en) | A kind of electrical network mass data management method | |
| CN115412947B (en) | Fault simulation method and system based on digital twin and AI algorithm | |
| CN110703057A (en) | Power equipment partial discharge diagnosis method based on data enhancement and neural network | |
| CN111259073A (en) | Intelligent business system running state studying and judging system based on logs, flow and business access | |
| CN101945009A (en) | Positioning method and device of power communication network fault based on case and pattern matching | |
| CN112100149B (en) | Automatic log analysis system | |
| CN106446016A (en) | Parallel association rule mining-based method for predicting running reliability of power distribution network | |
| CN108470022A (en) | A kind of intelligent work order quality detecting method based on operation management | |
| CN107832876A (en) | Subregion peak load Forecasting Methodology based on MapReduce frameworks | |
| CN112884452A (en) | Intelligent operation and maintenance multi-source data acquisition visualization analysis system | |
| CN112949874A (en) | Power distribution terminal defect characteristic self-diagnosis method and system | |
| CN112306820B (en) | Log operation and maintenance root cause analysis method and device, electronic equipment and storage medium | |
| CN114296975A (en) | Distributed system call chain and log fusion anomaly detection method | |
| CN112183656A (en) | SCADA data frequent item set mining method in power grid fault | |
| WO2023174431A1 (en) | Kpi curve data processing method | |
| CN110807014B (en) | Cross validation based station data anomaly discrimination method and device | |
| CN111159152A (en) | Secondary operation and maintenance data fusion method based on big data processing technology | |
| CN112882899B (en) | Log abnormality detection method and device | |
| CN118070229A (en) | Equipment fault early warning model and method based on multi-mode data mining | |
| CN113850017A (en) | System-level fault analysis system and method based on power flow change map | |
| CN113705695A (en) | Power distribution network fault data identification method based on convolutional neural network | |
| CN117544482A (en) | Operation and maintenance fault determining method, device, equipment and storage medium based on AI | |
| CN109190217B (en) | Message mask simulation test system of elastic regulation and control platform | |
| Jing et al. | A microservice fault identification method based on LightGBM | |
| CN115880472A (en) | Intelligent diagnosis and analysis system for electric power infrared image data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |