Heavy haul railway train control automatic test method, system and equipment

Abstract

The invention relates to a heavy haul railway train control automatic test method, system and device. The method comprises the steps of obtaining communication data generated in the interaction process of a test object and an external device; dividing the communication data into at least one data packet and a target task thereof according to the task type; determining a trigger identifier of each data packet; responding to the trigger identifier found in one data packet, and calling a preset test model according to the target task of one data packet; inputting the target task of the data packet into a preset test model, and obtaining to-be-verified information output by the test model; and searching a target task matched with the to-be-verified information in other data packets and target tasks thereof according to the to-be-verified information, and outputting a test result. The heavy haul railway train control automatic test is realized, the test efficiency and the accuracy of the test result are improved, the normal operation of the test object is not influenced in the whole test process, and the test cost is reduced to a great extent.

Description

Technical Field

[0001] The present disclosure relates to the field of technical automation testing, and in particular to a heavy-load railway train control automation testing method, system and equipment. Background Art

[0002] By 2022, the total operating mileage of heavy-duty railways in China will be 7,155 kilometers, mainly including Daqin Railway, Haoji Railway, Baoshen Railway, Shenshuo Railway, Shuohuang Railway, Bazhun Railway, Dazhun Railway, Zhunchi Railway and other heavy-duty railways. Compared with the technological development of high-speed railways, the infrastructure of heavy-duty railways is weak and the signal system concept is primitive. For the product testing link, it still relies on manual intervention testing, which has caused a waste of human resources and instability in product safety.

[0003] Automated testing is the ultimate goal of every test project. Automated testing technologies and concepts are constantly upgraded and updated, new automated testing frameworks are frequently proposed, and automated testing tools are emerging in an endless stream. In the systems of traditional IT and Internet industries, for the objects under test, automated testing is completed by simulating manual operations in UI-based interface software, replacing manual operations on the interface and judging the expected results. In the field of heavy-duty railways, calculations are performed in the form of server backgrounds, and control information is sent to the train without a corresponding UI operation interface. Therefore, how to achieve automated testing of heavy-duty railway train control has become an urgent problem to be solved. Summary of the invention

[0004] The present invention provides a heavy-load railway train control automation test method, system and equipment, and provides an automation test method suitable for heavy-load train control railways.

[0005] In a first aspect, the present disclosure provides a heavy-haul railway train control automation test method, comprising:

[0006] Acquire communication data generated during the interaction between the test object and an external device, wherein the external device is a device that has information interaction with the test object in a real operating environment, and the communication data includes data generated during the information interaction between the test object and the external device;

[0007] Dividing the communication data into at least one data packet and its target task according to the task type;

[0008] Determine a trigger flag for each data packet;

[0009] In response to finding a trigger identifier in a data packet, calling a preset test model according to a target task of the data packet;

[0010] Inputting the target task of the data packet into the preset test model, and obtaining the information to be verified output by the test model;

[0011] According to the information to be verified, a target task matching the information to be verified is searched in other data packets and their target tasks, and a test result is output.

[0012] In some embodiments, dividing the communication data into at least one data packet and its target task according to the task type includes:

[0013] Determine an interface device according to the interface information carried by the communication data, the interface device corresponds to a test object one by one, and is used to collect the communication data, and the test object is one of an on-board device, a trackside device, a station device, and a central device;

[0014] Parsing the communication data to determine the source address, target address, target attribute and feedback identifier of the communication data;

[0015] The communication data is divided into at least one data packet and its target task according to the interface device, source address, target address, target attribute and feedback identifier.

[0016] In some embodiments, after dividing the communication data into at least one data packet and its target task according to the task type, the method further includes:

[0017] The classified data packets are stored in the corresponding storage modules respectively.

[0018] In some embodiments, storing the classified data packets into corresponding storage modules respectively includes:

[0019] Decomposing the data packet into atomic information;

[0020] The atomic information is stored in a corresponding storage module.

[0021] In some embodiments, in response to finding a trigger identifier in a data packet, calling a preset test model according to a target task of the data packet includes:

[0022] When a trigger identifier is found in a data packet, a target keyword is matched in the target task according to a preset keyword list;

[0023] When the target keyword is found, the preset test model corresponding to the target keyword is retrieved.

[0024] In some embodiments, inputting the target task of the data packet into the test model to obtain the information to be verified output by the test model includes:

[0025] Inputting the target task of the data packet into the preset test model;

[0026] The preset test model simulates the execution program of the test object, executes the target task and outputs information to be verified, and the information to be verified is simulation information of the actual execution result of the test object.

[0027] In a second aspect, the present disclosure provides a heavy-duty railway train control automation test device, comprising:

[0028] A monitoring module, used to obtain communication data generated during the interaction between the test object and an external device, wherein the external device is a device that has information interaction with the test object in a real operating environment, and the communication data includes data generated by the information interaction between the test object and the external device;

[0029] A division module, used for dividing the communication data into at least one data packet and its target task according to the task type;

[0030] A search module, used to determine the trigger identifier of each data packet;

[0031] A calling module, configured to call a preset test model according to a target task of a data packet in response to finding a trigger identifier in the data packet;

[0032] An input module, used to input the target task of the data packet into the preset test model, and obtain the information to be verified output by the test model;

[0033] The output module is used to search for a target task matching the information to be verified in other data packets and their target tasks according to the information to be verified, and output a test result.

[0034] In some embodiments, the partitioning module includes:

[0035] Interface device sorting queue: used to sort the data packets according to the receiving device;

[0036] Source address sorting queue: used to sort the data packets according to the source address;

[0037] Target address sorting queue: used to sort the data packets according to the target address;

[0038] Target attribute sorting team: used to sort the data packets according to target attributes;

[0039] Feedback ID sorting queue: used to sort the data packets according to the feedback ID.

[0040] In a third aspect, the present disclosure provides a computer device, including a memory, a processor, and a computer program stored in the memory, wherein the processor executes the computer program to implement the steps of the method described in the above aspects.

[0041] In a fourth aspect, the present disclosure provides a computer-readable storage medium having a computer program stored thereon, which implements the steps of the method described in the above aspects when executed by a processor.

[0042] In a fifth aspect, the present disclosure provides a computer program product, including a computer program, which implements the steps of the method described in the above aspects when executed by a processor.

[0043] The present disclosure provides a method, system and device for automated testing of heavy-duty railway train control. The method acquires communication data generated during the interaction between a test object and an external device, divides the communication data into at least one data packet and its target task according to the task type of the communication data, and automatically triggers the test when a trigger identifier is included in the data packet, i.e., calls a preset test model according to the target task of the data packet, inputs the target task of the data packet into the test model, and then acquires information to be verified output by the test model. Then, the test result actually outputted after the test object executes the target task is found according to the information to be verified, and the test result is outputted according to the information to be verified and the test result actually outputted. Thus, automated testing of heavy-duty railway train control is realized, the test efficiency and the accuracy of the test results are improved, and the entire test process does not affect the normal operation of the test object, thus greatly reducing the test cost.

[0044] 1. Technical features The classified data packets are stored in corresponding storage modules respectively, and the technical effect is to improve the efficiency of data query.

[0045] 2. The technical feature matches the target keywords in the target task according to the preset keyword list, and matches the test model according to the keywords. The technical effect is to improve the matching efficiency and enable a test model to be applied to different test objects, thereby improving the utilization rate of the test model. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] The present disclosure will be described in more detail below based on embodiments and with reference to the accompanying drawings:

[0047] Figure 1 A flowchart of an automated test method for heavy-load railway train control provided in an embodiment of the present disclosure.

[0048] Figure 2 A schematic diagram of the structure of a heavy-load railway train control automation test device provided in an embodiment of the present disclosure.

[0049] Figure 3 A schematic diagram of the structure of a heavy-load railway train control automation test system provided in an embodiment of the present disclosure.

[0050] Figure 4A schematic diagram of the structure of an information transfer center, a test engine and a storage module of an automated test method for heavy-load railway train control provided in an embodiment of the present disclosure.

[0051] In the drawings, the same reference numerals are used for the same components, and the drawings are not drawn to scale. DETAILED DESCRIPTION

[0052] In order to enable those skilled in the art to better understand the technical solution of the present disclosure, and to fully understand and implement how the present disclosure applies technical means to solve technical problems and achieve the corresponding technical effects, the technical solution in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the drawings in the embodiments of the present disclosure. Obviously, the described embodiments are only embodiments of a part of the present disclosure, not all of the embodiments. The embodiments of the present disclosure and the various features in the embodiments can be combined with each other without conflict, and the technical solutions formed are all within the scope of protection of the present disclosure. Based on the embodiments in the present disclosure, all other embodiments obtained by ordinary technicians in this field without making creative work should fall within the scope of protection of the present disclosure.

[0053] It should be noted that the terms "first", "second", etc. in the specification and claims of the present disclosure and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present disclosure described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products, or devices.

[0054] It should be noted that the steps shown in the flowcharts of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and that, although a logical order is shown in the flowcharts, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0055] Compared with the technological development of high-speed railways, the infrastructure of heavy-duty railways is weak, the signal system concept is primitive, there are many problems such as manual intervention in the vehicle control link, non-standard testing, and lack of automated testing technology. Testing is the last one in each process link of the product. The current automated testing framework has many innovations and corresponding framework software that can be used for the traditional IT industry and the Internet field, such as JUnit, TestNG, Selenium+WebDriver, Appium, STAF+STAX, RobotFramework, etc. Some are designed for white-box testing such as unit testing and integration testing of software, some are suitable for interface testing, and some are suitable for functional testing but are limited to UI interactive software under test.

[0056] For more special heavy-load train control systems, all security software is calculated in the form of server background and then sends control information to the train, without a corresponding UI operation interface. That is to say, in the field of railway signals, the system calculates and interacts information in a triggering mode. For the object under test, there is no external human-machine operation behavior. All operations are triggered in the operation mode by the dispatching center or the driver of the controlled train. In the field of high-speed rail signals, the automated testing framework is designed based on the characteristics of signal safety software. Generally speaking, it is independently developed, and there is no universal framework available on the market. However, for the testing of heavy-load train control systems, manual testing is still required. The manual testing method requires that the object under test is a real device. During the test, the object under test needs to be stopped and then tested, which affects the normal operation of the equipment and the test cost is also very high. Therefore, how to realize the automated testing of heavy-load railway train control has become an urgent problem to be solved.

[0057] The present application provides an automated test method for heavy-duty railway train control, which obtains communication data generated during the interaction between the test object and the external device, divides the communication data into at least one data packet according to the task type, confirms the violation identifier of each data packet, and when a trigger identifier is found in a data packet, calls a prediction test model according to the target task of the data packet, inputs the target task of the data packet into a preset test model, obtains the information to be verified output by the test model, and then searches for the target task matching the information to be verified in other data packets and their target tasks according to the information to be verified, and outputs the test result. The present application provides an automated test method suitable for heavy-duty railway train control, which does not need to control the operation of the equipment by controlling the UI interactive interface, can collect the interactive information of the test object without interfering with the normal operation, and automatically trigger the automated test according to the trigger signal, and then simulates the execution result of the test object after the test model simulates the execution program, and then compares the simulation result output by the test model with the actual execution result output by the test object, and then determines the test result, and completes the automated test of the heavy-duty train control railway without interfering with the normal operation of the equipment, which saves the test cost to a great extent, and the test no longer relies on manual labor, and its accuracy and test efficiency are greatly improved.

[0058] Embodiment 1

[0059] Figure 1 The following is a flow chart of a heavy-duty railway train control automation test method provided by the embodiment of the present disclosure. Figure 1 As shown, a heavy-load railway train control automation test method 100 includes the following steps.

[0060] Step S100: Acquire communication data generated during the interaction between the test object and an external device, wherein the external device is a device that has information interaction with the test object in a real operating environment, and the communication data includes data generated during the information interaction between the test object and the external device.

[0061] In the embodiment of the present application, the heavy-load train control system is composed of central equipment, station equipment, trackside equipment, on-board equipment, network security system, on-track operation civil defense system, etc. The information interaction in the system is completed by the on-board equipment, trackside equipment, station equipment, and central equipment. Some information interactions are one-way, and some information interactions are two-way. They work together to provide functional information within their respective management scopes to control driving safety. The test object in the embodiment of the present application can be one of the on-board equipment, trackside equipment, station equipment, and central equipment. External equipment and test objects are relative. External equipment is a device that has information interaction with the test object in the real operating environment. For example, there is information interaction between the on-board equipment and the trackside equipment and the central equipment respectively. If the test object is a vehicle-mounted device, then the trackside equipment and the central equipment are external devices. If the test object is a trackside device, then the on-board equipment is an external device.

[0062] Each test object is matched with an interface device, which is used to monitor the communication data generated during the interaction between the test object and the external device. The communication data includes the data generated by the information interaction between the test object and the external device.

[0063] Step S200: Divide the communication data into at least one data packet and its target task according to the task type.

[0064] In an embodiment of the present application, the interface device can be determined based on the interface information carried by the communication data, the interface device corresponds to the test object one by one, and then the source address, target address, target attribute and feedback identifier of the communication data are parsed, and the communication data is divided into at least one data packet and its target task according to the interface device, source address, target address, target attribute and feedback identifier.

[0065] Among them, the target tasks may include equipment power-on, cab activation, out-of-section operation, locomotive coupling, multi-locomotive coupling, departure preparation, departure preparation, train departure, driving permit, inter-station operation, automatic phase transition, temporary speed limit, passing the station, entering the station to receive the train, guiding the train, shunting operation, automatic departure, automatic passing the station, automatic operation in the section, automatic stopping in the station, locomotive uncoupling, locomotive end change, locomotive return, power off, runaway protection, retreat protection, heavy-load train control, track circuit without code, deactivation of basic block method and use of telephone block method control, use of green license / departure route notification control, prompt scene, ATP and LKJ switching, on-track operation civil defense, obstacle perception, single-machine operation, through test, section fault restart, train-ground wireless communication failure, ground equipment failure, satellite positioning failure, etc.

[0066] The execution object and the task of the execution object are determined according to the interface device, source address, target address, target attribute and feedback identifier, thereby determining the target task, and dividing the communication data into at least one data packet in units capable of achieving one target task.

[0067] In an embodiment of the present application, the data packets can also be classified and then stored in a storage module for subsequent data calls. In some embodiments, the data packets can also be decomposed into atomic information and the atomic information can be stored in the corresponding storage module.

[0068] In a specific example, different test objects may be used as classification standards. For example, data packets collected from the interface device corresponding to the on-board device may be divided into on-board information, data packets collected from the interface device corresponding to the trackside device may be divided into trackside information, data packets collected from the interface device corresponding to the station device may be divided into station information, and data packets collected from the interface device corresponding to the central device may be divided into central information. After the above information is decomposed, it can be divided into on-board atomic information, trackside atomic information, station atomic information and central atomic information, and stored in corresponding storage modules respectively. By classifying and decomposing the data, the efficiency of subsequent data query and processing is improved.

[0069] In the embodiment of the present application, the acquired data packets may also be filtered to remove noise data.

[0070] Step S300: Determine the trigger identifier of each data packet.

[0071] Step S400: In response to finding a trigger identifier in a data packet, a preset test model is retrieved according to a target task of the data packet.

[0072] In an embodiment of the present application, the trigger identifier may be an identification information used to trigger a test, and the trigger identifier may be preset in a data packet. When the data packet contains the trigger identifier, it indicates that the data packet can drive the test device to perform the corresponding target task, and that a preset test model needs to be called so that the test model synchronously and virtually executes the target task.

[0073] In an embodiment of the present application, the method of calling the preset test model is that when a trigger identifier is found in a data packet, a target keyword is matched in the target task according to a preset keyword list, and when the target keyword is found, the preset test model corresponding to the target keyword is called.

[0074] The keywords in the preset keyword list include, but are not limited to, activation, registration, coupling, shunting, location, line data, receiving a car, dispatching a car, setting a speed limit, and canceling a speed limit. Each keyword is matched with corresponding interface information, and the test model corresponding to the keyword can be retrieved through the interface information. Retrieving the test model through keywords makes it convenient to retrieve the prediction model while enabling a test model to be applied to different objects under test, thereby improving the utilization rate of the test model.

[0075] In some embodiments, the keywords also correspond to scene information, for example, activation and registration correspond to equipment power-on, coupling and shunting correspond to locomotive coupling, position and line data correspond to driving permits, etc., so that the present application can match interface information through keywords and scene information, and further retrieve the test model.

[0076] Step S500: inputting the target task of the data packet into the preset test model, and obtaining the information to be verified output by the test model;

[0077] Step S600: searching for a target task matching the information to be verified in other data packets and their target tasks according to the information to be verified, and outputting a test result.

[0078] In the embodiment of the present application, after the target task input value of the data packet is preset into the test model, the test model simulates the execution program of the test object, executes the target task and outputs the information to be verified, and the information to be verified is the virtual execution result generated by the execution program of the model test object. Since the test object will output the actual execution result after completing the target task and send the actual execution result to the external device, the communication data containing the execution result will also be acquired by the interface device, and after dividing the communication data into data packets, it will be stored in the storage module.

[0079] Therefore, after the test model generates the information to be verified, it can search for a target task matching the information to be verified in other data packets and their target tasks according to the information to be verified, and generate a test result according to the matching result.

[0080] In a specific example, the determination requirements for generating test results based on matching results can be divided into positive and negative types according to the functional logic processing and fail-safe principle of heavy-duty equipment:

[0081] Positive: Returns success if the object exists, otherwise returns failure.

[0082] Negative form: returns failure if it exists, and success if it does not exist.

[0083] For example, when the train determines that the conditions for the route under the train are not met, the ground equipment needs to send an unconditional emergency stop message, but at this time the ground equipment cannot send any form of information related to driving safety, such as movement authorization. Therefore, the information to be verified should include unconditional emergency stop information and not include any form of movement authorization information. When the target task that includes unconditional emergency stop information and does not include any form of movement authorization information is matched, the test is successful.

[0084] An automated testing method suitable for heavy-load railway train control disclosed in an embodiment of the present application can complete the automated testing of heavy-load train control railways without affecting the operation of heavy-load trains, thereby saving testing costs to a great extent. The testing is no longer dependent on manual labor, and its accuracy and testing efficiency are greatly improved.

[0085] Embodiment 2

[0086] Based on the above embodiments, Figure 2 The structure diagram of a heavy-duty railway train control automation test device provided by the embodiment of the present disclosure is as follows. Figure 2 As shown, a heavy-load railway train control automatic test device 200 includes:

[0087] Monitoring module 201, used to obtain communication data generated during the interaction between the test object and an external device, wherein the external device is a device that has information interaction with the test object in a real operating environment, and the communication data includes data generated by the information interaction between the test object and the external device;

[0088] A division module 202, configured to divide the communication data into at least one data packet and its target task according to the task type;

[0089] A search module 203, used to determine a trigger identifier of each data packet;

[0090] A calling module 204, configured to call a preset test model according to a target task of a data packet in response to finding a trigger identifier in the data packet;

[0091] An input module 205 is used to input the target task of the data packet into the preset test model to obtain the information to be verified output by the test model;

[0092] The output module 206 is used to search for a target task matching the information to be verified in other data packets and their target tasks according to the information to be verified, and output a test result.

[0093] Preferably, the division module 202 includes:

[0094] Interface device sorting queue: used to sort the data packets according to the receiving device;

[0095] Source address sorting queue: used to sort the data packets according to the source address;

[0096] Target address sorting queue: used to sort the data packets according to the target address;

[0097] Target attribute sorting team: used to sort the data packets according to target attributes;

[0098] Feedback ID sorting queue: used to sort the data packets according to the feedback ID.

[0099] Embodiment 3

[0100] Based on the above embodiments, Figure 3 The structure diagram of a heavy-duty railway train control automation test system provided by the embodiment of the present disclosure is as follows. Figure 3 As shown, a heavy-load railway train control automation test system 300 includes a system under test 301, an information transfer center 302 and a test engine 303.

[0101] In an embodiment of the present application, the system under test includes a test object and an interface device, and the interface device is communicatively connected to an information transfer center, so that after collecting communication data of the test object, the communication data is sent to the information transfer center.

[0102] The information transfer center is used to temporarily store the real-time data after acquiring the communication data, and to preliminarily filter the communication data, and then process the information according to the target task of the data. The information parsing process can be completed by a third-party module, and the communication data is parsed according to the user to form atomic information, which is stored in the external hard disk space. It is a formatted information unit. In a specific example, it can be implemented using technologies such as XML and dataBase.

[0103] The test engine queries the atomic information of the storage module through the information system query module, and feeds back the query results to the object that initiates the query service. This can be achieved based on SQL technology, string matching and other technologies.

[0104] In an embodiment of the present application, the main function of the test engine is to drive the user test script, parse the script and execute it, and submit an information query service to the information interaction processing module based on the parsing result, that is, it is used to input the target task of the data packet into the preset test model, obtain the information to be verified output by the test model, and then search for the target task that matches the information to be verified in other data packets and their target tasks based on the information to be verified, and output the test results.

[0105] In the embodiments of the present application, the information transfer center writes data to the storage module, and the test engine reads data from the storage module. The information transfer center and the test engine adopt the mutual exclusion principle.

[0106] In a specific example, during information transfer, communication data is throughput to the external storage module 304. When the test engine is testing, it needs to obtain the transferred data in real time, that is, it needs to read the information of the external storage medium.

[0107] Therefore, mutual exclusion processing is required;

[0108] According to the real-time processing of the two modules, the information transfer center and the test engine need to synchronize the position of information transfer. Therefore, a messenger flag can be set up to enable the mutual transmission of the current position information between the information transfer center and the test engine. If the positions are synchronized, both parties continue according to the synchronized position beacon. If they are not synchronized, an error is reported and the process exits. At the same time, the party where the messenger has not arrived has no permission to operate the information transfer storage medium, achieving the purpose of mutual exclusion, as Figure 4 shown;

[0109] In the mutually transmitted messenger, it includes the other party's position A, its own position B, authorization flag, etc. For the test engine, if the authorization flag is the other party, the local party has no permission to operate; if it is the local party, the local party needs to judge positions A and B. Only when B < A can it operate until B = A, and then hand over the authorization to the other party. For information transfer, if the authorization flag is the other party, the local party has no right to operate; if it is the local party, the local party needs to judge positions A and B. Only when B = A can it operate until B < A and there is no information transfer, and then hand over the authorization to the other party. At the same time, both parties set corresponding monitoring timers. After the timeout, the authorization is handed over. Such a processing logic takes into account the triggering and discreteness of information interaction between systems and improves the processing efficiency.

[0110] Embodiment 4

[0111] Based on the above embodiments, this embodiment provides a computer device, including a memory, a processor, and a computer program stored on the memory. The processor executes the computer program to implement the steps of the method described in the above embodiments.

[0112] In some embodiments of this embodiment, a computer-readable storage medium is provided, on which a computer program is stored. The computer program, when executed by a processor, implements the steps of the method described in the above embodiments.

[0113] In some embodiments of this embodiment, a computer program product is provided, including a computer program. The computer program, when executed by a processor, implements the steps of the method described in the above embodiments.

[0114] The processor may include, but is not limited to, one or more processors or microprocessors. Each processor may be an application specific integrated circuit (ASIC), a digital signal processor (DSP), a digital signal processing device (DSPD), a programmable logic device (PLD), a field programmable gate array (FPGA), a controller, a microcontroller, a microprocessor or other electronic components, and is used to execute the heavy-duty railway train control automation test method in the above embodiment.

[0115] The computer-readable storage medium may be implemented by any type of volatile or non-volatile storage device or a combination thereof, and the computer-readable storage medium may include but is not limited to, for example, random access memory (RAM), read-only memory (ROM), flash memory, EPROM memory, EEPROM memory, registers, computer storage media (e.g., hard disk, floppy disk, solid-state drive, removable disk, CD ROM, DVD ROM, Blu-ray disc, etc.).

[0116] The computer-readable storage medium may also store at least one computer executable program, such as a computer-readable instruction. The computer-readable storage medium includes, but is not limited to, for example, a volatile memory and / or a non-volatile memory. The volatile memory may include, for example, a random access memory (RAM) and / or a cache memory (cache), etc. The computer-readable storage medium may include, for example, a read-only memory (ROM), a hard disk, a flash memory, etc. For example, a non-transitory computer-readable storage medium may be connected to a computing device such as a computer, and then, when the computing device runs the computer-readable instructions stored on the computer-readable storage medium, the various methods described above may be performed.

[0117] In addition, the computer device may also include (but not limited to) a data bus, an input / output (I / O) bus, a display, and input / output devices (eg, keyboard, mouse, speaker, etc.), etc.

[0118] The processor may communicate with external devices via an I / O bus via a wired or wireless network.

[0119] In one embodiment, the at least one computer executable instruction may also be compiled into or constitute a software product / computer program product, wherein one or more computer executable instructions are executed by a processor to perform the various functions and / or method steps in the embodiments described in the present technology.

[0120] In the embodiments provided in the present disclosure, it should be understood that the disclosed devices and methods can also be implemented in other ways. The device embodiments described above are merely schematic. For example, the flowcharts and block diagrams in the accompanying drawings show the possible architecture, functions and operations of the devices, methods and computer program products according to multiple embodiments of the present disclosure. In this regard, each box in the flowchart or block diagram can represent a module, a program segment or a part of a code, and the above-mentioned module, program segment or a part of the code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two consecutive boxes can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flowchart, and the combination of boxes in the block diagram and / or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or action, or can be implemented with a combination of dedicated hardware and computer instructions.

[0121] It should be noted that in the present disclosure, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element limited by the sentence "includes a ..." does not exclude the existence of other identical elements in the process, method, article or device including the element.

[0122] Although the embodiments disclosed in the present disclosure are as above, the above contents are only embodiments adopted for facilitating the understanding of the present disclosure and are not intended to limit the present disclosure. Any technician in the technical field to which the present disclosure belongs can make any modifications and changes in the form and details of the implementation without departing from the spirit and scope disclosed in the present disclosure, but the scope of patent protection of the present disclosure shall still be subject to the scope defined in the attached claims.

Claims

1. A heavy-load railway train control automation test method, characterized in that: include: Acquire communication data generated during the interaction between the test object and an external device, wherein the external device is a device that has information interaction with the test object in a real operating environment, and the communication data includes data generated during the information interaction between the test object and the external device; Dividing the communication data into at least one data packet and its target task according to the task type; Determine a trigger flag for each data packet; In response to finding a trigger identifier in a data packet, calling a preset test model according to a target task of the data packet; Inputting the target task of the data packet into the preset test model, and obtaining the information to be verified output by the test model; According to the information to be verified, a target task matching the information to be verified is searched in other data packets and their target tasks, and a test result is output.

2. The heavy-haul railway train control automation test method according to claim 1 is characterized in that: The step of dividing the communication data into at least one data packet and its target task according to the task type comprises: Determine an interface device according to the interface information carried by the communication data, the interface device corresponds to a test object one by one, and is used to collect the communication data, and the test object is one of an on-board device, a trackside device, a station device, and a central device; Parsing the communication data to determine the source address, target address, target attribute and feedback identifier of the communication data; The communication data is divided into at least one data packet and its target task according to the interface device, source address, target address, target attribute and feedback identifier.

3. The heavy-haul railway train control automation test method according to claim 2 is characterized in that: After dividing the communication data into at least one data packet and its target task according to the task type, the method further includes: The classified data packets are stored in the corresponding storage modules respectively.

4. The heavy-haul railway train control automation test method according to claim 3 is characterized in that: Storing the classified data packets in corresponding storage modules includes: Decomposing the data packet into atomic information; The atomic information is stored in a corresponding storage module.

5. The heavy-haul railway train control automation test method according to claim 1, characterized in that: In response to finding a trigger mark in a data packet, calling a preset test model according to a target task of the data packet includes: When a trigger identifier is found in a data packet, a target keyword is matched in the target task according to a preset keyword list; When the target keyword is found, the preset test model corresponding to the target keyword is retrieved.

6. The heavy-haul railway train control automation test method according to claim 1, characterized in that: The step of inputting the target task of the data packet into the test model and obtaining the information to be verified output by the test model includes: Inputting the target task of the data packet into the preset test model; The preset test model simulates the execution program of the test object, executes the target task and outputs information to be verified, and the information to be verified is simulation information of the actual execution result of the test object.

7. A heavy-load railway train control automation test device, characterized in that: include: A monitoring module, used to obtain communication data generated during the interaction between the test object and an external device, wherein the external device is a device that has information interaction with the test object in a real operating environment, and the communication data includes data generated by the information interaction between the test object and the external device; A division module, used for dividing the communication data into at least one data packet and its target task according to the task type; A search module, used to determine the trigger identifier of each data packet; A calling module, configured to call a preset test model according to a target task of a data packet in response to finding a trigger identifier in the data packet; An input module, used to input the target task of the data packet into the preset test model, and obtain the information to be verified output by the test model; The output module is used to search for a target task matching the information to be verified in other data packets and their target tasks according to the information to be verified, and output a test result.

8. The heavy-load railway train control automation test device according to claim 7, characterized in that: The division module comprises: Interface device sorting queue: used to sort the data packets according to the receiving device; Source address sorting queue: used to sort the data packets according to the source address; Target address sorting queue: used to sort the data packets according to the target address; Target attribute sorting team: used to sort the data packets according to target attributes; Feedback ID sorting queue: used to sort the data packets according to the feedback ID.

9. A computer device comprising a memory, a processor and a computer program stored in the memory, characterized in that: The processor executes the computer program to implement the steps of the method according to any one of claims 1 to 6.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.

11. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.

Images