Test platform with station equipment supervision and alarm functions and test case generation method

Abstract

The invention relates to a test case generation method, which comprises the following steps of S1, loading basic configuration of a station to be tested, and performing initialization; s2, sequentially selecting alarm test items; s3, loading the test case templates in sequence; s4, loading the devices to be tested in sequence; s5, automatically generating a test case of the to-be-tested equipment; s6, generating a test data sequence according to the test case; and S7, injecting the test data sequence into a signal centralized monitoring system. According to the invention, editing of different types of alarm case templates is realized, and different types of equipment and different alarm case template libraries are established. And automatically recording the output test case, receiving alarm data from the test station, and automatically generating a test report.

Description

Technical Field

[0001] The invention relates to the field of rail transit, and in particular to a test platform and a test case generation method for a station equipment supervision alarm function. Background Art

[0002] In the railway signal centralized monitoring system, fault diagnosis and safety supervision analysis of signal equipment are crucial functions, which reflect the intelligence of the system. However, how to effectively test these functions is a relatively weak link. Since most alarms will cause damage to the equipment when verified in a real environment, it is necessary to rely on simulation data for test verification.

[0003] In addition, the number of scenarios and equipment that need to be covered by diagnostic analysis and safety supervision testing is huge. Taking a typical station as an example, if a comprehensive test is carried out, the workload will be very huge. For example, considering only the code sequence of adjacent sections, according to the code calculation of the ZPW-2000 device (non-insulated frequency-shift track circuit), a section has 18 coding states, and 324 test cases are required to cover all coding states. If a station has 50 track sections, 16,200 test cases are required. Relying on manual editing of these test cases is a huge workload and inefficient.

[0004] Traditional automatic testing methods are mainly applicable to software function testing, and usually require the station to be tested to be built as a standard station with a fixed environment. Once the station or line to be tested changes, the test case needs to be re-edited, which makes the traditional method lack of portability and scalability. Summary of the invention

[0005] In order to solve these problems, the patent of this invention proposes a test case template description syntax suitable for alarm logic testing of signal centralized monitoring system, and establishes a station signal equipment relationship description model. Through a visual way, the editing of different types of alarm case templates is realized, and a template library of different types of equipment and different alarm cases is established. Using these templates, intelligent diagnosis and safety supervision alarm test cases suitable for different test stations and different equipment can be automatically generated, automatic testing can be realized, and test reports can be generated, thereby greatly improving test efficiency and saving labor costs.

[0006] The present invention proposes a method for generating a test case, comprising the following steps:

[0007] S1. Load the basic configuration of the station to be tested and initialize it;

[0008] S2. Select the alarm test items in sequence;

[0009] S3, loading test case templates in sequence;

[0010] S4, loading the devices to be tested in sequence;

[0011] S5, automatically generate test cases for the device under test;

[0012] S6, the test case generates a test data sequence;

[0013] S7. Inject the test data sequence into the centralized signal monitoring system.

[0014] The basic configuration includes: the station's turnouts, signal machines, track circuit equipment and their properties. The test case template is stored in a test case template library, and the test case template includes a preset test case template syntax and a device relationship description model. The test data sequence includes test equipment and test records, and the output of the signal centralized monitoring system includes alarm equipment and alarm content. The test equipment and the alarm equipment are compared to see if they are consistent. If they are consistent, the test passes, otherwise the test fails.

[0015] In addition, the present invention also proposes a test platform for the monitoring and alarm function of station equipment, including:

[0016] Case template library, including case templates for describing various alarm cases of station equipment;

[0017] The test tool is connected to the station equipment and the station plan through communication. It reads the case templates in the case template library, combines the station equipment and the station plan, automatically generates alarm test cases for the test equipment, and injects the alarm test cases into the station to be tested for alarm testing.

[0018] Furthermore, an editing interface is included for editing and saving according to the grammatical rules of the case template.

[0019] Furthermore, the relationship between station equipment is described by an established equipment relationship model.

[0020] Furthermore, the equipment relationship description model includes: a signal equipment entity position relationship model, a circuit logic relationship model, a route relationship model and a track circuit normal code sequence model.

[0021] Furthermore, the signal device entity position relationship model includes:

[0022] Current device: refers to the device to be tested;

[0023] Front device: the previous device of the same type connected to the current device in the positive direction of the line;

[0024] Rear device: the next adjacent device of the same type connected to the current device in the positive direction of the line; the device of the same type connected to the current device;

[0025] Turnout opening equipment: equipment adjacent to the turnout positioning and reverse direction;

[0026] Current blocking partition: the blocking partition to which the current test device belongs;

[0027] Block section ahead (n): the nth block section ahead of the current device in the positive direction of the line;

[0028] Rear block partition (n): According to the positive direction of the line, the nth block partition behind the current device;

[0029] Front section (n): the nth section in front of the current device in the positive direction of the line;

[0030] Rear section (n): the nth section behind the current device in the positive direction of the line;

[0031] Front signal (n): According to the positive direction of the line, the nth signal in front of the current device;

[0032] Rear signal (n): according to the positive direction of the line, the nth section behind the current device;

[0033] Receiving train forward block section (n): the nth block section along the receiving train line ahead of the train. The receiving train forward section (1) refers to the approaching section;

[0034] Receiving train reverse block section (n): the nth block section ahead of the train when the receiving train line is changed. The receiving train change section (1) refers to the section boundary section;

[0035] Departure positive block section (n): the nth block section ahead of the train when the departure line is in the positive direction;

[0036] Departure reverse block section (n): The nth block section ahead of the train when the departure line is reversed.

[0037] Furthermore, the signal device circuit logic relationship model includes:

[0038] Same turnout equipment (n): switch equipment under the same turnout;

[0039] Same-circuit turnout equipment (n): switch equipment that shares a protection relay under the same turnout;

[0040] Turnout general indication device: turnout equipment that shares a turnout general indication relay;

[0041] Turnout sub-indication equipment (n): sub-turnout equipment that shares a turnout main indication relay.

[0042] Furthermore, the signal equipment route relationship model includes:

[0043] Route section (n): refers to the nth section covered by this route. When filled with *, it means all sections covered by the route;

[0044] Approach turnout (n): refers to the nth turnout covered by this approach;

[0045] Hostile signal (n): refers to the nth hostile signal machine corresponding to this route;

[0046] Route start signal: refers to the start signal corresponding to this route;

[0047] Oncoming route section (n): refers to the nth section on other routes where the oncoming section corresponding to this route is located;

[0048] Oncoming route signal (n): refers to the nth signal on the other route where the oncoming section corresponding to the current route is located;

[0049] Continuation route section (n): refers to the nth section on the corresponding continuous route when the current route has a continuous route;

[0050] Continuation route turnout (n): refers to the nth turnout on the corresponding continuous route when the current route has a continuous route;

[0051] Continuation route hostile signal (n): refers to the nth hostile signal on the corresponding continuation route when the current route has a continuation route.

[0052] Furthermore, the normal code sequence model of the track circuit: a low-frequency coding tracking code sequence model of the track circuit during the normal running process of the train.

[0053] Furthermore, the test case template includes a case template start part, a case template annotation part, and a case template execution body part, and the case template is described in natural language.

[0054] The beginning of the case template is indicated by “#!” in English;

[0055] The comment part of the case template is indicated by "#";

[0056] The execution body of the case template includes macro definition, execution time, data source, device attributes and data definition, and special instruction definition.

[0057] Furthermore, the case submodule call is implemented through macro definition, and the calling format is: instruction = macro definition name;

[0058] Execution time, in the format of [HH:MM:SS.fff], which is the relative time defined in the case;

[0059] Data source, the format is interface source = @test station name.subsystem name, the subsystem name includes at least one of monitoring, CBI, TCC, ZPW-2000, CTC, RBC, and TSRS.

[0060] The present invention has the following beneficial effects:

[0061] A set of test case template description syntax suitable for signal centralized monitoring alarm logic testing is defined, a station number equipment signal relationship description model is established, the editing of different types of alarm case templates is realized, and then a library of different types of equipment and different alarm case templates is established.

[0062] The test platform reads in the case template and combines it with the device under test according to the device relationship description model, thereby automatically generating an alarm test case sequence for the device under test and injecting the test case sequence into the station under test; the test software automatically records the output test cases, receives alarm data from the test station, performs consistency comparison, and automatically generates a test report. BRIEF DESCRIPTION OF THE DRAWINGS

[0063] Figure 1 The flowchart of the method for generating test cases of the present invention is shown in FIG. DETAILED DESCRIPTION

[0064] The following is a further detailed description of the test platform and test case generation method for the station equipment supervision alarm function proposed by the present invention in combination with the accompanying drawings and specific embodiments. According to the following description, the advantages and features of the present invention will be clearer. It should be noted that the accompanying drawings adopt a very simplified form and use non-precise proportions, which are only used to conveniently and clearly assist in explaining the purpose of the implementation method of the present invention. In order to make the purpose, features and advantages of the present invention more obvious and easy to understand, please refer to the accompanying drawings. It should be noted that the structure, proportion, size, etc. illustrated in the accompanying drawings of this specification are only used to match the content disclosed in the specification, so that people familiar with this technology can understand and read, and are not used to limit the limiting conditions for the implementation of the present invention, so they have no technical substantive significance. Any modification of the structure, change of the proportional relationship or adjustment of the size, without affecting the effect that the present invention can produce and the purpose that can be achieved, should still fall within the scope of the technical content disclosed by the present invention.

[0065] like Figure 1 As shown, the present invention proposes a method for generating a test case, comprising the following steps:

[0066] S1. Load the basic configuration of the station to be tested and initialize it;

[0067] S2. Select the alarm test items in sequence;

[0068] S3, loading test case templates in sequence;

[0069] S4, loading the devices to be tested in sequence;

[0070] S5, automatically generate test cases for the device under test;

[0071] S6, the test case generates a test data sequence;

[0072] S7. Inject the test data sequence into the centralized signal monitoring system.

[0073] The basic configuration includes: the station's turnouts, signal machines, track circuit equipment and their attributes. The test case template is stored in a test case template library, and the test case template includes a preset test case template syntax and a device relationship description model. The test data sequence includes test equipment and test records, and the output of the signal centralized monitoring system includes alarm equipment and alarm content. The test equipment and the alarm equipment are compared to see if they are consistent. If they are consistent, the test passes, otherwise the test fails.

[0074] In addition, the present invention also proposes a test platform for the monitoring and alarm function of station equipment, including:

[0075] Case template library, including case templates for describing various alarm cases of station equipment;

[0076] The test tool is connected to the station equipment and the station plan through communication. It reads the case templates in the case template library, combines the station equipment and the station plan, automatically generates alarm test cases for the test equipment, and injects the alarm test cases into the station to be tested for alarm testing.

[0077] An editing interface is also included for editing and saving according to the grammatical rules of the case template.

[0078] The relationship between station equipment is described by the established equipment relationship model.

[0079] The equipment relationship description model includes: a signal equipment entity position relationship model, a circuit logic relationship model, a route relationship model and a track circuit normal code sequence model.

[0080] The signal device entity position relationship model includes:

[0081] Current device: refers to the device to be tested;

[0082] Front device: the previous device of the same type connected to the current device in the positive direction of the line;

[0083] Rear device: the next adjacent device of the same type connected to the current device in the positive direction of the line; the device of the same type connected to the current device;

[0084] Turnout opening equipment: equipment adjacent to the turnout positioning and reverse direction;

[0085] Current blocking partition: the blocking partition to which the current test device belongs;

[0086] Block section ahead (n): the nth block section ahead of the current device in the positive direction of the line;

[0087] Rear block partition (n); according to the positive direction of the line, the nth block partition behind the current device;

[0088] Front section (n): the nth section in front of the current device in the positive direction of the line;

[0089] Rear section (n): According to the positive direction of the line, the nth section behind the current device;

[0090] Front signal (n): According to the positive direction of the line, the nth signal in front of the current device;

[0091] Rear signal (n); according to the positive direction of the line, the nth section behind the current device;

[0092] Receiving train forward block section (n): the nth block section along the receiving train line ahead of the train. The receiving train forward section (1) refers to the approaching section;

[0093] Receiving train reverse block section (n): the nth block section ahead of the train when the receiving train line is changed. The receiving train change section (1) refers to the section boundary section;

[0094] Departure positive block section (n): the nth block section ahead of the train when the departure line is in the positive direction;

[0095] Departure reverse block section (n); when the departure line is reversed, the train runs to the nth block section in front.

[0096] The signal device circuit logic relationship model includes:

[0097] Same turnout equipment (n): switch equipment under the same turnout;

[0098] Same circuit turnout equipment (n); switch equipment that shares a protective relay under the same turnout;

[0099] Turnout general indication device: turnout equipment that shares a turnout general indication relay;

[0100] Turnout sub-indicator device (n); sub-turnout device that shares a turnout master indicator relay.

[0101] The signal equipment route relationship model includes:

[0102] Route section (n): refers to the nth section covered by this route. When filled with *, it means all sections covered by the route;

[0103] Approach turnout (n): refers to the nth turnout covered by this approach;

[0104] Hostile signal (n): refers to the nth hostile signal machine corresponding to this route;

[0105] Route start signal: refers to the start signal corresponding to this route

[0106] Oncoming route section (n): refers to the nth section on other routes where the oncoming section corresponding to this route is located;

[0107] Oncoming route signal (n): refers to the nth signal on the other routes where the oncoming section corresponding to the current route is located;

[0108] Continuation route section (n): refers to the nth section on the corresponding continuous route when the current route has a continuous route;

[0109] Continuation route turnout (n): refers to the nth turnout on the corresponding continuous route when the current route has a continuous route;

[0110] Continuation route hostile signal (n): refers to the nth hostile signal on the corresponding continuation route when the current route has a continuation route.

[0111] The normal code sequence model of the track circuit: a low-frequency coding tracking code sequence model of the track circuit during the normal running process of the train.

[0112] The test case template includes a case template start part, a case template comment part, and a case template execution body part, and the case template is described in natural language.

[0113] The beginning of the case template is indicated by “#!” in English;

[0114] The comment part of the case template is indicated by "#";

[0115] The execution body of the case template includes macro definition, execution time, data source, device attributes and data definition, and special instruction definition.

[0116] The case submodule is called through macro definition, and the calling format is: instruction = macro definition name;

[0117] Execution time, in the format of [HH:MM:SS.fff], which is the relative time defined in the case; HH represents the hour of the day, 24-hour system, ranging from 00 to 23; MM represents the minute of the hour, ranging from 00 to 59; SS represents the second of the minute, ranging from 00 to 59; fff represents one thousandth of a second, ranging from 000 to 999;

[0118] Data source, the format is interface source = @test station name. Subsystem name, subsystem name includes at least one of monitoring, CBI (computer interlocking system), TCC (train control center), ZPW-2000, CTC (dispatching centralized system), RBC (radio block center), TSRS (temporary speed limit server).

[0119] Equipment attributes and data definition, the format is as follows: equipment type. equipment name. attribute name = attribute value. When the equipment type contains subtypes, they are separated by "_", for example: turnout_ZD6.

[0120] Special instruction definition, the format is as follows: $(instruction name, "parameter name 1 = parameter value 1", "parameter name 2 = parameter value 2", ...), used for MA, SA, TSR (temporary speed limit), turnout action curve test case statement description.

[0121] Based on the description syntax of the case template and the device relationship model, the following case templates can be edited and generated:

[0122] Intelligent diagnosis alarm case template for single device and single collection data.

[0123] Intelligent diagnosis alarm case template for correlation analysis of multiple collected data from a single device.

[0124] Complex logic intelligent diagnosis and safety supervision alarm case template for cross-device and multi-collected data correlation analysis.

[0125] Intelligent diagnosis and safety supervision alarm case template for station approach related logic.

[0126] Mobile authorization (MA) and system authorization (SA) related security supervision logic alarm case template.

[0127] Case template for complex logic of multiple devices in cross-station scenarios.

[0128] A case template library is formed based on the case templates generated by the editor. The case template library is managed according to a four-level directory. The first-level directory is divided into intelligent diagnosis and safety supervision; the second-level directory is the equipment type, such as turnout; the third-level directory is the test function item, such as turnout failure indication; the fourth-level directory is the test case template.

[0129] After the simulation test, you can choose between manual testing and automatic testing. In the automatic testing scenario, the test platform traverses the case template library and the corresponding test equipment, and combines other station equipment and station floor plans to automatically generate a test data sequence. The test data sequence is organized in chronological order.

[0130] The test platform sends the test data sequence to the signal centralized monitoring system according to the generated test data sequence.

[0131] After the test platform is injected with simulation test data, it automatically records the test equipment and case alarms.

[0132] The signal centralized monitoring system sends alarms to the test platform. The test platform compares the received cases with the test time, alarm ID and device name to determine whether they are consistent with the expected results and records them.

[0133] After the test is completed, the test platform automatically generates a test report based on the recorded test results. The test report includes the test equipment for each alarm, the alarm content description, the test sequence injection start time, end time, expected results, and whether the test passed.

[0134] In summary, the present invention defines a test case template description syntax suitable for signal centralized monitoring alarm logic testing, establishes a station number equipment signal relationship description model, realizes the editing of different types of alarm case templates, and then establishes different types of equipment and different alarm case template libraries. The automatic test platform reads in the case template, combines it with the device to be tested according to the device relationship description model, thereby automatically generating an alarm test case sequence for the device to be tested, and injects the test case sequence into the station to be tested; the test software automatically records the output test cases, receives alarm data from the test station, performs consistency comparison, and automatically generates a test report.

[0135] Although the content of the present invention has been described in detail through the above preferred embodiments, it should be appreciated that the above description should not be considered as a limitation of the present invention. After reading the above content, it will be apparent to those skilled in the art that various modifications and substitutions of the present invention will occur. Therefore, the protection scope of the present invention should be limited by the appended claims.

Claims

1. A method for generating a test case, characterized in that: The following steps are involved: S1. Load the basic configuration of the station to be tested and initialize it; S2. Select the alarm test items in sequence; S3, loading test case templates in sequence; S4, loading the devices to be tested in sequence; S5, automatically generate test cases for the device under test; S6, the test case generates a test data sequence; S7. Inject the test data sequence into the centralized signal monitoring system.

2. The method for generating a test case according to claim 1, wherein: The basic configuration includes: the station's switches, signals, track circuit equipment and their properties.

3. The test case generation method according to claim 1, characterized in that: The test case template is stored in a test case template library, and the test case template includes a preset test case template grammar and a device relationship description model.

4. The method for generating a test case according to claim 1, wherein: The test data sequence includes test equipment and test records, and the output of the centralized signal monitoring system includes alarm equipment and alarm content. The test equipment and the alarm equipment are compared to see if they are consistent. If they are consistent, the test passes, otherwise the test fails.

5. A test platform for the monitoring and alarm function of station equipment, characterized in that: include: Case template library, including case templates for describing various alarm cases of station equipment; The test tool is connected to the station equipment and the station plan through communication. It reads the case templates in the case template library, combines the station equipment and the station plan, automatically generates alarm test cases for the test equipment, and injects the alarm test cases into the station to be tested for alarm testing.

6. The test platform for the station equipment supervision alarm function as claimed in claim 5, characterized in that: An editing interface is also included for editing and saving according to the grammatical rules of the case template.

7. The test platform for the station equipment supervision alarm function as claimed in claim 5, characterized in that: The relationship between station equipment is described by the established equipment relationship model.

8. The test platform for the station equipment supervision alarm function as claimed in claim 7, characterized in that: The equipment relationship description model includes: a signal equipment entity position relationship model, a circuit logic relationship model, a route relationship model and a track circuit normal code sequence model.

9. The test platform for the station equipment supervision alarm function as claimed in claim 8, characterized in that: The signal device entity position relationship model includes: Current device: refers to the device to be tested; Front device: the previous device of the same type connected to the current device in the positive direction of the line; Rear device: the next device of the same type connected to the current device in the positive direction of the line; Adjacent device: the same type device connected to the current device; Turnout opening equipment: equipment adjacent to the turnout positioning and reverse direction; Current blocking partition: the blocking partition to which the current test device belongs; Front block partition (n): According to the positive direction of the line, the nth block partition in front of the current device; Rear block partition (n): According to the positive direction of the line, the nth block partition behind the current device; Front section (n): According to the positive direction of the line, the nth section in front of the current device; Rear section (n): the nth section behind the current device in the positive direction of the line; Front signal (n): According to the positive direction of the line, the nth signal in front of the current device; Rear signal (n): according to the positive direction of the line, the nth section behind the current device; Receiving train forward block section (n): the nth block section along the receiving train line ahead of the train. The receiving train forward section (1) refers to the approaching section; Receiving train reverse block section (n): the nth block section ahead of the train when the receiving train line is changed. The receiving train change section (1) refers to the section boundary section; Departure forward block section (n): the nth block section ahead of the train when the departure line is forward; Departure reverse block section (n): the nth block section ahead of the train when the departure line is reverse.

10. The test platform for the station equipment supervision alarm function as claimed in claim 8, characterized in that: The signal device circuit logic relationship model includes: Same turnout equipment (n): switch equipment under the same turnout; Same circuit turnout equipment (n): switch equipment that shares a protection relay under the same turnout; turnout general indication equipment: turnout equipment that shares a turnout general indication relay; Turnout sub-indication equipment (n): sub-turnout equipment that shares a turnout main indication relay.

11. The test platform for the station equipment supervision alarm function as claimed in claim 8, characterized in that: The signal equipment route relationship model includes: Route section (n): refers to the nth section covered by this route. When filled with *, it means all sections covered by the route; Approach turnout (n): refers to the nth turnout covered by this approach; Hostile signal (n): refers to the nth hostile signal machine corresponding to this route; Route start signal: refers to the start signal corresponding to this route; Oncoming route section (n): refers to the nth section on other routes where the oncoming section corresponding to this route is located; Oncoming route signal (n): refers to the nth signal on the other routes where the oncoming section corresponding to the current route is located; Continuation route section (n): refers to the nth section on the corresponding continuous route when the current route has a continuous route; Continuation route turnout (n): refers to the nth turnout on the corresponding continuous route when the current route has a continuous route; Continuation route hostile signal (n): refers to the nth hostile signal on the corresponding continuation route when the current route has a continuation route.

12. The test platform for the station equipment supervision alarm function as claimed in claim 8, characterized in that: The normal code sequence model of the track circuit: a low-frequency coding tracking code sequence model of the track circuit during the normal running process of the train.

13. The test platform for the station equipment supervision alarm function as claimed in claim 5, characterized in that: The test case template includes a case template start part, a case template comment part, and a case template execution body part, and the case template is described in natural language.

14. The test platform for the station equipment supervision alarm function as claimed in claim 13, characterized in that: The beginning of the case template is indicated by "#!" in English; The comment part of the case template is indicated by "#"; The execution body of the case template includes macro definition, execution time, data source, device attributes and data definition, and special instruction definition.

15. The test platform for the station equipment supervision alarm function as claimed in claim 14, characterized in that: The case submodule is called through macro definition, and the calling format is: instruction = macro definition name; Execution time, in the format of [HH:MM:SS.fff], which is the relative time defined in the case; Data source, the format is interface source = @test station name.subsystem name, the subsystem name includes at least one of monitoring, CBI, TCC, ZPW-2000, CTC, RBC, and TSRS.

Images