CN111159034B - Software testing method and device - Google Patents

Software testing method and device Download PDF

Info

Publication number
CN111159034B
CN111159034B CN201911358787.8A CN201911358787A CN111159034B CN 111159034 B CN111159034 B CN 111159034B CN 201911358787 A CN201911358787 A CN 201911358787A CN 111159034 B CN111159034 B CN 111159034B
Authority
CN
China
Prior art keywords
test
framing
data
different types
test data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911358787.8A
Other languages
Chinese (zh)
Other versions
CN111159034A (en
Inventor
唐卿
刘志芳
苗毅
鲁阳
梁猛
王腾
邓颖丽
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Unit 63920 Of Pla
Original Assignee
Unit 63920 Of Pla
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Unit 63920 Of Pla filed Critical Unit 63920 Of Pla
Priority to CN201911358787.8A priority Critical patent/CN111159034B/en
Publication of CN111159034A publication Critical patent/CN111159034A/en
Application granted granted Critical
Publication of CN111159034B publication Critical patent/CN111159034B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The invention discloses a method and a device for testing software. Wherein the method comprises the following steps: acquiring telemetry data of an aircraft, wherein the telemetry data is data for testing a telemetry object based on telemetry tasks; under the condition that the remote measurement data is determined to need framing, a framing library is called to frame the remote measurement data to obtain different types of test data, wherein the framing library is preset and comprises a set of one or more framing modes; sending the different types of test data to the software to be tested, and simultaneously recording the different types of test data; testing the software to be tested by using different types of test data, and acquiring feedback information of the software to be tested; the test results are determined based on the feedback information and the different types of test data. The method and the device solve the technical problems that in the related art, when the spacecraft is tested, the reliability of a mode of generating test data based on downlink telemetry data is low, and further, the reliability of testing the software to be tested is low.

Description

Software testing method and device
Technical Field
The invention relates to the technical field of software testing, in particular to a method and a device for testing software.
Background
The software test is an important link in software engineering, is an effective means for ensuring the quality of the software, and aims to discover and exclude as many hidden errors in the software as possible before the software is put into operation. The telemetry data processing software in the aerospace field has the quality requirements of severe correctness, reliability, safety and the like, and the normal and abnormal downlink telemetry data must be simulated in the test process, so that the tested software is tested in the aspects of functionality, fault tolerance, robustness and the like. With the increasing complexity of aerospace tasks, the same model of task typically has multiple target spacecraft. The downlink telemetry data of the spacecraft can be downloaded by itself or can be transmitted by other spacecraft instead. The complexity of the transmission scheme and the difference in transmission formats present significant challenges for the generation of analog data.
For how to generate effective test data, there are two ways in the industry at present, the first way is to design and implement in the test software according to the telemetry data format requirement, the way has high coupling degree with codes, poor reusability, any state change needs to modify the test source program, and in addition, when the telemetry data format is numerous, the writing workload of test codes is huge; and secondly, all measurement and control data are bound to form a test database, the complexity of the measurement and control data format causes large binding workload and easy error, and in addition, when a new round of measurement and control software test is carried out, the measurement and control data format difference causes the re-binding, so that the reusability is poor.
Aiming at the problem that in the related art, when a spacecraft is tested, the reliability of a mode of generating test data based on downlink telemetry data is low, so that the reliability of testing software to be tested is also low, no effective solution is proposed at present.
Disclosure of Invention
The embodiment of the invention provides a software testing method and device, which at least solve the technical problems that in the related art, when a spacecraft is tested, the reliability of a mode of generating test data based on downlink telemetry data is lower, and further the reliability of testing the software to be tested is lower.
According to an aspect of an embodiment of the present invention, there is provided a method for testing software applied to an aircraft simulation control scenario, including: acquiring telemetry data of an aircraft, wherein the telemetry data is data for testing a telemetry object based on telemetry tasks; under the condition that the telemetry data is required to be framed, a framing library is called to frame the telemetry data to obtain different types of test data, wherein the framing library is preset and comprises a set of one or more framing modes; transmitting the different types of test data to the software to be tested, and simultaneously recording the different types of test data; testing the software to be tested by utilizing the different types of test data, and acquiring feedback information of the software to be tested; and determining a test result based on the feedback information and the different types of test data.
Optionally, before acquiring telemetry data of the aircraft, the method for testing software further comprises: and determining a task code and a target code of the aircraft, and generating the telemetry task and the task scene based on the task code and the target code.
Optionally, a framing library is invoked to frame the telemetry data to obtain different types of test data, including at least one of: performing frame loss framing on the telemetry data according to a frame loss framing mode in the framing library to obtain first abnormal test data; carrying out disorder framing on the telemetry data according to a disorder framing mode in the framing library to obtain second abnormal test data; performing synchronous code abnormal framing on the telemetry data according to a synchronous code abnormal framing mode in the framing library to obtain third abnormal test data; and performing conventional framing on the telemetry data according to a conventional framing mode in the framing library to obtain normal test data, wherein the conventional framing mode is a mode for performing correct composition on the telemetry data.
Optionally, after obtaining telemetry data of the aircraft, the method for testing software further comprises: extracting sensitive parameters in the telemetry data, wherein the sensitive parameters include at least one of: synchronization code, virtual channel identification, application process identification, frame count, format count; setting a test threshold for the sensitive parameter based on a test requirement, wherein the test threshold comprises at least one of: normal value, boundary value, abnormal value.
Optionally, after setting the test threshold of the sensitive parameter based on the test requirement, the test method of the software further includes: displaying the test data of different types and the test threshold value on a preset display module; receiving a trigger operation acted on the display module, and modifying the test data of different types and the test threshold value; and encoding the modified test data of different types and the test threshold value to obtain the encoded test data of different types and the test threshold value.
Optionally, before sending the different types of test data to the software to be tested, the method for testing the software further includes: determining transmission information of the different types of test data and the test threshold, wherein the transmission information comprises at least one of the following: transmission mode, transmission frequency, target station.
Optionally, sending the different types of test data to the software under test includes: and sending the test data of different types to the software to be tested through the transmission information.
Optionally, before testing the software under test with the different types of test data, the method further includes at least one of: performing visual analysis on the test data of different types and the test threshold value to generate a visual chart; storing the test data of different types and the test threshold values into a configuration multiplexing library and a test database, wherein the configuration multiplexing library is preset and is used for matching historical configuration with a test scene according to characteristic elements, and storing generated configuration templates, and the characteristic elements comprise at least one of the following: task code, target code, transmission information and framing mode; the test database is used for storing the different types of test data and the test threshold value.
Optionally, the software to be tested is tested by using the different types of test data, and feedback information of the software to be tested is obtained, including at least one of the following: testing the fault tolerance of the software to be tested by combining the test data of different types with the test threshold value to obtain first feedback information; and performing pressure test on the software to be tested according to the transmission information to obtain second feedback information.
Optionally, determining a test result based on the feedback information and the different types of test data includes: judging whether the feedback information is consistent with the test data of different types or not; if yes, determining that the software to be tested is successfully tested; if not, determining that the software to be tested fails to be tested, and outputting error information.
According to another aspect of the embodiment of the present invention, there is also provided a device for testing software, where the software is applied to an aircraft simulation control scenario, and the device includes: the first acquisition unit is used for acquiring telemetry data of the aircraft, wherein the telemetry data are data for testing a telemetry object based on telemetry tasks; the framing unit is used for calling a framing library to frame the telemetry data under the condition that the telemetry data is determined to be required to be framed, so as to obtain different types of test data, wherein the framing library is preset and comprises a set of one or more framing modes; the sending unit is used for sending the different types of test data to the software to be tested and recording the different types of test data at the same time; the test unit is used for testing the software to be tested by utilizing the different types of test data and acquiring feedback information of the software to be tested; and the first determining unit is used for determining a test result based on the feedback information and the different types of test data.
Optionally, the test device of software further includes: and the generating unit is used for determining the task code and the target code of the aircraft before acquiring the telemetry data of the aircraft, and generating the telemetry task and the task scene based on the task code and the target code.
Optionally, the framing unit includes at least one of: the first framing module is used for framing the telemetry data in a frame loss framing mode in the framing library to obtain first abnormal test data; a second framing module for performing out-of-order framing on the telemetry data according to an out-of-order framing mode in the framing library, obtaining second abnormal test data; the third framing module is used for carrying out synchronous code abnormal framing on the telemetry data according to a synchronous code abnormal framing mode in the framing library to obtain third abnormal test data; and the fourth framing module is used for carrying out conventional framing on the telemetry data according to a conventional framing mode in the framing library to obtain normal test data, wherein the conventional framing mode is a mode for correctly composing the telemetry data.
Optionally, the test device of software further includes: an extracting unit, configured to extract sensitive parameters in telemetry data of an aircraft after acquiring the telemetry data, where the sensitive parameters include at least one of: synchronization code, virtual channel identification, application process identification, frame count, format count; a setting unit, configured to set a test threshold of the sensitive parameter based on a test requirement, where the test threshold includes at least one of: normal value, boundary value, abnormal value.
Optionally, the apparatus further comprises: the display unit is used for displaying the test data of different types and the test threshold value on a preset display module after the test threshold value of the sensitive parameter is set based on the test requirement; the modifying unit is used for receiving the trigger operation acted on the display module and modifying the test data of different types and the test threshold value; the coding unit is used for coding the modified test data of different types and the test threshold value to obtain the coded test data of different types and the test threshold value.
Optionally, the test device of software further includes: the second determining unit is configured to determine transmission information of the different types of test data and the test threshold before sending the different types of test data to the software to be tested, where the transmission information includes at least one of the following: transmission mode, transmission frequency, target station.
Optionally, the transmitting unit includes: and the sending module is used for sending the test data of different types to the software to be tested through the transmission information.
Optionally, the apparatus further comprises at least one of: the visual analysis unit is used for carrying out visual analysis on the different types of test data and the test threshold before the software to be tested is tested by utilizing the different types of test data, so as to generate a visual chart; the storage unit is used for storing the test data of different types and the test threshold value into a configuration multiplexing library and a test database, wherein the configuration multiplexing library is preset and is used for matching the historical configuration with a test scene according to characteristic elements, and storing the generated configuration templates, and the characteristic elements comprise at least one of the following: task code, target code, transmission information and framing mode; the test database is used for storing the different types of test data and the test threshold value.
Optionally, the test unit includes at least one of: the first test module is used for testing the fault tolerance of the software to be tested by utilizing the different types of test data and combining the test threshold value to obtain first feedback information; and the second testing module is used for carrying out pressure testing on the software to be tested according to the transmission information to obtain second feedback information.
Optionally, the first determining unit includes: the judging module is used for judging whether the feedback information is consistent with the test data of different types; the first determining module is used for determining that the software to be tested is successfully tested when the feedback information is consistent with the test data of different types; and the second determining module is used for determining that the software to be tested fails in test when the feedback information is inconsistent with the test data of different types and outputting error information.
According to another aspect of the embodiments of the present invention, there is also provided a storage medium including a stored program, wherein the program executes the method for testing software according to any one of the above.
According to another aspect of the embodiment of the present invention, there is provided a processor, where the processor is configured to execute a program, and when the program is executed, execute the method for testing software according to any one of the foregoing.
In the embodiment of the invention, telemetry data of an aircraft is acquired, wherein the telemetry data is data for testing a telemetry object based on telemetry tasks; under the condition that the remote measurement data is determined to need framing, a framing library is called to frame the remote measurement data to obtain different types of test data, wherein the framing library is preset and comprises a set of one or more framing modes; sending the different types of test data to the software to be tested, and simultaneously recording the different types of test data; testing the software to be tested by using different types of test data, and acquiring feedback information of the software to be tested; the method for testing the software provided by the embodiment of the invention realizes the purpose that the data to be tested can be subjected to framing processing according to a preset framing mode to obtain different types of test data so as to test the software to be tested, achieves the technical effects of improving the reliability of the test data for testing the software to be tested and the reliability of the test data for testing the software to be tested, and further solves the technical problems that in the related art, when a spacecraft is tested, the reliability of the mode of generating the test data based on downlink telemetry data is lower, and further the reliability of the test of the software to be tested is lower.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiments of the invention and together with the description serve to explain the invention and do not constitute a limitation on the invention. In the drawings:
FIG. 1 is a flow chart of a method of testing software according to an embodiment of the invention;
FIG. 2 is a block diagram of a system for a test method applied to software according to an embodiment of the present invention;
FIG. 3 is a flow chart of an alternative software testing method according to an embodiment of the invention;
fig. 4 is a schematic diagram of a test apparatus for software according to an embodiment of the present invention.
Detailed Description
In order that those skilled in the art will better understand the present invention, a technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present invention without making any inventive effort, shall fall within the scope of the present invention.
It should be noted that the terms "first," "second," and the like in the description and the claims of the present invention and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Example 1
According to an embodiment of the invention, a method embodiment of a method for testing software is provided, it being noted that the software is applied in a simulated control scenario of an aircraft, the steps shown in the flowchart of the figures may be performed in a computer system, such as a set of computer executable instructions, and, although a logical sequence is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than here.
Fig. 1 is a flowchart of a method for testing software according to an embodiment of the present invention, as shown in fig. 1, the method for testing software includes the steps of:
step S102, telemetry data of the aircraft is acquired, wherein the telemetry data is data for testing a telemetry object based on telemetry tasks.
Optionally, before acquiring telemetry data of the aircraft, the method of testing software may further include: and determining the mission code and the target code of the aircraft, and generating telemetry mission and mission scenes based on the mission code and the target code.
Fig. 2 is a block diagram of a system of a test method applied to software according to an embodiment of the present invention, as shown in fig. 2, including: the task scene setting module can be used for setting task codes and target codes and determining spacecraft targets under different application scenes such as actual combat or joint debugging and the like.
Step S104, under the condition that the telemetry data is determined to need framing, a framing library is called to frame the telemetry data to obtain different types of test data, wherein the framing library is preset and comprises one or a plurality of sets of framing modes.
Alternatively, the telemetry data may not be framed, or may be framed. Under the condition that framing is required, a framing library can be called to frame telemetry data, so that different types of test data are obtained.
In an alternative embodiment, the method includes calling a framing library to frame telemetry data to obtain different types of test data, and the method may include at least one of the following steps: carrying out frame loss framing on the telemetry data according to a frame loss framing mode in a framing library to obtain first abnormal test data; performing out-of-order framing on the telemetry data according to an out-of-order framing mode in a framing library to obtain second abnormal test data; performing synchronous code abnormal framing on the telemetry data according to a synchronous code abnormal framing mode in a framing library to obtain third abnormal test data; and performing conventional framing on the telemetry data according to a conventional framing mode in a framing library to obtain normal test data, wherein the conventional framing mode is a mode for correctly composing the telemetry data.
The framing can be achieved by the framing mode identifying module in fig. 2, wherein the framing mode identifying module is used for designating the framing mode. The spacecraft data acquisition unit acquires telemetry data to form different source packet data, the source packet data are often packaged into telemetry frames in different combination modes for downloading, and a plurality of common combination modes are defined in the framing mode identification module, so that the spacecraft data acquisition unit can adapt to the complex test data.
For example, the framing mode may be modes of not framing, cyclic downloading, framing, etc., and the framing starting position and the byte length of each frame are set. Abnormal test data can be generated by simulating modes of frame loss, frame disorder, synchronous code error and the like, and the fault tolerance of software is tested.
In an alternative embodiment, after acquiring telemetry data of the aircraft, the method of testing the software may further comprise: extracting sensitive parameters in the telemetry data, wherein the sensitive parameters may include at least one of: synchronization code, virtual channel identification, application process identification, frame count, format count; setting a test threshold for the sensitive parameter based on the test requirement, wherein the test threshold comprises at least one of: normal value, boundary value, abnormal value.
The above-mentioned processing manner of the sensitive data can be implemented by the source packet format setting module in fig. 2, and the function of the source packet format setting module is to set normal values, boundary values, abnormal values and the like for sensitive parameters such as synchronization codes, virtual channel identifiers, application process identifiers, frame counts, format counts and the like, so that the software to be tested (i.e., the software to be tested) can be tested in a targeted manner.
For example, the configuration source packet format can be used for carrying out targeted functional and fault tolerance test on the tested software by various parameter modes of sensitive parameters such as synchronous codes, virtual channel identification, application process identification, frame counting and format counting.
In an alternative embodiment, after setting the test threshold of the sensitive parameter based on the test requirement, the test method of the software may further include: displaying different types of test data and test thresholds on a preset display module; receiving trigger operation acted on the display module, and modifying different types of test data and test thresholds; and encoding the modified test data of different types and the test threshold value to obtain the encoded test data of different types and the test threshold value.
The above coding mode can be realized by the coding module in fig. 2, the coding module analyzes the above rules in turn, and presents the result to the user, and after the user modifies the test data according to the test requirement, the data is packaged to generate the test data. For global variables in the test data, such as time codes, counts, check codes and the like, when the code generates the test data, dynamic setting is performed according to the definition of the global variables.
And S106, sending the test data of different types to the software to be tested, and simultaneously recording the test data of different types.
Optionally, before sending the different types of test data to the software to be tested, the method for testing the software may further include: determining transmission information of different types of test data and test thresholds, wherein the transmission information comprises at least one of the following: transmission mode, transmission frequency, target station.
The above coding manner may be implemented by the operation mode setting module in fig. 2, where the operation mode setting module is used to determine a downlink telemetry transmission mode (for example, substitution transmission, self-transmission, etc.), a downlink frequency, a downlink station, etc. Along with the increasing complexity of the aerospace task, a plurality of target spacecrafts are usually arranged under the same type of task, and the downlink telemetry data of the spacecrafts can be downloaded by the spacecrafts or can be transmitted by other spacecrafts under the same task instead. The working mode setting module can flexibly set a downlink telemetry transmission mode and test the data processing function and fault tolerance of the software in different modes.
In addition, the transmission of different types of test data to the software under test may be implemented by the analog data transmission module in fig. 2, which functions to transmit generated analog test data (i.e., test data) to the software under test through the multicast service.
In an alternative embodiment, sending different types of test data to the software under test includes: and sending the test data of different types to the software to be tested through the transmission information.
In another alternative embodiment, the method may further comprise at least one of the following before testing the software under test with different types of test data: performing visual analysis on different types of test data and test thresholds to generate a visual chart; storing different types of test data and test thresholds into a configuration multiplexing library and a test database, wherein the configuration multiplexing library is preset and is used for matching historical configuration with a test scene according to characteristic elements, and storing generated configuration templates, and the characteristic elements comprise at least one of the following: task code, target code, transmission information and framing mode; the test database is used for storing different types of test data and test thresholds.
In the above embodiment, recording of different types of test data may be implemented by a data recording module, and the function of the data recording module is to record and count the transmitted test data, and the main functions include visual analysis and statistics of the test data, generation of a configuration multiplexing library, and generation of a test database. The visual analysis statistics of the test data carries out statistical analysis on different task scenes, working modes, source packet formats and the like, so as to generate rich visual charts, visually reflect the test data conditions in different test scenes and provide a data analysis basis for decision-making of the test direction; and (3) generating a configuration multiplexing library and generating a test database, namely respectively warehousing and sorting the configuration information of each time and the generated test data, and establishing index information.
And S108, testing the software to be tested by using different types of test data, and acquiring feedback information of the software to be tested.
Optionally, the software to be tested is tested by using different types of test data, and feedback information of the software to be tested is obtained, including at least one of the following: testing the fault tolerance of the software to be tested by combining different types of test data with test thresholds to obtain first feedback information; and performing pressure test on the software to be tested according to the transmission information to obtain second feedback information.
Step S110, determining a test result based on the feedback information and the different types of test data.
Optionally, determining the test result based on the feedback information and the different types of test data includes: judging whether the feedback information is consistent with the test data of different types; if yes, determining that the software to be tested is tested successfully; if not, determining that the software to be tested fails to be tested, and outputting error information.
The test mode can be realized by the test result comparison analysis module in fig. 2, wherein the test result comparison analysis module receives the feedback result of the tested software and performs comparison analysis on the test result by the test data recorded by the data recording module.
From the above, telemetry data of the aircraft is obtained, wherein the telemetry data is data for testing a telemetry object based on telemetry tasks; under the condition that the remote measurement data is determined to need framing, a framing library is called to frame the remote measurement data to obtain different types of test data, wherein the framing library is preset and comprises a set of one or more framing modes; sending the different types of test data to the software to be tested, and simultaneously recording the different types of test data; testing the software to be tested by using different types of test data, and acquiring feedback information of the software to be tested; based on the feedback information and the test data of different types, the test result is determined, and the aim of framing the data to be tested according to a preset framing mode to obtain the test data of different types so as to test the software to be tested is fulfilled.
It is easy to notice that in the embodiment of the present invention, since telemetry data of an aircraft can be acquired, wherein the telemetry data is data for testing a telemetry object based on telemetry tasks; under the condition that the remote measurement data is determined to need framing, a framing library is called to frame the remote measurement data to obtain different types of test data, wherein the framing library is preset and comprises a set of one or more framing modes; sending the different types of test data to the software to be tested, and simultaneously recording the different types of test data; testing the software to be tested by using different types of test data, and acquiring feedback information of the software to be tested; based on the feedback information and the test data of different types, the method realizes the aim that the data to be tested can be subjected to framing treatment according to a preset framing mode to obtain the test data of different types so as to test the software to be tested, and achieves the technical effects of improving the reliability of the test data for testing the software to be tested and the reliability of testing the software to be tested.
Therefore, the software testing method provided by the embodiment of the invention solves the technical problems that the reliability of the mode of generating the test data based on the downlink telemetry data is lower when the spacecraft is tested in the related technology, and the reliability of the software to be tested is lower.
In addition, in the embodiment of the present invention, in the case that the software to be tested needs to be tested, after the telemetry data is acquired, the data multiplexing module shown in fig. 2 may be queried, and when the configuration information consistent with the test task corresponding to the telemetry data is queried, configuration multiplexing and test data multiplexing may be performed. The data multiplexing module mainly realizes the functions of configuration multiplexing and test data multiplexing. The configuration multiplexing mainly matches the historical configuration with the test scene according to the characteristic elements such as the task code, the target code, the telemetry download mode, the framing mode and the like, and automatically generates a configuration template, thereby avoiding repeated configuration work; the test data multiplexing function matches historical test data according to the characteristic elements to quickly generate new test data.
FIG. 3 is a flow chart of an alternative software testing method according to an embodiment of the invention, as shown in FIG. 3, in which mode of operation may be set after a telemetry task scenario is set based on telemetry data, e.g., by which way different types of test data are sent to a target station; framing the telemetry data by using a specified framing mode to obtain different types of test data; then, the visible configuration of the source packet is carried out, and the tested software is tested in a targeted manner by setting normal values, boundary values, abnormal values and the like for sensitive parameters such as synchronous codes, virtual channel identifiers, application process identifiers, frame counts, format counts and the like; and after the source packet is analyzed for one time, the source packet is encoded, the result is displayed to a user, and after the user modifies the test data according to the test requirement, the data is packaged to generate the test data. For global variables in the test data, such as time codes, counts, check codes and the like, when the code generates the test data, dynamic setting is performed according to the definition of the global variables.
It should be noted that, in the embodiment of the present invention, the encoding may implement configuration multiplexing by calling the data multiplexing module, and may implement data multiplexing by the data multiplexing module. After coding, the test data after coding processing can be sent to the software to be tested, data recording is carried out, a feedback result fed back by the software to be tested is received, the feedback result is compared with the recorded test data, whether the feedback result is consistent with the test data or not is judged, if so, the test is confirmed to be passed, otherwise, the test is not passed, and error information is output.
That is, in embodiments of the present invention, generating test data may be in a variety of ways. The following description is made.
In one aspect, a flow for generating test data and testing by data configuration according to a data layering mechanism is shown in fig. 3, and the steps are as follows: 1) Setting task codes and target codes, and determining spacecraft targets in different application scenes such as actual combat or joint debugging; 2) Setting an operation mode. Determining whether the downlink telemetry data is self-transmitted or transmitted in a substituted manner by other spacecrafts; determining the downloading frequency to perform pressure test on the tested software; determining a downloading measuring station; 3) Selecting a framing mode, which can be modes of non-framing, cyclic downloading, framing and the like, and setting a framing starting position and a byte length of each frame. Abnormal test data can be generated by simulating modes such as frame loss, frame disorder, synchronous code error and the like, and the fault tolerance of software is tested; 4) Configuring source packet format. The method specifically tests the functionality and fault tolerance of the tested software by various parameter modes of sensitive parameters such as synchronous codes, virtual channel identifiers, application process identifiers, frame counts and format counts; 5) Automatically analyzing the codes to generate test data; 6) Sending test data to the tested software in a multicast mode and recording statistics; 7) And receiving a feedback result of the tested software, extracting characteristic points and recorded test data to conduct comparison judgment, if the comparison judgment is consistent, testing to pass, and if the comparison judgment is inconsistent, failing the test and outputting error information.
In another aspect, the embodiment of the invention is provided with a data multiplexing module to realize configuration multiplexing and test data multiplexing functions. Therefore, in the embodiment of the invention, test data can be generated through configuration multiplexing, and the steps are as follows: 1) Configuration multiplexing: selecting configuration in the configuration multiplexing library according to the index information such as task scene, working mode, source packet format and the like according to the test scene; 2) Automatically analyzing the codes to generate test data; 3) Sending test data to the tested software in a multicast mode and recording statistics; 4) And receiving a feedback result of the tested software, extracting characteristic points and recorded test data, and comparing and judging. If the comparison and judgment are consistent, the test is passed, if the comparison and judgment are inconsistent, the test is not passed and error information is output.
In the embodiment of the invention, the method can also be used for: generating test data through test data multiplexing, wherein the steps are as follows: 1) Test data multiplexing: according to the test requirement, selecting test data according to indexes such as task scenes, working modes, source packet formats and the like in a test data multiplexing library; 2) Sending test data to the tested software in a multicast mode and recording statistics; 3) And receiving a feedback result of the tested software, extracting characteristic points and recorded test data, and comparing and judging. If the comparison and judgment are consistent, the test is passed, if the comparison and judgment are inconsistent, the test is not passed and error information is output.
In the embodiment of the invention, in the aspect of generating test data, the generation of the test data is realized through a layering technology, so that the data frame format differences of different aerospace tasks and different target aircrafts are shielded, and the method has good expandability; the device for setting the global variable comprises a test data name, a task code, a target code, a multicast address and port, a sending frequency, a source information destination address, a global variable for identifying dynamic change data in the test process and the like, and the test scene can be conveniently and flexibly configured; in addition, can discern the hierarchical setting, analyze and encode and set up dynamically according to the definition of the global variable, produce the automatic encoding device of the test data; further, in the embodiment of the invention, a mode setting method such as frame loss, frame disorder and the like is designed, abnormal test data can be generated by simulating modes such as frame loss, frame disorder and synchronous code error, and the function and fault tolerance of framing processing of software are tested; the tested software can also be subjected to pressure test by modifying the transmission frequency of the test data to simulate a large amount of test data.
In addition, the test data analysis function is realized through the software test method, the data visualization technology is adopted, a user can carry out statistical analysis on historical test data according to interesting characteristic elements such as different task scenes, working modes, source package formats and the like, a rich visualization chart is generated, the test data conditions under different test scenes are intuitively reflected, and a data analysis basis is provided for test direction decision. The multiplexing function of the test data is realized, after the user configures the test data, the test data can be reused in a regression test or a test of the same type of data through configuration multiplexing, so that the time for configuring the data is reduced; in addition, the existing test data can be multiplexed, and the test data can be rapidly generated according to the requirement.
Furthermore, a visual tabular test data configuration mode is also realized, the sending and receiving conditions of the test data are visually displayed, and the information such as source codes, counts and the like of the test data is counted, so that the test verification efficiency is improved.
The software testing method provided by the embodiment of the invention mainly aims at the following technical problems: 1) Poor reusability. The method comprises multiplexing test data and test codes and multiplexing test scripts in different target spacecrafts; 2) Poor scalability. For newly added test data types or when the existing data structure changes, the software code needs to be modified or the data structure needs to be rebinding, so that the implementation efficiency is lower. Solves the following problems: 1) Reusability. The method comprises the reusability of test data and test codes, and can be reused in the test of downlink telemetry data processing software of different target spacecrafts; 2) Scalability. Test data generation which can be expanded to any telemetry data format can be realized, and when the interface or the user requirement changes, the update of test software and test data can be conveniently completed only by simple configuration; 3) Easy to handle. Using a platform to configure test data, a tester conveniently configures the data through a visual interface, and constructing a test scene in a graphical mode; 4) Easy analysis. The method can display and count the generated test data, and the test data is transparent to the user and can provide support for analysis of test results.
By the software testing method provided by the embodiment of the invention, the following beneficial effects are achieved: 1) The generation of test data is realized through a layering technology, the data frame format differences of different aerospace tasks and different target aircrafts are shielded, and multiplexing and expanding of the test data among different aircrafts of different tasks are simplified; 2) The configuration multiplexing can be reused in regression test or test of the same type of data, so that the time for configuring the data is reduced, and the software test efficiency is improved; 3) The method for visually configuring the test data is realized, the test data is more transparent, different test scenes can be conveniently set, the operation is easy, and the test is more targeted. In addition, the historical test data is subjected to data visual analysis, and a data analysis basis is provided for subsequent test direction decision.
Example 2
According to another aspect of the embodiment of the present invention, there is provided a software testing device, where the software is applied to a simulation control scenario of an aircraft, and fig. 4 is a schematic diagram of the software testing device according to the embodiment of the present invention, and as shown in fig. 4, the software testing device includes: a first acquisition unit 41, a framing unit 43, a transmitting unit 45, a testing unit 47 and a first determination unit 49. The test device of the software will be described in detail below.
The first acquiring unit 41 is configured to acquire telemetry data of the aircraft, where the telemetry data is data for testing a telemetry object based on telemetry tasks.
And the framing unit 43 is configured to invoke a framing library to frame the telemetry data to obtain different types of test data, where the framing library is preset and includes a set of one or more framing modes, if it is determined that the telemetry data needs to be framed.
The sending unit 45 is configured to send different types of test data to the software to be tested, and record the different types of test data at the same time.
The test unit 47 is configured to test the software to be tested with different types of test data, and obtain feedback information of the software to be tested.
The first determining unit 49 is configured to determine a test result based on the feedback information and different types of test data.
Here, the first acquiring unit 41, the framing unit 43, the transmitting unit 45, the testing unit 47, and the first determining unit 49 correspond to steps S102 to S110 in embodiment 1, and the above-mentioned units are the same as examples and application scenarios implemented by the corresponding steps, but are not limited to those disclosed in embodiment 1. It should be noted that the above-described elements may be implemented as part of an apparatus in a computer system such as a set of computer-executable instructions.
As can be seen from the above, in the above embodiment of the present application, the first acquisition unit may be used to acquire telemetry data of an aircraft, where the telemetry data is data for testing a telemetry object based on telemetry tasks; then, under the condition that the framing unit determines that the telemetry data needs to be framed, a framing library is called to frame the telemetry data to obtain different types of test data, wherein the framing library is preset and comprises a set of one or more framing modes; the sending unit is used for sending the test data of different types to the software to be tested, and simultaneously recording the test data of different types; the test unit is used for testing the software to be tested by using different types of test data, and feedback information of the software to be tested is obtained; and determining a test result based on the feedback information and the different types of test data using the first determining unit. The software testing device provided by the embodiment of the invention realizes the purpose that different types of testing data can be obtained by framing the data to be tested according to a preset framing mode so as to test the software to be tested, achieves the technical effects of improving the reliability of the testing data for testing the software to be tested and the reliability of the testing data for testing the software to be tested, and further solves the technical problems that in the related art, when a spacecraft is tested, the reliability of the mode of generating the testing data based on downlink telemetry data is lower, and further the reliability of the testing data to be tested is lower.
In an alternative embodiment, the test device of software further comprises: and the generating unit is used for determining the task code and the target code of the aircraft before acquiring the telemetry data of the aircraft, and generating telemetry tasks and task scenes based on the task code and the target code.
In an alternative embodiment, the framing unit comprises at least one of: the first framing module is used for framing the telemetry data in a frame loss framing mode in a framing library to obtain first abnormal test data; a second framing module for performing out-of-order framing on the telemetry data according to an out-of-order framing mode in the framing library, obtaining second abnormal test data; the third framing module is used for carrying out synchronous code abnormal framing on the telemetry data according to a synchronous code abnormal framing mode in the framing library to obtain third abnormal test data; and the fourth framing module is used for carrying out conventional framing on the telemetry data according to a conventional framing mode in the framing library to obtain normal test data, wherein the conventional framing mode is a mode for correctly composing the telemetry data.
In an alternative embodiment, the test device of software further comprises: the extraction unit is used for extracting sensitive parameters in the telemetry data after acquiring the telemetry data of the aircraft, wherein the sensitive parameters comprise at least one of the following: synchronization code, virtual channel identification, application process identification, frame count, format count; a setting unit, configured to set a test threshold of the sensitive parameter based on the test requirement, where the test threshold includes at least one of: normal value, boundary value, abnormal value.
In an alternative embodiment, the apparatus further comprises: the display unit is used for displaying different types of test data and test thresholds on a preset display module after setting the test thresholds of the sensitive parameters based on the test requirements; the modification unit is used for receiving the trigger operation acted on the display module and modifying the test data of different types and the test threshold value; the coding unit is used for coding the modified test data of different types and the test threshold value to obtain the coded test data of different types and the test threshold value.
In an alternative embodiment, the test device of software further comprises: the second determining unit is configured to determine transmission information of the different types of test data and the test threshold before sending the different types of test data to the software to be tested, where the transmission information includes at least one of the following: transmission mode, transmission frequency, target station.
In an alternative embodiment, the transmitting unit comprises: and the sending module is used for sending the test data of different types to the software to be tested through the transmission information.
In an alternative embodiment, the apparatus further comprises at least one of: the visual analysis unit is used for carrying out visual analysis on the different types of test data and the test threshold before the software to be tested is tested by utilizing the different types of test data, so as to generate a visual chart; the storage unit is used for storing different types of test data and test thresholds into the configuration multiplexing library and the test database, wherein the configuration multiplexing library is preset and is used for matching the historical configuration with the test scene according to the characteristic elements, and the generated configuration templates are stored, and the characteristic elements comprise at least one of the following: task code, target code, transmission information and framing mode; the test database is used for storing different types of test data and test thresholds.
In an alternative embodiment, the test unit comprises at least one of: the first test module is used for testing the fault tolerance of the software to be tested by combining different types of test data with a test threshold value to obtain first feedback information; and the second testing module is used for performing pressure testing on the software to be tested according to the transmission information to obtain second feedback information.
In an alternative embodiment, the first determining unit comprises: the judging module is used for judging whether the feedback information is consistent with the test data of different types; the first determining module is used for determining that the software to be tested is successfully tested when the feedback information is consistent with the test data of different types; and the second determining module is used for determining that the software to be tested fails to be tested when the feedback information is inconsistent with the test data of different types and outputting error information.
Example 3
According to another aspect of the embodiments of the present invention, there is also provided a storage medium including a stored program, wherein the program executes the method for testing software of any one of the above.
Example 4
According to another aspect of the embodiment of the present invention, there is further provided a processor, configured to execute a program, where the program executes the method for testing software according to any one of the above.
The foregoing embodiment numbers of the present invention are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
In the foregoing embodiments of the present invention, the descriptions of the embodiments are emphasized, and for a portion of this disclosure that is not described in detail in this embodiment, reference is made to the related descriptions of other embodiments.
In the several embodiments provided in the present application, it should be understood that the disclosed technology content may be implemented in other manners. The above-described embodiments of the apparatus are merely exemplary, and the division of the units, for example, may be a logic function division, and may be implemented in another manner, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some interfaces, units or modules, or may be in electrical or other forms.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in the embodiments of the present invention may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied essentially or in part or all of the technical solution or in part in the form of a software product stored in a storage medium, including instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing program codes.
The foregoing is merely a preferred embodiment of the present invention and it should be noted that modifications and adaptations to those skilled in the art may be made without departing from the principles of the present invention, which are intended to be comprehended within the scope of the present invention.

Claims (18)

1. A method for testing software, wherein the software is applied to an aircraft simulation control scene, and comprises the following steps:
acquiring telemetry data of an aircraft, wherein the telemetry data is data for testing a telemetry object based on telemetry tasks;
under the condition that the telemetry data is required to be framed, a framing library is called to frame the telemetry data to obtain different types of test data, wherein the framing library is preset and comprises one or a plurality of sets of framing modes, and the framing modes comprise at least one of the following: a frame loss framing mode, an out-of-order framing mode, a synchronous code abnormal framing mode and a conventional framing mode;
transmitting the different types of test data to the software to be tested, and simultaneously recording the different types of test data;
testing the software to be tested by utilizing the different types of test data, and acquiring feedback information of the software to be tested;
Determining a test result based on the feedback information and the different types of test data;
the method comprises the steps of testing the software to be tested by utilizing the test data of different types, and acquiring feedback information of the software to be tested, wherein the feedback information comprises at least one of the following steps: testing the fault tolerance of the software to be tested by combining the different types of test data with a test threshold value to obtain first feedback information; performing pressure test on the software to be tested according to the transmission information to obtain second feedback information;
wherein determining a test result based on the feedback information and the different types of test data comprises: judging whether the feedback information is consistent with the test data of different types or not; if yes, determining that the software to be tested is successfully tested; if not, determining that the software to be tested fails to be tested, and outputting error information.
2. The method of claim 1, wherein prior to obtaining telemetry data for the aircraft, the method further comprises:
and determining a task code and a target code of the aircraft, and generating the telemetry task and the task scene based on the task code and the target code.
3. The method of claim 1, wherein invoking a framing library to frame the telemetry data results in different types of test data, comprising at least one of:
Performing frame loss framing on the telemetry data according to a frame loss framing mode in the framing library to obtain first abnormal test data;
carrying out disorder framing on the telemetry data according to a disorder framing mode in the framing library to obtain second abnormal test data;
performing synchronous code abnormal framing on the telemetry data according to a synchronous code abnormal framing mode in the framing library to obtain third abnormal test data;
and performing conventional framing on the telemetry data according to a conventional framing mode in the framing library to obtain normal test data, wherein the conventional framing mode is a mode for performing correct composition on the telemetry data.
4. The method of claim 1, wherein after obtaining telemetry data for the aircraft, the method further comprises:
extracting sensitive parameters in the telemetry data, wherein the sensitive parameters include at least one of: synchronization code, virtual channel identification, application process identification, frame count, format count;
setting a test threshold for the sensitive parameter based on a test requirement, wherein the test threshold comprises at least one of: normal value, boundary value, abnormal value.
5. The method of claim 4, wherein after setting the test threshold for the sensitive parameter based on test requirements, the method further comprises:
displaying the test data of different types and the test threshold value on a preset display module;
receiving a trigger operation acted on the display module, and modifying the test data of different types and the test threshold value;
and encoding the modified test data of different types and the test threshold value to obtain the encoded test data of different types and the test threshold value.
6. The method of claim 5, wherein before sending the different types of test data to the software under test, the method further comprises:
determining transmission information of the different types of test data and the test threshold, wherein the transmission information comprises at least one of the following: transmission mode, transmission frequency, target station.
7. The method of claim 6, wherein transmitting the different types of test data to the software under test comprises: and sending the test data of different types to the software to be tested through the transmission information.
8. The method of claim 7, wherein prior to testing the software under test with the different types of test data, the method further comprises at least one of:
performing visual analysis on the test data of different types and the test threshold value to generate a visual chart;
storing the test data of different types and the test threshold values into a configuration multiplexing library and a test database, wherein the configuration multiplexing library is preset and is used for matching historical configuration with a test scene according to characteristic elements, and storing generated configuration templates, and the characteristic elements comprise at least one of the following: task code, target code, transmission information and framing mode; the test database is used for storing the different types of test data and the test threshold value.
9. A device for testing software, wherein the software is applied to an aircraft simulation control scene, and comprises:
the first acquisition unit is used for acquiring telemetry data of the aircraft, wherein the telemetry data are data for testing a telemetry object based on telemetry tasks;
the framing unit is used for calling a framing library to frame the telemetry data under the condition that the telemetry data is determined to be required to be framed, so as to obtain different types of test data, wherein the framing library is preset and comprises one or a plurality of sets of framing modes, and the framing modes comprise at least one of the following: a frame loss framing mode, an out-of-order framing mode, a synchronous code abnormal framing mode and a conventional framing mode;
The sending unit is used for sending the different types of test data to the software to be tested and recording the different types of test data at the same time;
the test unit is used for testing the software to be tested by utilizing the different types of test data and acquiring feedback information of the software to be tested;
a first determining unit configured to determine a test result based on the feedback information and the different types of test data;
wherein the test unit comprises at least one of: the first test module is used for testing the fault tolerance of the software to be tested by utilizing the different types of test data and combining a test threshold value to obtain first feedback information; the second testing module is used for performing pressure testing on the software to be tested according to the transmission information to obtain second feedback information;
wherein the first determining unit includes: the judging module is used for judging whether the feedback information is consistent with the test data of different types; the first determining module is used for determining that the software to be tested is successfully tested when the feedback information is consistent with the test data of different types; and the second determining module is used for determining that the software to be tested fails in test when the feedback information is inconsistent with the test data of different types and outputting error information.
10. The apparatus of claim 9, wherein the apparatus further comprises:
and the generating unit is used for determining the task code and the target code of the aircraft before acquiring the telemetry data of the aircraft, and generating the telemetry task and the task scene based on the task code and the target code.
11. The apparatus of claim 9, wherein the framing unit comprises at least one of:
the first framing module is used for framing the telemetry data in a frame loss framing mode in the framing library to obtain first abnormal test data;
a second framing module for performing out-of-order framing on the telemetry data according to an out-of-order framing mode in the framing library, obtaining second abnormal test data;
the third framing module is used for carrying out synchronous code abnormal framing on the telemetry data according to a synchronous code abnormal framing mode in the framing library to obtain third abnormal test data;
and the fourth framing module is used for carrying out conventional framing on the telemetry data according to a conventional framing mode in the framing library to obtain normal test data, wherein the conventional framing mode is a mode for correctly composing the telemetry data.
12. The apparatus of claim 9, wherein the apparatus further comprises:
an extracting unit, configured to extract sensitive parameters in telemetry data of an aircraft after acquiring the telemetry data, where the sensitive parameters include at least one of: synchronization code, virtual channel identification, application process identification, frame count, format count;
a setting unit, configured to set a test threshold of the sensitive parameter based on a test requirement, where the test threshold includes at least one of: normal value, boundary value, abnormal value.
13. The apparatus of claim 12, wherein the apparatus further comprises:
the display unit is used for displaying the test data of different types and the test threshold value on a preset display module after the test threshold value of the sensitive parameter is set based on the test requirement;
the modifying unit is used for receiving the trigger operation acted on the display module and modifying the test data of different types and the test threshold value;
the coding unit is used for coding the modified test data of different types and the test threshold value to obtain the coded test data of different types and the test threshold value.
14. The apparatus of claim 13, wherein the apparatus further comprises:
the second determining unit is configured to determine transmission information of the different types of test data and the test threshold before sending the different types of test data to the software to be tested, where the transmission information includes at least one of the following: transmission mode, transmission frequency, target station.
15. The apparatus of claim 14, wherein the transmitting unit comprises: and the sending module is used for sending the test data of different types to the software to be tested through the transmission information.
16. The apparatus of claim 15, wherein the apparatus further comprises at least one of:
the visual analysis unit is used for carrying out visual analysis on the different types of test data and the test threshold before the software to be tested is tested by utilizing the different types of test data, so as to generate a visual chart;
the storage unit is used for storing the test data of different types and the test threshold value into a configuration multiplexing library and a test database, wherein the configuration multiplexing library is preset and is used for matching the historical configuration with a test scene according to characteristic elements, and storing the generated configuration templates, and the characteristic elements comprise at least one of the following: task code, target code, transmission information and framing mode; the test database is used for storing the different types of test data and the test threshold value.
17. A storage medium comprising a stored program, wherein the program performs the method of testing software according to any one of claims 1 to 8.
18. A processor for running a program, wherein the program runs on executing a method of testing software according to any one of claims 1 to 8.
CN201911358787.8A 2019-12-25 2019-12-25 Software testing method and device Active CN111159034B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911358787.8A CN111159034B (en) 2019-12-25 2019-12-25 Software testing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911358787.8A CN111159034B (en) 2019-12-25 2019-12-25 Software testing method and device

Publications (2)

Publication Number Publication Date
CN111159034A CN111159034A (en) 2020-05-15
CN111159034B true CN111159034B (en) 2024-01-02

Family

ID=70556738

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911358787.8A Active CN111159034B (en) 2019-12-25 2019-12-25 Software testing method and device

Country Status (1)

Country Link
CN (1) CN111159034B (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113297731B (en) * 2021-05-17 2023-09-15 中国人民解放军63920部队 Method and device for multiplexing and framing telemetry data channels
CN114218098A (en) * 2021-12-14 2022-03-22 平安国际融资租赁有限公司 Software system testing method and device, computer equipment and readable storage medium
CN116501650B (en) * 2023-06-27 2023-09-12 航天科工火箭技术有限公司 Method, device and medium for executing carrier rocket measurement and control flow engine
CN117254886B (en) * 2023-11-17 2024-01-23 广州市森锐科技股份有限公司 Cloud desktop data interaction method and device, computer equipment and storage medium

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103279415A (en) * 2013-05-27 2013-09-04 哈尔滨工业大学 Embedded software test method based on combinatorial test
CN106688335B (en) * 2013-02-05 2015-04-15 上海卫星工程研究所 A kind of satellite adaptive telemetry method for adapting to plug and play load
CN105610548A (en) * 2015-12-28 2016-05-25 北京卫星制造厂 Telemetering framing and downloading method based on event-driven
CN106407531A (en) * 2016-09-05 2017-02-15 北京空间飞行器总体设计部 Incremental model-based spacecraft telemetering method
CN107453800A (en) * 2017-06-30 2017-12-08 上海卫星工程研究所 The satellite TT&C system equivalent device and its method of testing of Parameter adjustable
CN107632844A (en) * 2017-07-28 2018-01-26 上海航天电子有限公司 Remote measurement multi-format framing method for satellite test

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7099753B2 (en) * 2004-04-27 2006-08-29 The Boeing Company Automatic generation of telemetry flight software, accompanying specifications, and decode files

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106688335B (en) * 2013-02-05 2015-04-15 上海卫星工程研究所 A kind of satellite adaptive telemetry method for adapting to plug and play load
CN103279415A (en) * 2013-05-27 2013-09-04 哈尔滨工业大学 Embedded software test method based on combinatorial test
CN105610548A (en) * 2015-12-28 2016-05-25 北京卫星制造厂 Telemetering framing and downloading method based on event-driven
CN106407531A (en) * 2016-09-05 2017-02-15 北京空间飞行器总体设计部 Incremental model-based spacecraft telemetering method
CN107453800A (en) * 2017-06-30 2017-12-08 上海卫星工程研究所 The satellite TT&C system equivalent device and its method of testing of Parameter adjustable
CN107632844A (en) * 2017-07-28 2018-01-26 上海航天电子有限公司 Remote measurement multi-format framing method for satellite test

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
周健 ; 辛中臣 ; .无人机***软件黑盒测试内容研究.信息***工程.2019,(04),全文. *
钱杰 ; .飞行控制软件全数字仿真测试环境的搭建与应用.航天控制.2006,(05),全文. *

Also Published As

Publication number Publication date
CN111159034A (en) 2020-05-15

Similar Documents

Publication Publication Date Title
CN111159034B (en) Software testing method and device
CN107908541B (en) Interface testing method and device, computer equipment and storage medium
US10204035B1 (en) Systems, methods and devices for AI-driven automatic test generation
US9426284B2 (en) Methods, systems, and computer readable media for call flow analysis using comparison level indicators
CN111159049B (en) Automatic interface testing method and system
US8079017B2 (en) Automated QS interface testing framework
CN105787364B (en) Automatic testing method, device and system for tasks
CN103095475B (en) The method for inspecting and system of multimode communication device
CN110750458A (en) Big data platform testing method and device, readable storage medium and electronic equipment
CN111679979B (en) Destructive testing method and device
CN112559348B (en) Test analysis method, system, equipment and medium based on jacoco
CN112988608A (en) Data testing method and device, computer equipment and storage medium
CN114816980A (en) Automatic testing device and method for embedded communication system
EP1780946B1 (en) Consensus testing of electronic system
CN107835080B (en) Distributed system data collection method and data signature generation method
CN109985387B (en) Automatic testing method and device
CN110297926B (en) On-orbit configuration method of satellite-borne image processing device
CN116383025A (en) Performance test method, device, equipment and medium based on Jmeter
CN109857576A (en) RPC interface call method and device
CN111193631A (en) Information processing method, system, and computer-readable storage medium
CN111314805B (en) Debugging method and device for intercommunication OMCI (OMCI) messages of GPON (gigabit passive optical network) system
CN112199229A (en) Data processing method, device, equipment and storage medium
CN117370203B (en) Automatic test method, system, electronic equipment and storage medium
EP4078374B1 (en) A computer software module arrangement, a circuitry arrangement, an arrangement and a method for improved software execution monitoring
CN114205276B (en) Performance test method and device for product management system and electronic equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant