ATC software testing method, system and equipment, medium and program product

Abstract

The invention discloses an ATC software testing method, system and device, a medium and a program product, relates to the field of civil aviation application software, and solves the problem that the safety and efficiency of current ATC software testing are insufficient. According to the technical scheme, the method comprises the following steps: in response to a test instruction, reading a database file of ATC software, and checking the database file; when the database file is successfully verified, reading a third data structure of the database file, and obtaining a wheel load signal representing the state of the aircraft; after it is judged that the third data structure and the wheel load signal meet the condition for starting the interface testing function, the interface testing function is executed, and a testing result of the ATC software is obtained.

Description

Technical Field

[0001] The present application relates to the field of civil aviation application software, and more specifically, to a test method, system, equipment, medium and program product for ATC software. Background Art

[0002] Air traffic control software (ATC) provides data link functions between flight crews and the control center, mainly including FANS1 / A+AFN, FANS1 / A+CPDLC, FANS1 / A+ADS-C based on the ACARS network, and Link2000+CM, Link 2000+CPDLC functions based on the ATN network.

[0003] ATC software is an embedded application software resident in IMA, which consists of three configuration items: ATC application software (resident software of IMA, which is the executable target code of ATC software), ATC DF file (parameter data item of CDS, which is the interface definition file between ATC software and CDS) and ATC DB (IMA resident configuration file). According to the safety requirements of the communication system and the requirements of the communication system preliminary safety assessment (PSSA), the functional failure condition of ATC software is "Major", and the development assurance level of ATC software is determined to be C, which should meet the DAL-C design assurance level requirements defined in DO-178C.

[0004] like Figure 1 As shown in the figure, the normal flow of the ATC software testing process is as follows: First, develop the high-level requirements of the ATC software according to the upper-level requirements, and then develop the high-level test cases of the ATC software according to the high-level requirements, and develop the low-level requirements at the same time; develop the source code according to the low-level requirements, and write the low-level test cases; then, write the high-level test procedures of the ATC software according to the black box test environment, and write the low-level test procedures of the ATC software according to the low-level requirements.

[0005] In the process of developing high-level test procedures, some high-level test cases cannot pass black box testing, which reduces the safety and efficiency of ATC software testing. Summary of the invention

[0006] The present application provides a testing method, system, device, medium and program product for ATC software, which solves the problems of insufficient security and efficiency in current ATC software testing.

[0007] In a first aspect of the present application, a method for testing ATC software is provided, the method further comprising:

[0008] In response to the test instruction, the database file of the ATC software is read and the database file is verified;

[0009] When the database file verification succeeds, the third data structure of the database file is read, and a wheel load signal representing the state of the aircraft is obtained;

[0010] After determining that the third data structure and the wheel load signal meet the conditions for starting the interface test function, the interface test function is executed to obtain the test result of the ATC software.

[0011] In one implementation, before responding to the test instruction of the ATC software and reading the database file of the ATC software, the method further includes: creating the database file of the ATC software according to the parameter data items of the ATC software.

[0012] In one implementation, the database file includes a first data structure, a second data structure, a third data structure, a fourth data structure, and a fifth data structure;

[0013] Among them, the first data structure is the version of the ATC software, the second data structure is the time of the ATC software, the third data structure is the mode of the ATC software, the fourth data structure is the address information of the ATC software, and the fifth data structure is the check value.

[0014] In one implementation, whether the third data structure and the wheel-borne signal satisfy the requirements for starting the interface test function is determined in the following manner: when determining whether the third data structure is characterized as a test mode and whether the wheel-borne signal is characterized as the aircraft not being in flight, if the third data structure is characterized as a test mode and the wheel-borne signal is characterized as the aircraft not being in flight, then starting the interface test function.

[0015] In one implementation, the interface test function is executed to obtain the test result of the ATC software, specifically:

[0016] Input the test script through the serial port of the ATC software, execute the test script, and obtain the result data;

[0017] Output the result data through the serial port, judge whether the result data is consistent with the actual data, and obtain the test result of the ATC software based on the judgment result.

[0018] In a second aspect of the present application, a testing system for ATC software is provided, the system comprising:

[0019] A reading and verification module is used to read the database file of the ATC software in response to the test instruction and verify the database file;

[0020] A parameter acquisition module, used for reading the third data structure of the database file and acquiring a wheel load signal representing the state of the aircraft when the database file verification succeeds;

[0021] The test module is used to execute the interface test function and obtain the test result of the ATC software after determining that the third data structure and the wheel load signal meet the conditions for starting the interface test function.

[0022] In one implementation, the system further includes:

[0023] The database file creation module is used to create the database file of the ATC software according to the parameter data items of the ATC software.

[0024] The third aspect of the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, a method for testing ATC software as provided in the first aspect of the present application is implemented.

[0025] According to a fourth aspect of the present application, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, a method for testing ATC software as provided in the first aspect of the present application is implemented.

[0026] A fifth aspect of the present application provides a computer program product, including a computer program, which, when executed by a processor, implements a method for testing ATC software as provided in the first aspect of the present application.

[0027] Compared with the prior art, this application has the following beneficial effects:

[0028] 1. In a test method for ATC software provided in the present application, from the perspective of the safety of ATC software testing, in response to the test instruction, the database file of the ATC software is read and the database file is verified; when the database file verification fails, the interface test function is not started. After the verification is successful, if the wheel-loaded signal representing the aircraft status is not obtained, the interface test function is not started, thereby avoiding testing under abnormal aircraft conditions and improving the safety of ATC software testing. At the same time, when the verification and wheel-loaded signals meet the conditions, it is further necessary to determine whether the third data structure of the database file and the wheel-loaded signal meet the conditions for starting the interface test function. If they meet, the interface test function is started to obtain the test results of the ATC software. Therefore, in general, the present application combines the operation of the interface test function and the conditional judgment of starting the interface test function, avoiding the phenomenon that some test cases in the test process of the prior art cannot pass the black box test, thereby improving the safety and accuracy of the ATC software test.

[0029] 2. In an ATC software testing method provided in the present application, based on the current flow of the ATC software testing process, the present application controls the opening and closing of the interface testing function through the configurable parameter data items of the ATC software, which is simple to implement and easy to configure. Secondly, the interface testing function inputs the test script through the serial port to obtain the test result data of the ATC software. A single script covers the verification of multiple requirements, thereby improving the testing efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] The drawings described herein are used to provide a further understanding of the embodiments of the present application, constitute a part of the present application, and do not constitute a limitation on the embodiments of the present application. In the drawings:

[0031] Figure 1 ATC software high-level and low-level requirements and test cases and procedure development flow chart provided for the embodiment of the present application;

[0032] Figure 2 A flowchart of a method for testing ATC software provided in an embodiment of the present application;

[0033] Figure 3 A data format diagram of a database file provided in an embodiment of the present application;

[0034] Figure 4 A functional block diagram of an ATC software testing system provided in an embodiment of the present application;

[0035] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0036] In order to make the objectives, technical solutions and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with examples and drawings. The illustrative implementation scheme of the present application and its description are only used to explain the present application and are not intended to limit the present application.

[0037] It should be noted that the terms "include" or "may include" used in various embodiments of the present application indicate the presence of the function, operation or element applied for, and do not limit the addition of one or more functions, operations or elements. In addition, as used in various embodiments of the present application, the terms "include", "have" and their cognates are only intended to indicate specific features, numbers, steps, operations, elements, components or a combination of the foregoing items, and should not be understood as first excluding the presence of one or more other features, numbers, steps, operations, elements, components or a combination of the foregoing items or the possibility of adding one or more features, numbers, steps, operations, elements, components or a combination of the foregoing items.

[0038] In various embodiments of the present application, terms such as "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features. In the description of the present application, the meaning of "plurality" is two or more, unless otherwise clearly and specifically defined.

[0039] like Figure 1 As shown in the figure, the normal flow of the ATC software testing process is as follows: First, develop the high-level requirements of the ATC software according to the upper-level requirements, and then develop the high-level test cases of the ATC software according to the high-level requirements, and develop the low-level requirements at the same time; develop the source code according to the low-level requirements, and write the low-level test cases; then, write the high-level test procedures of the ATC software according to the black box test environment, and write the low-level test procedures of the ATC software according to the low-level requirements.

[0040] In the process of developing high-level test procedures, some high-level test cases cannot pass black box testing, which reduces the safety and efficiency of ATC software testing.

[0041] Interface testing requirements will be proposed as derived low-level requirements (no traceable high-level requirements) to meet the verification coverage of high-level requirements.

[0042] Based on the existing test process described above, after completing the development of the high-level test procedure, this application will execute the high-level test procedure to meet the goals (A-7, #3) in Table 1; insert the source code, complete the compilation and linking to obtain a new executable file, load it to the target machine, execute the high-level test procedure again, obtain coverage data, and conduct statement coverage, data coupling and control coupling analysis, thereby meeting the goals (A-7, #7 and #8) in Table 1.

[0043] The high-level requirements include the high-level requirements of ATC software applications, ATC DF files and ATC DB. ATC DB is a parameter data item, and the verification method is to review the ATC DB file data and verify the high-level requirements in combination with the method of running the ATC software-related programs after the ATC software loads the ATC DB. The verification method of the ATC DF file is irrelevant to the test method provided in the embodiment of the present application.

[0044]

[0045] Please refer to Figure 2 , Figure 2 A flowchart of a method for testing ATC software provided in an embodiment of the present application is shown in FIG. Figure 2 As shown, the method also includes:

[0046] S201, in response to a test instruction, reading a database file of the ATC software and verifying the database file.

[0047] In this embodiment, the test instruction can be an instruction started by the ATC software, or can be another predefined instruction, which is not specifically limited in this embodiment. The technical means of reading the database file of the ATC software and verifying the database file are conventional technical means, which are not specifically described in this embodiment.

[0048] Before reading the database file of the ATC software and verifying the database file, the method provided in this embodiment further includes: creating the database file of the ATC software according to the parameter data items of the ATC software.

[0049] Specifically, during the design of the ATC software interface test, the parameter data item requirements in the ATC software are defined. By reviewing the high-level requirements of the ATC DB, the parameter data item requirements of this part of the ATC software are verified. By reviewing the data content of the ATC DB and implementing the software functions after the ATC software loads the database, the implementation of the database format is verified.

[0050] Specifically, if Figure 3 As shown, Figure 3 The data format diagram of the database file provided in the embodiment of the present application is as follows: Figure 3 In the data structure, the first data structure, the second data structure, the third data structure, the fourth data structure and the fifth data structure are sequentially numbered in the order of numbers, wherein the first data structure is the version of the ATC software, the second data structure is the time of the ATC software, the third data structure is the mode of the ATC software, the fourth data structure is the address information of the ATC software, and the fifth data structure is the check value. The address information of the ATC software has multiple NSAP addresses.

[0051] Secondly, in Figure 3 In the fourth data structure ATC Facility, the format is: ATSU Ground Facility ID+Center Name+NSAP+TSEL, 40 bytes in total. ATSU Ground Facility ID: 4-8 chars; Center Name: 0-10 chars.

[0052] This embodiment also discloses an NSAP+NSAP address format, which is as follows:

[0053] AFI+IDI / IDP VER ADM RDF ARS LOC SYS NSEL TSEL 3Octetes 1 3 1 3 2 6 1 2 .

[0054] A third data structure is also provided: Bytes 1-4: MODE; Bytes 5-8: WORK / TEST; Bytes 9-40: all zeros (Pad). Test mode: TEST. Work mode: WORK.

[0055] The fifth data structure is CRC, i.e., the check value. Secondly, regarding the execution step of checking the database file, it refers to the CRC value of the check database file.

[0056] It should be noted that the English characters in the data format of the database file mentioned above are the expression form of the international standard data format specified by the air traffic control software (ATC software), so this embodiment will not explain them one by one.

[0057] S202, when the database file verification succeeds, read the third data structure of the database file, and obtain the wheel load signal representing the aircraft status.

[0058] In this embodiment, the wheel load signal refers to the wheel load status signal of the aircraft landing system, which is a signal used to judge the ground-air.

[0059] The third data structure has been described in detail in the above embodiment and will not be repeated here.

[0060] S203, after determining that the third data structure and the wheel load signal meet the conditions for starting the interface test function, execute the interface test function to obtain the test result of the ATC software.

[0061] In this embodiment, whether the third data structure and the wheel-borne signal satisfy the requirements for starting the interface test function is determined in the following manner: when determining whether the third data structure is characterized as a test mode and whether the wheel-borne signal is characterized as the aircraft not being in flight, if the third data structure is characterized as a test mode and the wheel-borne signal is characterized as the aircraft not being in flight, then starting the interface test function.

[0062] It should also be noted that, in addition to the above conditions, the interface test function will not be started if any of the following conditions is met:

[0063] The CRC check of the database file failed;

[0064] The third data structure of the database file is WORK;

[0065] The wheel load signal obtained is OFF (the aircraft is in the air);

[0066] No wheel load signal was obtained.

[0067] Specifically, execute the interface test function to obtain the test results of the ATC software, specifically: input the test script through the serial port of the ATC software, execute the test script, and obtain the result data; output the result data through the serial port, judge whether the result data is consistent with the actual data, and obtain the test results of the ATC software according to the judgment result.

[0068] It is understandable that the test result of the ATC software is PASS or FAIL.

[0069] Based on the contents described in the above embodiments, in a testing method for ATC software provided in an embodiment of the present application, from the perspective of the safety of ATC software testing, in response to a test instruction, the database file of the ATC software is read and the database file is verified; when the database file verification fails, the interface test function is not started; after the verification is successful, if the wheel-loaded signal representing the aircraft status is not obtained, the interface test function is not started, thereby avoiding testing under abnormal aircraft conditions and improving the safety of ATC software testing. At the same time, when both the verification and the wheel-loaded signal meet the conditions, it is further necessary to determine whether the third data structure of the database file and the wheel-loaded signal meet the conditions for starting the interface test function. If they meet, the interface test function is started to obtain the test results of the ATC software. Therefore, in general, the present application combines the operation of the interface test function and the conditional judgment of starting the interface test function, avoiding the phenomenon that some test cases in the test process of the prior art cannot pass the black box test, thereby improving the safety and accuracy of the ATC software test.

[0070] The embodiment of the present invention also provides an ATC software testing system, which can be used to execute each step of the ATC software testing method described in the above embodiment. Figure 4 , Figure 4 A block diagram of the principle of the ATC software test system provided in the embodiment of the present application, such as Figure 4 As shown, the system includes:

[0071] The reading and verification module 410 is used to read the database file of the ATC software in response to the test instruction and verify the database file;

[0072] The parameter acquisition module 420 is used to read the third data structure of the database file and acquire the wheel load signal representing the state of the aircraft when the database file verification succeeds;

[0073] The test module 430 is used to execute the interface test function and obtain the test result of the ATC software after determining that the third data structure and the wheel load signal meet the conditions for starting the interface test function.

[0074] In a testing method for ATC software provided in the present application, from the perspective of the safety of ATC software testing, in response to the test instruction, the database file of the ATC software is read and the database file is verified; when the database file verification fails, the interface test function is not started, and after the verification is successful, if the wheel-loaded signal representing the aircraft status is not obtained, the interface test function is not started, thereby avoiding testing under abnormal aircraft conditions and improving the safety of ATC software testing. At the same time, when the verification and the wheel-loaded signal both meet the conditions, it is further necessary to determine whether the third data structure of the database file and the wheel-loaded signal meet the conditions for starting the interface test function. If they meet, the interface test function is started to obtain the test results of the ATC software. Therefore, in general, the present application combines the operation of the interface test function and the conditional judgment of starting the interface test function, avoiding the phenomenon that some test cases in the test process of the prior art cannot pass the black box test, thereby improving the safety and accuracy of the ATC software test.

[0075] In some embodiments, the system further includes: a database file creation module, used to create a database file of the ATC software according to the parameter data items of the ATC software.

[0076] It should be noted that the test system of an ATC software in the embodiment of the present application is similar to the above Figure 1 The testing method for an ATC software shown is a technical solution based on the same concept. Through the detailed description of the testing method for an ATC software provided in the above embodiment, those skilled in the art can clearly understand the implementation process of a testing system for an ATC software in this embodiment. Therefore, for the sake of brevity of the specification, it will not be repeated here.

[0077] Please refer to Figure 5 , Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application is shown in FIG. Figure 5 As shown, the electronic device may include: a processor 501, a communications interface 502, a memory 503 and a communications bus 504, wherein the processor 501, the communications interface 502 and the memory 503 communicate with each other through the communications bus 504. The processor 501 may call the logic instructions in the memory 503 to execute the test method of the ATC software, the method comprising: in response to the test instruction, reading the database file of the ATC software and verifying the database file; when the database file verification is successful, reading the third data structure of the database file and obtaining the wheel-load signal representing the aircraft status; after judging that the third data structure and the wheel-load signal meet the conditions for starting the interface test function, executing the interface test function and obtaining the test result of the ATC software.

[0078] In addition, the logic instructions in the above-mentioned memory 503 can be implemented in the form of a software functional unit and can be stored in a computer-readable storage medium when it is sold or used as an independent product. Based on such an understanding, the technical solution of the present invention is essentially or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk and other media that can store program codes.

[0079] In yet another embodiment of the present invention, the present invention further provides a computer program product, the computer program product comprising a computer program, the computer program being storable on a computer-readable storage medium, and when the computer program is executed by a processor, the computer can execute the ATC software testing method provided by the above methods, the method comprising: in response to a test instruction, reading a database file of the ATC software and verifying the database file; when the database file verification is successful, reading a third data structure of the database file and obtaining a wheel-borne signal representing the aircraft status; after determining that the third data structure and the wheel-borne signal meet the conditions for starting an interface test function, executing the interface test function and obtaining a test result of the ATC software.

[0080] In another embodiment of the present invention, the present invention further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the method for calculating the frequency response function of the periodic structure provided by the above methods is implemented. The computer-readable storage medium is a memory device in a computer device, which is used to store programs and data. It can be understood that the computer-readable storage medium here can include both built-in storage media in the computer device and extended storage media supported by the computer device. The computer-readable storage medium provides a storage space, which stores the operating system of the terminal. In addition, one or more instructions suitable for being loaded and executed by the processor are also stored in the storage space. These instructions can be one or more computer programs (including program codes). It should be noted that the computer-readable storage medium here can be a high-speed RAM memory or a non-volatile memory (non volatile memory), such as at least one disk memory. The processor can load and execute one or more instructions stored in the computer-readable storage medium to implement the corresponding steps of the test method for ATC software in the above embodiment. Those skilled in the art should understand that the embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD ROM, optical storage, etc.) containing computer-usable program codes.

[0081] The specific implementation methods described above further illustrate the purpose, technical solutions and beneficial effects of the present application in detail. It should be understood that the above description is only the specific implementation method of the present application and is not intended to limit the scope of protection of the present application. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application should be included in the scope of protection of the present application.

Claims

1. A testing method for ATC software, characterized in that: The method also includes: In response to the test instruction, the database file of the ATC software is read and the database file is verified; When the database file verification succeeds, the third data structure of the database file is read, and a wheel load signal representing the state of the aircraft is obtained; After determining that the third data structure and the wheel load signal meet the conditions for starting the interface test function, the interface test function is executed to obtain the test result of the ATC software.

2. A method for testing ATC software according to claim 1, characterized in that: Before reading the database file of the ATC software in response to the test instruction of the ATC software, the method further includes: creating the database file of the ATC software according to the parameter data items of the ATC software.

3. A method for testing ATC software according to claim 2, characterized in that: The database file includes a first data structure, a second data structure, a third data structure, a fourth data structure and a fifth data structure; Among them, the first data structure is the version of the ATC software, the second data structure is the time of the ATC software, the third data structure is the mode of the ATC software, the fourth data structure is the address information of the ATC software, and the fifth data structure is the check value.

4. The method for testing ATC software according to claim 1, characterized in that: Whether the third data structure and the wheel-borne signal satisfy the requirements for starting the interface test function is determined in the following manner: when determining whether the third data structure is characterized as a test mode and whether the wheel-borne signal indicates that the aircraft is not in flight, if the third data structure is characterized as a test mode and the wheel-borne signal indicates that the aircraft is not in flight, then starting the interface test function.

5. A method for testing ATC software according to claim 4, characterized in that: Execute the interface test function to obtain the test results of the ATC software, specifically: Input the test script through the serial port of the ATC software, execute the test script, and obtain the result data; Output the result data through the serial port, judge whether the result data is consistent with the actual data, and obtain the test result of the ATC software based on the judgment result.

6. A test system for ATC software, characterized in that the system include: A reading and verification module is used to read the database file of the ATC software in response to the test instruction and verify the database file; A parameter acquisition module, used for reading the third data structure of the database file and acquiring a wheel load signal representing the state of the aircraft when the database file verification succeeds; The test module is used to execute the interface test function and obtain the test result of the ATC software after determining that the third data structure and the wheel load signal meet the conditions for starting the interface test function.

7. The ATC software testing system according to claim 6, characterized in that: The system also includes: The database file creation module is used to create the database file of the ATC software according to the parameter data items of the ATC software.

8. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the program, the ATC software testing method according to any one of claims 1 to 5 is implemented.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the ATC software testing method according to any one of claims 1 to 5 is implemented.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the ATC software testing method according to any one of claims 1 to 5 is implemented.

Images