CN115794657A - Software system testing method, device, equipment and readable storage medium - Google Patents
Software system testing method, device, equipment and readable storage medium Download PDFInfo
- Publication number
- CN115794657A CN115794657A CN202211669371.XA CN202211669371A CN115794657A CN 115794657 A CN115794657 A CN 115794657A CN 202211669371 A CN202211669371 A CN 202211669371A CN 115794657 A CN115794657 A CN 115794657A
- Authority
- CN
- China
- Prior art keywords
- test
- software
- software system
- physical
- stand
- 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.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The invention provides a software system testing method, a device, equipment and a readable storage medium, wherein the software system testing method comprises the following steps: acquiring a test service option triggered by a software system test interface control, and carrying out corresponding test based on the test service option; acquiring process data in the test process based on the CAN message trigger event or the state trigger event; processing the process data to obtain a data processing result; and linking the environment variable of the software system test interface window to the data processing result, and displaying the function test result and the CAN interface test result of each piece of equipment software based on the data processing result. The invention can ensure the test sufficiency, display the system test result of each equipment software on the software system test interface of the upper computer in real time, and improve the test efficiency and the test quality, thereby improving the reliability of each equipment software after the test.
Description
Technical Field
The invention relates to the technical field of equipment software system testing, in particular to a software system testing method, device, equipment and a readable storage medium.
Background
The software system test is a test of the mutual matching of software functions of each equipment in the aerospace system at a system level, is very helpful for the software to correctly realize the functions required by the system, and is a necessary link for the software verification of each equipment in the aerospace system. The current software system testing method based on CAN bus communication needs software testers to combine with debugging and testing tools, design test cases one by one, and carry out related work such as test case execution, and the test analysis efficiency is low and is not intuitive. In addition, the software system test experience fragmentation based on the CAN bus exists in each test report, and the sufficiency of the software system test is difficult to ensure in the actual test work.
Disclosure of Invention
The invention mainly aims to provide a software system testing method, a device, equipment and a readable storage medium, and aims to solve the technical problems of low testing efficiency and low testing quality of the existing software system testing method based on CAN bus communication.
In a first aspect, the present invention provides a software system testing method, including the steps of:
acquiring a test service option triggered by a software system test interface control, and carrying out corresponding test based on the test service option;
acquiring process data in the test process based on the CAN message trigger event or the state trigger event;
processing the process data to obtain a data processing result;
and linking the environment variable of the software system test interface window to the data processing result, and displaying the function test result and the CAN interface test result of each piece of equipment software based on the data processing result.
Optionally, before the step of obtaining a test service option triggered by a software system test interface control and performing a corresponding test based on the test service option, the method includes:
determining whether the node single machines running each equipment software are all physical single machines;
if the node single machines for operating all the equipment software are determined to be physical single machines, the test service option is to perform system test on all the software operated on the physical single machines;
and if the node stand-alone machines running the equipment software are determined not to be all the material stand-alone machines, the test service option is to carry out configuration item test on the software running on the material stand-alone machines.
Optionally, the step of performing a corresponding test based on the test service option includes:
if the test service option is to perform configuration item test on the software running on the physical stand-alone machine, simulating the service corresponding to the non-physical stand-alone machine based on the type of the non-physical stand-alone machine, and performing configuration item test on the software running on the physical stand-alone machine.
Optionally, the step of simulating the service corresponding to the non-physical standalone based on the type of the non-physical standalone includes:
if the non-physical stand-alone is an active control stand-alone, simulating the active control stand-alone to send a specific message in a specific time sequence or in a specific state, wherein the specific state comprises a state of receiving control excitation or a state of receiving triggering of a preset variable value;
if the non-physical stand-alone is a passive execution stand-alone, simulating the passive execution stand-alone to execute corresponding actions after receiving the control message, and transmitting feedback information to the CAN bus message monitoring channel;
and if the non-physical stand-alone is a one-way output stand-alone, simulating the one-way output motor to periodically output a preset message to the CAN bus.
Optionally, before the step of obtaining the test service option triggered by the software system test interface control and performing the corresponding test based on the test service option, the method includes:
establishing a message protocol family corresponding to the software testing service;
configuring a basic database corresponding to the software test service based on the message protocol family;
carrying out control setting and display setting of the corresponding physical quantity of the software testing service on a software system testing interface;
and pre-compiling the CAN message trigger event and the state trigger event function under a corresponding compiling environment, wherein the state trigger event comprises a control trigger event and a timer trigger event.
In a second aspect, the present invention further provides a software system testing apparatus, including:
the test trigger module is used for acquiring test service options triggered by the software system test interface control and carrying out corresponding tests based on the test service options;
the acquisition module is used for acquiring process data in the test process based on the CAN message trigger event or the state trigger event;
the data processing module is used for carrying out data processing on the process data to obtain a data processing result;
and the display module is used for linking the software system test interface window environment variable to the data processing result and displaying the function test result and the CAN interface test result of each piece of equipment software based on the data processing result.
Optionally, the software system testing apparatus further includes a determining module, configured to:
determining whether the node single machines running each equipment software are all physical single machines;
if the node single machines for operating all the equipment software are determined to be physical single machines, the test service option is to perform system test on all the software operated on the physical single machines;
and if the node stand-alone machines running the equipment software are determined not to be all the material stand-alone machines, the test service option is to carry out configuration item test on the software running on the material stand-alone machines.
Optionally, the test triggering module is further specifically configured to:
and if the test service option is to perform configuration item test on the software running on the physical stand-alone machine, simulating the service corresponding to the non-physical stand-alone machine based on the type of the non-physical stand-alone machine, and performing configuration item test on the software running on the physical stand-alone machine.
Optionally, the test triggering module is further specifically configured to:
if the non-physical stand-alone machine is an active control stand-alone machine, simulating the active control stand-alone machine to send a specific message in a specific time sequence or a specific state, wherein the specific state comprises a state of receiving control excitation or a state of receiving triggering of a preset variable value;
if the non-physical stand-alone is a passive execution stand-alone, simulating the passive execution stand-alone to execute corresponding actions after receiving the control message, and transmitting feedback information to the CAN bus message monitoring channel;
and if the non-physical stand-alone is a one-way output stand-alone, simulating the one-way output motor to periodically output a preset message to the CAN bus.
Optionally, the software system testing apparatus further includes a building module, configured to:
establishing a message protocol family corresponding to the software testing service;
configuring a basic database corresponding to the software test service based on the message protocol family;
carrying out control setting and display setting of the corresponding physical quantity of the software testing service on a software system testing interface;
and pre-compiling the CAN message trigger event and the state trigger event function under a corresponding compiling environment, wherein the state trigger event comprises a control trigger event and a timer trigger event.
In a third aspect, the present invention further provides a software system testing device, which includes a processor, a memory, and a software system testing program stored on the memory and executable by the processor, wherein when the software system testing program is executed by the processor, the steps of the software system testing method as described above are implemented.
In a fourth aspect, the present invention further provides a readable storage medium, on which a software system testing program is stored, wherein when the software system testing program is executed by a processor, the steps of the software system testing method as described above are implemented.
The invention provides a software system testing method, a device, equipment and a readable storage medium, wherein the software system testing method comprises the following steps: acquiring a test service option triggered by a software system test interface control, and carrying out corresponding test based on the test service option; acquiring process data in the test process based on the CAN message trigger event or the state trigger event; processing the process data to obtain a data processing result; and linking the environment variable of the software system test interface window to the data processing result, and displaying the function test result and the CAN interface test result of each piece of equipment software based on the data processing result. The invention can ensure the test sufficiency, display the system test result of each piece of equipment software on the test interface of the software system on the upper computer in real time, and improve the test efficiency and the test quality, thereby improving the reliability of each piece of equipment software after the test.
Drawings
Fig. 1 is a schematic hardware structure diagram of a software system test device according to an embodiment of the present invention;
FIG. 2 is a flowchart illustrating a software testing method according to an embodiment of the present invention;
FIG. 3 is a flowchart illustrating a software testing method according to another embodiment of the present invention;
FIG. 4 is a functional block diagram of an embodiment of a software system testing device according to the present invention.
The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the invention and do not limit the invention.
In a first aspect, an embodiment of the present invention provides a software system test device.
Referring to fig. 1, fig. 1 is a schematic diagram of a hardware structure of a software system test device according to an embodiment of the present invention. In this embodiment of the present invention, the software system testing apparatus may include a processor 1001 (e.g., a central processing unit, CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. The communication bus 1002 is used for realizing connection communication among the components; the user interface 1003 may include a Display screen (Display), an input unit such as a Keyboard (Keyboard); the network interface 1004 may optionally include a standard wired interface, a WIreless interface (e.g., a WI-FI interface, WI-FI interface); the memory 1005 may be a Random Access Memory (RAM) or a non-volatile memory (non-volatile memory), such as a magnetic disk memory, and optionally, the memory 1005 may also be a storage device independent of the processor 1001. Those skilled in the art will appreciate that the hardware configuration shown in fig. 1 is not intended to limit the present invention, and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.
With continued reference to FIG. 1, the memory 1005 of FIG. 1, which is one type of computer storage medium, may include an operating system, a network communication module, a user interface module, and a software system test program. The processor 1001 may call a software system test program stored in the memory 1005, and execute the software system test method provided by the embodiment of the present invention.
In the second aspect, because the current software system testing method based on the CAN bus communication needs software testers to combine with debugging and testing tools, design test cases one by one, and carry out related actions such as test case execution, the test analysis efficiency is low, the test result is not intuitive, and the test experience fragmentation exists in each test report in the actual test process, so that the test sufficiency of the software system is difficult to ensure. Therefore, the invention uses a portable computer or a PC as an upper computer, and adopts configured CANoe software on the upper computer. The upper computer is connected to the CAN bus of each node device through CANoe hardware, CAN data transmitted on the CAN bus is received, transmitted and monitored through the CANoe hardware, software system tests are carried out on each piece of equipment software which runs on each node device and participates in the tests, test results of the software system tests are correspondingly displayed, and information on the bus in the whole test process is received and processed, and visual management of a result control curve and a feedback curve is achieved. The node devices are connected through a CAN bus, and a software system test program runs in the upper computer.
On the basis, the embodiment of the invention provides a software system testing method.
Referring to fig. 2, fig. 2 is a flowchart illustrating a software system testing method according to an embodiment of the present invention.
In an embodiment of the software system testing method of the present invention, the software system testing method includes:
step S10, acquiring a test service option triggered by a software system test interface control, and carrying out corresponding test based on the test service option;
in this embodiment, when a software system is tested, a test service option triggered by a tester clicking an interface control on a software system test interface is first obtained, where the test service option includes a software configuration item test and a software system test. And after the test service option is determined, carrying out corresponding test.
Step S20, acquiring process data in the test process based on the CAN message trigger event or the state trigger event;
in this embodiment, the process data in the test process is acquired based on the CAN message trigger event or the state trigger event, and the process data includes the control physical quantity and the feedback physical quantity of the function test and the interface test of the software configuration item of the stand-alone node in the test process.
Step S30, carrying out data processing on the process data to obtain a data processing result;
in this embodiment, the data processing result may be obtained by performing data processing on the process data acquired from the test process, where the data processing result corresponds to the test result of the function item and the interface item of the software on the single machine node.
And S40, linking the software system test interface window environment variable to the data processing result, and displaying the function test result and the CAN interface test result of each piece of equipment software based on the data processing result.
In this embodiment, the data processing result is obtained, and the environment variable of the software system test interface window may be linked to the obtained data processing result, so that the test result of the mutual matching between the functions and the interfaces of each piece of equipment software is displayed in the software system test interface window. By the method, the system test result of each piece of equipment software CAN be displayed on the software system test interface of the upper computer in real time, and the problems that a system test tool is lacked in a real-installation test environment and the test efficiency is low and the test quality is not high in the existing software system test method based on CAN bus communication are effectively solved, so that the test sufficiency is ensured, and the test efficiency and the test quality are improved.
Further, in an embodiment, referring to fig. 3, before the step S10, the method includes:
step S01, determining whether the node single machines running each equipment software are all physical single machines;
s02, if the node single machines running all the equipment software are determined to be physical single machines, the service option for testing is to carry out system test on all the software running on the physical single machines;
and S03, if the node single machines running the equipment software are not all the object single machines, the service testing option is to perform configuration item testing on the software running on the object single machine.
In this embodiment, each software participating in the test runs on the node device, and the node device may be a real device standalone or a simulation standalone. In the process of determining the test service option, whether the node single machines operating the equipment software are all material single machines needs to be determined. If the software system test tool is determined to be the material object stand-alone machine, the software system test tool can be used as a monitoring node in the test process, messages on a bus in the whole test process are received and processed, and results are displayed in real time through a graphical interface, so that system test is carried out on the mutual matching between functions and interfaces of various pieces of equipment software running on the material object stand-alone machine. If the node single machines running the equipment software are determined not to be all physical single machines, the test service option is a configuration item test of the software running on the physical single machine, so that the application scene is very flexible.
The operation steps when the software system test tool is used as a monitoring node are as follows: analyzing the test case, extracting the physical quantity involved in the test process, extracting the information involved in the physical quantity in the CAN bus protocol and configuring the information in a database; processing data in the process of executing the system flow test, extracting the required physical quantity after receiving the specific message, and displaying the data processing result after data processing; and interpreting the data processing result in real time, displaying the real-time result and the theoretical result, and providing test data for the test case.
Still further, in an embodiment, the step of performing the corresponding test based on the test service option includes:
and if the test service option is to perform configuration item test on the software running on the physical stand-alone machine, simulating the service corresponding to the non-physical stand-alone machine based on the type of the non-physical stand-alone machine, and performing configuration item test on the software running on the physical stand-alone machine.
In this embodiment, if it is determined that the test service option is to perform a configuration item test on software running on the physical desktop, it is necessary to simulate a service corresponding to the non-physical desktop based on the type of the non-physical desktop, and perform the configuration item test on the software running on the physical desktop.
Further, in an embodiment, the step of simulating the service corresponding to the non-physical desktop computer based on the type of the non-physical desktop computer includes:
if the non-physical stand-alone machine is an active control stand-alone machine, simulating the active control stand-alone machine to send a specific message in a specific time sequence or a specific state, wherein the specific state comprises a state of receiving control excitation or a state of receiving triggering of a preset variable value;
if the non-physical stand-alone is a passive execution stand-alone, simulating the passive execution stand-alone to execute corresponding actions after receiving the control message, and transmitting feedback information to the CAN bus message monitoring channel;
and if the non-physical stand-alone is a one-way output stand-alone, simulating the one-way output motor to periodically output a preset message to the CAN bus.
In this embodiment, the simulated non-physical standalone services of different types of non-physical standalone are also different, wherein the non-physical standalone is generally divided into three types, one type of non-physical standalone is an active control unit, one type of non-physical standalone is a passive execution standalone, and one type of non-physical standalone is a unidirectional output motor. The common analog service has the problems that an active control single machine needs to set a specific time sequence and a specific state to send a specific message, a passive execution single machine needs to receive the control message and then execute corresponding actions and transmit feedback information to a bus monitoring channel, and a unidirectional output single machine needs to periodically output a set message to a CAN bus.
When the simulation stand-alone service works, if a non-physical stand-alone is an active control stand-alone, the simulation stand-alone is used for simulating that the active control stand-alone sends a specific message in a specific time sequence or a specific state, wherein the specific state comprises a state of receiving control excitation or a state of receiving triggering of a preset variable value. For example, simulating the service of a certain stand-alone 1, if it is necessary to simulate whether the state after power-on is normal, it is necessary to simulate the test execution to a specific time, or to receive the control excitation of the test interface, or to send a preset message after the variable value is triggered.
When the simulation stand-alone service works, if the non-physical stand-alone is a passive execution stand-alone, the simulation stand-alone executes corresponding actions after receiving the control message, and transmits the feedback information to the CAN bus message monitoring channel. For example, simulating the service of a certain single machine 2 needs to simulate whether the state is normal after power-on, and needs to simulate to execute the corresponding service after receiving the control signal and return the feedback signal to the bus.
When the simulation stand-alone service works, if the non-physical stand-alone is a one-way output stand-alone, the simulation one-way output motor periodically outputs a preset message to the CAN bus. For example, for simulating the service of a certain stand-alone 3, it is necessary to simulate whether the stand-alone state is normal after power-on, and it is necessary to simulate periodic message transmission.
Further, in an embodiment, before the step S10, the method includes:
establishing a message protocol family corresponding to the software testing service;
configuring a basic database corresponding to the software test service based on the message protocol family;
carrying out control setting and display setting of the corresponding physical quantity of the software testing service on a software system testing interface;
and pre-compiling the CAN message trigger event and the state trigger event function under a corresponding compiling environment, wherein the state trigger event comprises a control trigger event and a timer trigger event.
In this embodiment, before the software testing service for performing the system test or the configuration item test on the software running on the stand-alone node, the corresponding CAN message protocol family is established for different software testing services. The communication based on the CAN message protocol family CAN complete the function test and the interface test of a software system layer, and ensure that the coverage of all messages in the protocol CAN reach one hundred percent. And configuring a corresponding basic database based on CAN message protocol families corresponding to different software test services through CANdb + + of CANoe software, wherein the basic database comprises data such as a single machine node, CAN bus messages, CAN signals, environmental variables related to a CANoe software system test interface window and the like in the test. The established basic database is correspondingly stored in the CANoe software in a file form, and the corresponding database file is called when a specific test service is carried out.
In addition, in the scheme of the embodiment, a panel interface is constructed as a software system test interface of each piece of equipment software in the aerospace system by using a panel interface on the CANoe software, and control setting corresponding to different test services and display setting of physical quantities are performed on the software system test interface. And finally, precompiling functions of the CAN message trigger events and the state trigger events under the corresponding compiling environment of the capl programming, wherein the state trigger events comprise control trigger events and timer trigger events. A tester can click the corresponding control on a software system test interface, and corresponding control physical quantities are input into each piece of equipment software of the aerospace system based on a control trigger event. In the software system testing process, the triggering event based on the CAN message CAN also execute corresponding control operation after receiving the control message, or the triggering event based on the state CAN also continuously and periodically output preset specific messages to the CAN bus in the control process.
In this embodiment, a software system testing method is provided, which includes: acquiring a test service option triggered by a software system test interface control, and carrying out corresponding test based on the test service option; acquiring process data in the test process based on the CAN message trigger event or the state trigger event; processing the process data to obtain a data processing result; and linking the environment variable of the software system test interface window to the data processing result, and displaying the function test result and the CAN interface test result of each piece of equipment software based on the data processing result. The invention can ensure the test sufficiency, display the system test result of each equipment software on the software system test interface of the upper computer in real time, and improve the test efficiency and the test quality, thereby improving the reliability of each equipment software after the test.
In a third aspect, an embodiment of the present invention further provides a software system testing apparatus.
Referring to fig. 4, a functional module diagram of an embodiment of a software system testing device is shown.
In this embodiment, the software system testing apparatus includes:
the test triggering module 10 is used for acquiring a test service option triggered by the software system test interface control and performing a corresponding test based on the test service option;
an obtaining module 20, configured to obtain process data in a test process based on a CAN message trigger event or a state trigger event;
the data processing module 30 is configured to perform data processing on the process data to obtain a data processing result;
and the display module 40 is used for linking the environment variable of the software system test interface window to the data processing result and displaying the function test result and the CAN interface test result of each piece of equipment software based on the data processing result.
Further, in an embodiment, the software system testing apparatus further includes a determining module, configured to:
determining whether the node single machines running each equipment software are all physical single machines;
if the node stand-alone machines running all the equipment software are determined to be the object stand-alone machines, the testing service option is to carry out system testing on all the software running on the object stand-alone machines;
and if the node single machines running the equipment software are determined not to be all physical single machines, the service option is to perform configuration item test on the software running on the physical single machines.
Further, in an embodiment, the test triggering module 10 is further specifically configured to:
and if the test service option is to perform configuration item test on the software running on the physical stand-alone machine, simulating the service corresponding to the non-physical stand-alone machine based on the type of the non-physical stand-alone machine, and performing configuration item test on the software running on the physical stand-alone machine.
Further, in an embodiment, the test triggering module 10 is further specifically configured to:
if the non-physical stand-alone machine is an active control stand-alone machine, simulating the active control stand-alone machine to send a specific message in a specific time sequence or a specific state, wherein the specific state comprises a state of receiving control excitation or a state of receiving triggering of a preset variable value;
if the non-physical stand-alone is a passive execution stand-alone, simulating the passive execution stand-alone to execute corresponding actions after receiving the control message, and transmitting feedback information to the CAN bus message monitoring channel;
and if the non-physical stand-alone is a one-way output stand-alone, simulating the one-way output motor to periodically output a preset message to the CAN bus.
Further, in an embodiment, the software system testing apparatus further includes a building module, configured to:
establishing a message protocol family corresponding to the software testing service;
configuring a basic database corresponding to the software test service based on the message protocol family;
carrying out control setting and display setting of the corresponding physical quantity of the software testing service on a software system testing interface;
and pre-compiling the CAN message trigger event and the state trigger event function under a corresponding compiling environment, wherein the state trigger event comprises a control trigger event and a timer trigger event.
The function implementation of each module in the software system testing device corresponds to each step in the software system testing method embodiment, and the function and implementation process are not described in detail here.
In a fourth aspect, the embodiment of the present invention further provides a readable storage medium.
The readable storage medium of the present invention stores a software system test program, wherein the software system test program, when executed by a processor, implements the steps of the software system test method as described above.
The method for implementing the software system test program when executed may refer to various embodiments of the software system test method of the present invention, and will not be described herein again.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising a … …" does not exclude the presence of another identical element in a process, method, article, or system that comprises the element.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) as described above and includes instructions for causing a terminal device to execute the method according to the embodiments of the present invention.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (10)
1. A software system testing method is characterized by comprising the following steps:
acquiring a test service option triggered by a software system test interface control, and carrying out corresponding test based on the test service option;
acquiring process data in the test process based on the CAN message trigger event or the state trigger event;
processing the process data to obtain a data processing result;
and linking the environment variable of the software system test interface window to the data processing result, and displaying the function test result and the CAN interface test result of each piece of equipment software based on the data processing result.
2. The software system testing method of claim 1, wherein before the step of obtaining the testing service option triggered by the software system testing interface control and performing the corresponding test based on the testing service option, the method comprises:
determining whether the node single machines running each equipment software are all physical single machines;
if the node single machines for operating all the equipment software are determined to be physical single machines, the test service option is to perform system test on all the software operated on the physical single machines;
and if the node single machines running the equipment software are determined not to be all physical single machines, the service option is to perform configuration item test on the software running on the physical single machines.
3. The software system testing method of claim 2, wherein the step of performing the corresponding test based on the test service option comprises:
and if the test service option is to perform configuration item test on the software running on the physical stand-alone machine, simulating the service corresponding to the non-physical stand-alone machine based on the type of the non-physical stand-alone machine, and performing configuration item test on the software running on the physical stand-alone machine.
4. The software system testing method of claim 3, wherein the step of simulating services corresponding to the non-physical standalone based on the type of the non-physical standalone comprises:
if the non-physical stand-alone machine is an active control stand-alone machine, simulating the active control stand-alone machine to send a specific message in a specific time sequence or a specific state, wherein the specific state comprises a state of receiving control excitation or a state of receiving triggering of a preset variable value;
if the non-physical stand-alone is a passive execution stand-alone, simulating the passive execution stand-alone to execute corresponding actions after receiving the control message, and transmitting feedback information to the CAN bus message monitoring channel;
and if the non-physical stand-alone is a one-way output stand-alone, simulating the one-way output motor to periodically output a preset message to the CAN bus.
5. The software system testing method of claim 1, wherein before the step of obtaining the testing service option triggered by the software system testing interface control and performing the corresponding test based on the testing service option, the method comprises:
establishing a message protocol family corresponding to the software testing service;
configuring a basic database corresponding to the software test service based on the message protocol family;
carrying out control setting and display setting of the corresponding physical quantity of the software testing service on a software system testing interface;
and pre-compiling the CAN message trigger event and the state trigger event function under a corresponding compiling environment, wherein the state trigger event comprises a control trigger event and a timer trigger event.
6. A software system testing apparatus, characterized in that the software system testing apparatus comprises:
the test triggering module is used for acquiring a test service option triggered by the software system test interface control and carrying out corresponding test based on the test service option;
the acquisition module is used for acquiring process data in the test process based on the CAN message trigger event or the state trigger event;
the data processing module is used for carrying out data processing on the process data to obtain a data processing result;
and the display module is used for linking the software system test interface window environment variable to the data processing result and displaying the function test result and the CAN interface test result of each piece of equipment software based on the data processing result.
7. The software system testing apparatus of claim 6, further comprising a determination module to:
determining whether the node single machines running each equipment software are all physical single machines;
if the node single machines for operating all the equipment software are determined to be physical single machines, the test service option is to perform system test on all the software operated on the physical single machines;
and if the node single machines running the equipment software are determined not to be all physical single machines, the service option is to perform configuration item test on the software running on the physical single machines.
8. The software system testing device of claim 7, wherein the test triggering module is further specifically configured to:
and if the test service option is to perform configuration item test on the software running on the physical stand-alone machine, simulating the service corresponding to the non-physical stand-alone machine based on the type of the non-physical stand-alone machine, and performing configuration item test on the software running on the physical stand-alone machine.
9. A software system testing device, characterized in that the software system testing device comprises a processor, a memory, and a software system testing program stored on the memory and executable by the processor, wherein the software system testing program, when executed by the processor, implements the steps of the software system testing method according to any one of claims 1 to 5.
10. A readable storage medium having a software system test program stored thereon, wherein the software system test program, when executed by a processor, implements the steps of the software system test method of any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211669371.XA CN115794657A (en) | 2022-12-24 | 2022-12-24 | Software system testing method, device, equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211669371.XA CN115794657A (en) | 2022-12-24 | 2022-12-24 | Software system testing method, device, equipment and readable storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115794657A true CN115794657A (en) | 2023-03-14 |
Family
ID=85426605
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211669371.XA Pending CN115794657A (en) | 2022-12-24 | 2022-12-24 | Software system testing method, device, equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115794657A (en) |
-
2022
- 2022-12-24 CN CN202211669371.XA patent/CN115794657A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109302522B (en) | Test method, test device, computer system, and computer medium | |
| CN108108297B (en) | Method and device for automatic testing | |
| CN105866575B (en) | Vehicle-mounted display comprehensive testing device and testing method | |
| CN108959068B (en) | Software interface testing method, device and storage medium | |
| CN111240973B (en) | Equipment testing method and system based on simulation and readable storage medium | |
| CN109726108B (en) | Front-end code testing method, device, system and medium based on analog data | |
| CN108134708B (en) | Method and device for monitoring third-party interface | |
| CN107656872B (en) | Software testing method, device, equipment and computer storage medium | |
| CN111090592A (en) | Automatic testing method of buried point, terminal and readable storage medium | |
| CN110888816B (en) | Program testing method, program testing device and storage medium | |
| CN106354629A (en) | Construction method of iOS system mobile application automatic test system based on multiple stages of servers | |
| CN111258913A (en) | Automatic algorithm testing method and device, computer system and readable storage medium | |
| CN110659198A (en) | Application program test case execution method and device and software test system | |
| CN110781089A (en) | Method and device for automatically testing UI of equipment, electronic equipment and medium | |
| CN106815150B (en) | Server-side interface test system and method | |
| CN111736951A (en) | Simulation method for automatic driving, computer device, and storage medium | |
| CN117493188A (en) | Interface testing method and device, electronic equipment and storage medium | |
| CN111104331B (en) | Software management method, terminal device and computer readable storage medium | |
| CN111930621A (en) | DNS automation performance testing method, device, equipment and readable storage medium | |
| CN115794657A (en) | Software system testing method, device, equipment and readable storage medium | |
| CN113934642A (en) | Software compatibility testing method based on dynamic and static combination | |
| Kostiainen et al. | Framework for comparative usability testing of distributed applications | |
| CN116610557B (en) | Action binding information debugging method and device, storage medium and electronic equipment | |
| CN112612710B (en) | Automatic test method and system | |
| CN110825577B (en) | Frozen screen testing method and device for terminal 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 |