Search

CN-122019354-A - Multimode rail traffic signal software confirmation test analysis method, system, medium and equipment

CN122019354ACN 122019354 ACN122019354 ACN 122019354ACN-122019354-A

Abstract

A method for testing and analyzing multimode rail traffic signal software includes such steps as choosing test mode and parameters via interactive interface, connecting test platform, defining and initializing test case according with chosen mode in automatic analysis unit, calling platform interface to obtain full-period test data of current case, analyzing corresponding mode based on mode, parameters and test data, generating result, and transmitting result back to platform via interface to generate visual report. The invention provides a multimode fusion analysis module which dynamically adapts the time sequence relevance of test cases and can effectively improve the accuracy of the test result confirmed by the rail transit signal system software.

Inventors

  • MA QINGWEN
  • XIONG KUNPENG
  • XIA YUN
  • ZHENG ZHI
  • LIU YANYAN
  • XIONG XIAOYUN
  • LU YAMIN
  • HUANG JINNA

Assignees

  • 卡斯柯信号有限公司

Dates

Publication Date
20260512
Application Date
20250721

Claims (20)

  1. 1. The multimode rail traffic signal software confirmation test analysis method is characterized by comprising the following steps of: s1, selecting a test mode, configuring test parameters and connecting to a software test platform through a user interaction interface; s2, defining a data structure of the test case in an automatic analysis unit, and initializing the defined test case according to the format requirement corresponding to the test mode selected in the step S1; S3, the automatic analysis unit acquires full-period test data corresponding to the current test case stored by the software test platform by calling a first data interface in the software test platform; S4, according to the test mode selected in the step S1, the configured test parameters and the full-period test data acquired in the step S3, analyzing the corresponding test mode of the test case defined in the step S2 to generate an analysis result; s5, the automatic analysis unit transmits all analysis results in the step S4 to the software test platform by calling a second data interface of the software test platform, and the software test platform generates a visual report according to the automatic analysis results.
  2. 2. The multi-mode rail transit signal software validation test analysis method of claim 1, wherein the test mode is a strong correlation mode or an independent mode; the independent mode is used for processing single-step independent verification without time sequence dependency.
  3. 3. The method of claim 1, wherein the user interface provides a standardized parameter configuration modification interface including, but not limited to, test mode selections and log level selections.
  4. 4. The method for testing and analyzing the multi-mode rail transit signal software validation of claim 1, wherein the test cases include, but are not limited to, a train entering test case, a vehicle door unlocking test case and a signal lamp switching test case.
  5. 5. The method of claim 2, wherein initializing the test case comprises a plurality of steps, each step comprising five definition items including a condition, an expected result, a relational operator, and an identifier.
  6. 6. The multi-mode rail transit signal software validation test analysis method of claim 5, wherein the condition is used for describing a variable value to be verified in an Action of a current step, and comprises a pre-step condition of a strong correlation mode, the Expected Result is used for describing a variable value to be verified in an Expected Result of the current step, the Result is used for describing a correct Result of the actions of the current step and ExpectedResult to verify the variable, the relation operator is used for setting a logic operator used for comparison calculation between Action, expectedResult and the Result, the identifier is used for marking whether the condition of the current check is an Action or an Expected Result, and the pre-step condition is used for setting states of one or more pre-steps on which the current step needs to be depended on to start executing.
  7. 7. The method of claim 6, wherein in step S4, the step S41 strong correlation step analysis or the step S42 independent step analysis is performed according to the selected test mode.
  8. 8. The multi-mode rail transit signal software validation test analysis method of claim 7, wherein said strong correlation step analysis comprises the steps of: S411, initializing all step states as 'to be checked' before the first period starts, and activating the check flow of the subsequent steps only when the condition of the previous step in a certain period evaluates as 'pass'; S412, scanning test data cycle by cycle, and dynamically matching real-time states of each step Action and ExpectedResult, wherein if the Action and the Expected Result of a certain step in the current cycle can be successfully matched according to a relation operator, the step marking state is 'pass', if the step state is 'pass', the use case marking state is 'pass', if the step state is 'pass', and if the cycle data is scanned completely, a cycle that the Action and the Expected Result of the step can be successfully matched according to the relation operator can not be found, the step marking is 'fail', and if any step state is 'fail', the use case marking state is 'fail'; S413, starting a verification process of the subsequent step only when the Action and Expected Result states of the previous step are evaluated as 'pass', and marking all the subsequent dependent steps as 'fail' in the current period if the state of the previous period is 'fail'.
  9. 9. The method of claim 8, wherein in step S411, a cycle includes a plurality of steps, and when the Action or ExpectedResult status in the first step is "failed", the analysis results of the subsequent second step, third step, and the rest of all steps are directly marked as "failed" to eliminate the risk of erroneous judgment due to the "failed" of the preceding step.
  10. 10. The multi-mode rail transit signal software validation test analysis method of claim 7, wherein the independent step analysis comprises the steps of: s421, performing full period scanning, namely traversing full period test data, and triggering Expected Result verification of an independent step in a period when the Action is detected to be established in any period; S422, in any period, if a certain step Action can be matched according to a relation operator but an Expected Result cannot be matched according to the relation operator, or a period which can be matched according to the relation operator is not found after the whole period data is scanned, the state of the step is marked as 'failed', if both the Action and the Expected Result can be matched according to the relation operator, the state of the step is marked as 'passed', and the priority of 'failed' is higher than 'passed', even if the step can be matched according to the relation operator after a certain period state is marked as 'failed', the subsequent period can reach the step Action and the Expected Result, but the state of the step is still 'failed'.
  11. 11. The method of claim 10, wherein in step S421, serial verification is adopted during verification, and matching states of each step and Expected Reslut in the Action period are recorded independently.
  12. 12. The method of claim 10, wherein the recording cycles are associated simultaneously when the status of each step is marked.
  13. 13. The multi-mode rail transit signal software validation test analysis method according to claim 1, wherein the software test platform receives the analysis result returned by the automatic analysis unit in the step S4 through the second data interface.
  14. 14. The multi-mode rail transit signal software validation test analysis method of claim 1, wherein the software test platform generates a visual report through a visual report generation module.
  15. 15. The multi-mode rail transit signal software validation test analysis method of claim 1, wherein the user interaction interface further comprises an extensible test mode interface.
  16. 16. The multi-mode rail transit signal software validation test analysis method of claim 1, wherein the user interaction interface is a Web visualization interface linked with a software test platform.
  17. 17. The system for testing and analyzing the multi-mode rail transit signal software confirmation is used for realizing the method for testing and analyzing the multi-mode rail transit signal software confirmation according to any one of claims 1-16, and is characterized by comprising a user interaction interface, a software testing platform and an automatic analysis unit which are in communication connection with each other, wherein: the user interaction interface comprises a parameter configuration module, a parameter configuration module and a parameter configuration module, wherein the parameter configuration module is used for providing a standardized parameter configuration modification interface and selecting a test mode and configuring test parameters; the software test platform comprises a data storage module, a test module and a test module, wherein the data storage module is used for storing full-period test data of test cases; An automated analysis unit comprising: The strong correlation analysis module is used for processing step chain verification with time sequence dependency relationship; and the independent analysis module is used for processing single-step independent verification without time sequence dependency relationship.
  18. 18. The multi-mode rail transit signal software validation test analysis system of claim 17, wherein the software test platform further comprises a first data interface providing a standardized application programming interface for the automated analysis unit to call supporting the directed extraction of full-cycle test data.
  19. 19. The multi-mode rail transit signal software validation test analysis system of claim 18, wherein the automated analysis unit further comprises: And the result generation module is used for receiving the analysis data of the strong correlation analysis module or the independent analysis module and generating an analysis result.
  20. 20. The multi-mode rail transit signal software validation test analysis system of claim 18, wherein the software test platform further comprises: and the second data interface provides a standardized application programming interface for the automatic analysis unit to call and supports the directional extraction of the analysis result generated by the result generation module. The data receiving module is in butt joint with the automatic analysis unit through a second data interface and receives the analysis result of the step in real time; and the visual report generating module is used for processing the analysis result of the data receiving module and generating a visual report.

Description

Multimode rail traffic signal software confirmation test analysis method, system, medium and equipment Technical Field The invention relates to the technical field of rail transit signal system software confirmation test, in particular to a multimode rail transit signal software confirmation test analysis method, system, medium and equipment. Background In the safety key fields of rail transit signal systems and the like, a software confirmation test technology is of great importance, however, the existing confirmation test technology has the following defects: Firstly, the manual verification efficiency is low, the reliability is insufficient, the subway signal system relates to complex interaction of multiple devices and multiple periods, and the test data volume is huge. The automatic test tool is time-consuming and difficult to check manually, consistency is difficult to ensure, misjudgment is easily caused by fatigue in long-period test, the automatic test tool is high in threshold, an existing automatic test tool requires a tester to have programming capability, script is manually written to realize condition judgment and result analysis logic, the development period of the automatic analysis script of a test case is long, maintenance is difficult, and the automatic analysis script is difficult to adapt to an agile test scene with frequent change of requirements, and the step relevance adaptation mechanism is lacking, wherein the existing test tool cannot distinguish time sequence dependency of test steps, and if a completion state of a pre-step is not detected, misjudgment of a follow-up step as 'not triggered' rather than 'actual failure' is possibly caused. Therefore, the invention provides a multimode rail traffic signal software confirmation test analysis method, a multimode rail traffic signal software confirmation test analysis system, a multimode rail traffic signal software confirmation test analysis medium and multimode rail traffic signal software confirmation test analysis equipment, and aims to effectively solve the technical problems. It is to be understood that the foregoing is merely illustrative of the background art to which the present invention pertains and is not necessarily a representation of the prior art. Disclosure of Invention The invention aims to provide a multimode rail transit signal software confirmation test analysis method, a multimode rail transit signal software confirmation test analysis system, a multimode rail transit signal software confirmation test analysis medium and multimode rail transit signal software confirmation test analysis equipment, which dynamically adapt to time sequence relativity of test cases and effectively improve accuracy of a rail transit signal system software confirmation test result. In order to achieve the aim, the first aspect of the invention provides a multi-mode rail traffic signal software confirmation test analysis method which is characterized by comprising the following steps of S1, selecting a test mode through a user interaction interface, configuring test parameters and connecting to a software test platform, S2, defining a data structure of a test case in an automatic analysis unit, initializing the defined test case according to format requirements corresponding to the test mode selected in the step S1, S3, acquiring full-period test data corresponding to the current test case stored by the software test platform through calling a first data interface in the software test platform by the automatic analysis unit, S4, executing analysis of the corresponding test mode on the test case defined in the step S2 according to the test mode selected in the step S1 and the configured test parameters and the full-period test data acquired in the step S3, generating an analysis result, and S5, transmitting the whole analysis result in the step S4 to the software test platform through calling a second data interface of the software test platform, and generating a visual analysis result according to the automatic report. Preferably, the test mode is a strong correlation mode or an independent mode, wherein the strong correlation mode is used for processing step chain verification with time sequence dependency, and the independent mode is used for processing single step independent verification without time sequence dependency. Preferably, the user interaction interface provides a standardized parameter configuration modification interface including, but not limited to, test mode selections and log level selections. Preferably, the test cases include, but are not limited to, a train entering test case, a vehicle door unlocking test case and a signal lamp switching test case. Preferably, the initialization test case comprises a plurality of steps, each step comprising five defined items, namely a condition, an expected result, a relational operator and an identifier. Preferably, the condition is used for describing a variable value to be ve