CN113821440B

CN113821440B - VxWorks application software testing method, system and simulator

Info

Publication number: CN113821440B
Application number: CN202111133815.3A
Authority: CN
Inventors: 罗显光; 侯波; 黄众; 覃事东; 郭瑾玉
Original assignee: CRRC Zhuzhou Locomotive Co Ltd
Current assignee: CRRC Zhuzhou Locomotive Co Ltd
Priority date: 2021-09-27
Filing date: 2021-09-27
Publication date: 2023-09-05
Anticipated expiration: 2041-09-27
Also published as: CN113821440A

Abstract

The application discloses a VxWorks application software testing method, a system and a simulator, which simulate other bus network interfaces through an Ethernet interface, so that the problem that the simulator lacks an actual physical interface is solved; in actual test, batch receiving and sending of MVB data are carried out through the virtual MVB interface and the serial port, and operations of adding, deleting, modifying and inquiring are carried out on the received MVB data in a memory space, so that automatic running of test cases is realized, and feedback data generated after running is fed back to a test tool by a simulator to verify the correctness of test results. According to the application, a test bed is not required to be built, a train network is not required, special hardware such as an MVB interface is also not required, the complete function test of the vehicle-mounted equipment can be carried out in a simulator environment, and hardware resources and human resources during real machine debugging and real vehicle debugging are greatly saved.

Description

VxWorks application software testing method, system and simulator

Technical Field

The application belongs to the field of rail transit, and particularly relates to a VxWorks application software testing method, a VxWorks application software testing system and a simulator.

Background

The main stream vehicle-mounted equipment generally uses MVB (multifunction vehicle bus, multifunctional vehicle bus) to control the train and uses ethernet to perform information interaction of non-control vehicles with large data volume. Meanwhile, some devices on the train use IO hard lines, CAN networks, serial ports and the like to carry out information interaction, for example, car door control devices adopting the CAN networks, various CAN network control devices related to magnetic suspension control, LKJ (train operation monitoring device) devices adopting the serial ports, important IO hard lines are controlled by the train, and many of the vehicle-mounted devices are embedded devices adopting a Vxworks operating system.

After development, the program of the in-vehicle device needs to be subjected to component test, unit test, integration test, and the like of software. When the vehicle-mounted equipment is tested in a laboratory, a test bed is required to be built firstly, and then each vehicle-mounted equipment is connected for functional test; and then the vehicle-mounted equipment is connected into various networks of the vehicle for testing, the vehicle-mounted equipment is matched with operators of various systems in the testing process, the vehicle is required to be electrified, and the more the program problems are, the more hardware resources and human resources are required. After the program or the application software passes the test on the simulator or the virtual machine, the test resources can be saved greatly by performing the real machine test.

The existing simulators (such as application software in a notebook) lack actual physical interfaces, for example, simulation software of train control equipment of a VCU can only manually set values for testing, cannot quickly receive data of other systems in batches, and cannot automatically test cases.

Disclosure of Invention

The application aims to provide a VxWorks application software testing method, a VxWorks application software testing system and a simulator, which are used for solving the problem that the existing simulator lacks an actual physical interface, so that batch data cannot be received and sent.

The application solves the technical problems by the following technical scheme: a VxWorks application software testing method, which tests VxWorks application software in a simulator, the method comprising the steps of:

step 1: on a simulator and an upper computer, simulating functional functions in an MVB interface and a serial port by using Ethernet combined with a Socket function to generate a virtual MVB interface and a virtual serial port function;

step 2: applying for a memory space in the simulator, and realizing functions of data addition, deletion, modification and inquiry in the memory space;

step 3: writing test cases of the vehicle-mounted equipment in batches on the test tool, wherein the test cases are pre-stored with data to be fed back;

step 4: the MVB data in the test case is sent to the simulator through the Ethernet;

step 5: performing operations of adding, deleting, modifying and inquiring on the received MVB data in the memory space, and generating feedback data;

step 6: the feedback data is sent to a testing tool through a virtual MVB interface and a virtual serial port;

step 7: and in the test tool, comparing the feedback data with the feedback data to obtain a test result.

In the application, other bus network interfaces, such as MVB interfaces, serial interfaces and the like, are simulated through the Ethernet interface, so that the problem that the simulator lacks an actual physical interface is solved; in actual test, batch receiving and sending of MVB data are carried out through the virtual MVB interface and the serial port, and operations of adding, deleting, modifying and inquiring are carried out on the received MVB data in a memory space, so that automatic running of test cases is realized, and feedback data generated after running is fed back to a test tool by a simulator to verify the correctness of test results. According to the method, a test bed is not required to be built, a train network is not required, special hardware such as an MVB interface is also not required, the complete function test of the vehicle-mounted equipment can be carried out in a simulator environment, and hardware resources and human resources during real machine debugging and real vehicle debugging are greatly saved; the correctness of the test result is verified in the simulator environment, so that the code errors in the real environment are reduced; the method can realize batch receiving and sending of MVB data, and provides a basis for automatic execution or operation of test cases.

Further, in the step 1, the function in the MVB interface includes an MVB operation pointer establishment function, an initializing device function, a registration batch port function, a receiving function reading port data, and a transmitting function transmitting port data;

the MVB operation pointer establishment function is simulated by using a null function;

the initializing device function is simulated by using a file descriptor for creating a Socket function;

the registration batch port function is realized by binding 20000 ports of a fixed UDP protocol and using the first two bytes as virtual MVB interfaces, and simultaneously, memory space is applied according to the number of the MVB interfaces, and the last piece of data of each MVB interface is stored;

the receiving function reads the port data by finding the corresponding port number and data from the memory space;

the transfer function transfer interface port data is implemented by UDP transfer data to the fixed 2000 port and test tool address.

Further, in the step 1, the serial port includes a CAN interface, an RS485 interface, and an RS232 interface.

Further, the function in the CAN interface comprises a CAN operation pointer establishment function, a receiving function and a transmitting function;

the CAN operation pointer establishment function is simulated by using a file descriptor for creating a Socket function;

the receiving function is simulated through different UDP ports;

the transmission function is implemented by transmitting UDP data of a fixed port.

Further, in the step 2, managing the data includes viewing, modifying the data, and allowing only the read operation or the write operation at the same time.

The application also provides a VxWorks application software testing system, which comprises a simulator and a testing tool; the simulator is connected with the testing tool through Ethernet communication, and comprises an interface unit and a data intermediate layer unit;

the interface unit comprises a virtual MVB interface and a virtual serial port, and the virtual MVB interface and the virtual serial port are simulated by combining Ethernet with a Socket function; the interface unit is used for receiving and transmitting data;

the data middle layer unit is used for performing addition, deletion, modification and query operations on the data received through the virtual MVB interface and the virtual serial port and generating feedback data; and the feedback data is sent to a testing tool;

the test tool is used for writing test cases of the vehicle-mounted equipment in batches, and feedback data are prestored in the test cases; the interface unit is used for receiving the MVB data in the test case; and the device is used for receiving the feedback data, comparing the feedback data with feedback data to obtain a test result so as to verify the correctness of the test.

The application also provides a simulator, which comprises an interface unit and a data intermediate layer unit;

the data middle layer unit is used for adding, deleting, modifying and inquiring the data received through the virtual MVB interface and the virtual serial port.

Advantageous effects

Compared with the prior art, the application has the advantages that:

according to the VxWorks application software testing method, the VxWorks application software testing system and the simulator, other bus network interfaces are simulated through the Ethernet interface, so that the problem that the simulator lacks an actual physical interface is solved; in actual test, batch receiving and sending of MVB data are carried out through the virtual MVB interface and the serial port, and operations of adding, deleting, modifying and inquiring are carried out on the received MVB data in a memory space, so that automatic running of test cases is realized, and feedback data generated after running is fed back to a test tool by a simulator to verify the correctness of test results. According to the application, a test bed is not required to be built, a train network is not required, special hardware such as an MVB interface is also not required, the complete function test of the vehicle-mounted equipment can be carried out in a simulator environment, and hardware resources and human resources during real machine debugging and real vehicle debugging are greatly saved; the correctness of the test result is verified in the simulator environment, so that the code errors in the real environment are reduced; the method can realize batch receiving and sending of MVB data, and provides a basis for automatic execution or operation of test cases.

Drawings

In order to more clearly illustrate the technical solutions of the present application, the drawings that are needed in the description of the embodiments will be briefly described below, it being obvious that the drawing in the description below is only one embodiment of the present application, and that other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a flow chart of a method for testing VxWorks application software in an embodiment of the application;

fig. 2 is a schematic diagram of actual network data transmission of a vehicle-mounted device using a Vxworks operating system in an embodiment of the present application;

FIG. 3 is a schematic diagram of functional functions in an interface through an Ethernet analog simulator in an embodiment of the application.

Detailed Description

The following description of the embodiments of the present application will be made more apparent and fully by reference to the accompanying drawings, in which it is shown, however, only some, but not all embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

The technical scheme of the application is described in detail below by specific examples. The following embodiments may be combined with each other, and some embodiments may not be repeated for the same or similar concepts or processes.

As shown in fig. 1, the method for testing VxWorks application software provided in the present embodiment performs a test of VxWorks application software in a simulator, and includes the following steps:

step 1: on the simulator and the upper computer, the Ethernet is combined with a Socket function to simulate the function functions in the MVB interface and the serial port, and the virtual MVB interface and the virtual serial port function are generated.

As shown in fig. 1, the actual vehicle-mounted equipment acquires test data through an MVB interface, an ethernet interface, a CAN interface and the like, the test data is processed in an intermediate layer of a VxWorks operating system, and then the data is sent through the MVB interface, the ethernet interface and the CAN interface. In this embodiment, as shown in fig. 2, data is received and sent in batches on the simulator through a virtual ethernet interface, and simultaneously, an MVB interface, a CAN interface and the like are simulated through the virtual ethernet interface, so that the problem that the simulator has no hardware is solved, and the communication problem is solved.

In the implementation, the function functions of the MVB interface and the serial port are required to be realized in the upper computer and the simulator, the function functions in the MVB interface and the serial port are simulated by using the Ethernet combined with the Socket function, and the virtual MVB interface and the virtual serial port function are generated, so that the software codes in the simulator are completely consistent with the true machine codes, and the functions are consistent; the codes of the test cases written on the test tool are consistent with the codes of the test cases in the real machine test, and the VxWorks application software performs complete function test in the simulator, so that code errors in the real environment can be reduced.

All functions of the MVB interface, the serial port and the like are simulated, and the function of the MVB interface is realized in the mode shown in the table 1:

table 1 implementation of function in simulator in MVB interface

The functional functions in serial ports such as a CAN interface, an RS485 interface and an RS232 interface are realized in the mode shown in the table 2:

table 2 implementation of function in simulator in CAN interface

The implementation of the function functions in the RS485 interface and the RS232 interface in the simulator is similar to a CAN interface. For Ethernet, TRDP addresses and ports are commonly agreed; for MVB network, the MVB port number is contracted; for the RS232 interface, a communication mode is agreed, and a hardware link of the RS232 is determined; for CAN networks, CAN id is agreed, etc.

Step 2: the simulator applies for the memory space and realizes the functions of data addition, deletion, modification and inquiry in the memory space.

The memory space in the simulator is similar to the data middle layer of the VxWorks application software, and is used for data addition, deletion, modification and query operation, so that the received data is checked and modified, and only read or write operation is allowed at the same time. The memory space can be used for serving functions of other threads, such as data recording, data sending and data calculating, and can be used for manually observing data and acquiring data for a test program, and the implementation of each function of the memory space in the simulator adopts the mode shown in table 3:

table 3 implementation of memory space functions in simulator

And a data middle layer is realized in the simulator, only reading operation or writing operation is performed at the same time, so that other functional modules can call data conveniently, and all data of the data middle layer can be directly checked and modified.

Step 3: and writing test cases of the vehicle-mounted equipment in batches on the test tool, wherein the test cases are pre-stored with data to be fed back.

The code of the test case is consistent with the code of the test case in the real machine test, so that the software code in the simulator is completely consistent with the real machine code, and the functions are consistent. Test cases may be common across simulators and real machine devices. The feedback data is used for judging the correctness of the test result. In this embodiment, the test tool may be a device such as a notebook computer or an industrial personal computer.

Step 4: and sending the MVB data in the test case to a simulator through the Ethernet.

As shown in fig. 2, the test tool sends MVB data in the test case to the virtual ethernet interface of the simulator through the ethernet, and then the MVB data is transmitted to the memory space through the virtual ethernet interface.

Step 5: and performing operations of adding, deleting, modifying and inquiring on the received MVB data in the memory space, and generating feedback data.

Step 6: and sending the feedback data to the testing tool through the virtual MVB interface and the virtual serial port.

Step 7: in the test tool, the feedback data and the feedback data are compared to obtain a test result.

The required message data for the automated test cases should be managed using a database tool. The fields that the data table should have: and inputting a message, and receiving the message at a message sending interval, and actually receiving the message and other fields.

The embodiment also provides a VxWorks application software testing system, which comprises a simulator and a testing tool; the simulator is connected with the testing tool through Ethernet communication, and comprises an interface unit and a data intermediate layer unit;

the interface unit comprises a virtual MVB interface and a virtual serial port, which are simulated by combining Ethernet with a Socket function, as shown in tables 1 and 2; the interface unit is used for receiving and transmitting data.

The data middle layer unit is used for performing addition, deletion, modification and query operations (shown in table 3) on the data received through the virtual MVB interface and the virtual serial port, and generating feedback data; and transmitting the feedback data to a test tool.

The embodiment also provides a simulator, which comprises an interface unit and a data middle layer unit.

The data middle layer unit is configured to perform operations of adding, deleting, modifying and querying on data received through the virtual MVB interface and the virtual serial port, as shown in table 3.

The foregoing disclosure is merely illustrative of specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art will readily recognize that changes and modifications are possible within the scope of the present application.

Claims

1. A method for testing VxWorks application software, characterized in that the testing of VxWorks application software is performed in a simulator, the method comprising the steps of:

2. The VxWorks application software testing method of claim 1, wherein in step 1, the function functions in the MVB interface include MVB operation pointer establishment function, initializing device function, registering batch port function, receiving function read port data, and sending function send port data;

3. The VxWorks application software testing method of claim 1, wherein in step 1, the serial ports include a CAN interface, an RS485 interface, and an RS232 interface.

4. The VxWorks application software testing method of claim 3, wherein the function functions in the CAN interface include a CAN operation pointer establishment function, a reception function, and a transmission function;

the receiving function is simulated through different UDP ports;

5. The VxWorks application software testing method of any one of claims 1-4, wherein in said step 2, managing data includes viewing, modifying, and allowing only read or write operations at the same time.

6. The VxWorks application software testing system is characterized by comprising a simulator and a testing tool; the simulator is connected with the testing tool through Ethernet communication, and comprises an interface unit and a data intermediate layer unit;

the data middle layer unit is used for adding, deleting, modifying and inquiring the data received through the virtual MVB interface and the virtual serial port and generating feedback data; and the feedback data is sent to a testing tool;

7. A simulator, comprising an interface unit and a data interface layer unit;