Bench environment detection method, device, computer equipment, medium and program product

Abstract

The present application relates to a bench environment detection method, device, computer equipment, medium and program product, which can automatically obtain the bench's software and hardware configuration parameters to perform basic configuration verification on the bench. After the basic configuration verification is passed, further obtain the bench harness definition data required for the current hardware-in-the-loop test project. Finally, combined with the bench harness definition data and the preset self-test use case model, the board channel and harness on-off self-test of the bench is automatically completed. The above scheme, combined with the bench's software and hardware configuration parameters, the bench harness definition data and the preset self-test use case model, automatically performs basic configuration verification on the bench, as well as board channel and harness on-off self-test. The entire bench test environment can be automatically tested, and the detection process does not require manual participation of staff, which can effectively improve the accuracy of the bench environment test.

Description

Technical Field

[0001] The present application relates to the field of automated testing technology, and in particular to a bench environment detection method, device, computer equipment, storage medium and computer program product. Background Art

[0002] With the development of the new energy industry, the battery market, which is mainly composed of power batteries and energy storage batteries, continues to expand. Along with this, the number of BMS (Battery Management System) projects has increased dramatically and has been frequently iterated. As a key verification link in the BMS R&D stage, HIL (Hardware-in-the-Loop Testing) has gradually become more important. HIL's various test tasks are usually performed on a bench, but with the continuous increase in test tasks, bench environment problems have led to slow test progress, reduced efficiency, and difficulty in meeting test requirements. Therefore, it is particularly important to ensure the stability and accuracy of the bench environment by testing the bench environment.

[0003] However, in the related art, the test accuracy of the bench environment test solution is low. Summary of the invention

[0004] Based on this, it is necessary to propose a bench environment detection method, device, computer equipment, storage medium and computer program product to improve the accuracy of bench environment testing.

[0005] The present application provides a test bench environment detection method, including: obtaining the software and hardware configuration parameters of the test bench; performing basic configuration verification on the test bench according to the software and hardware configuration parameters; if the basic configuration verification passes, obtaining the test bench harness definition data corresponding to the current hardware-in-the-loop test item; and performing board channel and harness on-off self-inspection on the test bench according to the test bench harness definition data and a preset self-inspection use case model.

[0006] The above-mentioned test bench environment detection method can automatically obtain the software and hardware configuration parameters of the test bench, perform basic configuration verification on the test bench, and after the basic configuration verification is passed, further obtain the test bench harness definition data required for the current hardware-in-the-loop test project. Finally, combined with the test bench harness definition data and the preset self-test use case model, the board channel and harness on-off self-test of the test bench is automatically completed. The above scheme, combined with the software and hardware configuration parameters of the test bench, the test bench harness definition data and the preset self-test use case model, automatically performs basic configuration verification on the test bench, as well as board channel and harness on-off self-test. The detection of the entire test bench environment can be carried out automatically, and the detection process does not require manual participation of staff, which can effectively improve the accuracy of the test bench environment.

[0007] In some embodiments, the software and hardware configuration parameters include rack board configuration parameters, and the basic configuration verification of the rack according to the software and hardware configuration parameters includes: verifying the number of rack boards and the installation position of the rack boards of the rack according to the rack board configuration parameters.

[0008] The above scheme realizes the verification of the number and installation position of the bench boards through the bench board configuration parameters, and has high verification accuracy.

[0009] In some embodiments, after verifying the number of rack boards and the installation positions of the rack boards of the rack according to the rack board configuration parameters, it also includes: when the number of rack boards and the installation positions of the rack boards are verified successfully, performing connectivity verification on the high voltage source and the low voltage source of the rack.

[0010] In the above scheme, when the test bench board card verification is passed, the connectivity of the high voltage source and the low voltage source in the test bench is further verified to improve the power supply reliability of the test bench.

[0011] In some embodiments, the connectivity check of the high-voltage source and the low-voltage source of the test stand includes: sending connection instructions to the high-voltage source and the low-voltage source respectively; receiving power-on result parameters returned by the test stand according to the connection instructions; and performing connectivity check on the high-voltage source and the low-voltage source according to the power-on result parameters.

[0012] The above scheme implements connectivity verification of the high voltage source and the low voltage source by sending connection instructions to the high voltage source and the low voltage source and receiving power-on result parameters returned according to the connection instructions, and has high connectivity verification accuracy.

[0013] In some embodiments, the software and hardware configuration parameters include application configuration parameters, and the basic configuration verification of the test bench based on the software and hardware configuration parameters includes: determining the name and quantity of system variables of the test bench test environment based on the application configuration parameters; performing system variable verification based on the name and the quantity; and calling an application programming interface to perform application self-check based on the system variables.

[0014] The above scheme, combined with the verification of the system variables and the application programming interface in the software environment of the test bench by the application configuration parameters, has a high accuracy of software environment verification.

[0015] In some embodiments, the board channel and harness on / off self-check of the bench is performed according to the bench harness definition data and a preset self-check use case model, including: determining the test case corresponding to each functional parameter in the bench harness definition data according to the bench harness definition data and a preset self-check use case model; verifying each functional parameter in turn according to the test case and determining the verification result; determining the board channel status of the bench and the harness on / off status according to the verification result.

[0016] The above scheme combines the test bench harness definition data and the preset self-test use case model to determine the test cases corresponding to each functional parameter in the test bench harness definition data, so as to verify them one by one, and finally obtain the board channel status of the test bench and the on-off status of the harness, which has high accuracy and convenience in board channel and harness on-off detection.

[0017] In some embodiments, determining the test cases corresponding to each functional parameter in the bench harness definition data based on the bench harness definition data and a preset self-test use case model includes: determining a function configuration list based on the bench harness definition data; determining the test cases corresponding to each functional parameter in the bench harness definition data based on the function configuration list and a preset self-test use case model.

[0018] The above scheme first combines the test bench harness definition data to extract the corresponding required functional configuration list, and then determines the test cases corresponding to each functional parameter in the test bench harness definition data based on the functional configuration list and the preset self-test case model, thereby improving the accuracy of the test cases.

[0019] In some embodiments, verifying each of the functional parameters in turn according to the test case and determining the verification result includes: obtaining a tolerance compensation value; after performing tolerance compensation on the test case according to the tolerance compensation value, verifying each of the functional parameters in turn and determining the verification result.

[0020] The above scheme, based on the test cases, performs tolerance compensation on each test parameter, improves the verification standard, increases the test case scenario coverage, alleviates the missed boundary values, or the test failure due to environmental deviations, and further improves the test accuracy.

[0021] In some embodiments, after performing a self-test of the board channel and harness on / off of the bench according to the bench harness definition data and a preset self-test case model, the method further includes: obtaining an acceptance test case; and verifying the interactive environment of the bench according to the acceptance test case.

[0022] After completing the self-test of the board channels and wiring harnesses of the test bench, the above scheme can also be combined with acceptance test cases to verify the interactive environment when the various devices in the test bench are combined together for interactive operations, thereby further improving the accuracy of the test bench.

[0023] In some embodiments, the acceptance test cases include: at least one of a sleep wake-up test case, a preset time operation obstacle test case, an upper and lower high voltage test case, an AC charging test case, and a DC charging test case.

[0024] The above scheme uses at least one of the sleep and wake-up test cases, preset duration running obstacle test cases, upper and lower high voltage test cases, AC charging test cases and DC charging test cases to simulate the actual operating environment of the test bench, calibrate the interactive environment, and improve the verification accuracy of the interactive environment.

[0025] In some embodiments, after performing a self-test of the board channel and harness on / off of the rack according to the rack harness definition data and a preset self-test case model, the method further includes: generating a test report according to the test result data of each test case.

[0026] The above scheme will generate corresponding test result data under each test case, and finally generate a test report based on these test result data for users to view and trace the data.

[0027] The present application provides a test bench environment detection device, including: a configuration acquisition module, used to obtain the software and hardware configuration parameters of the test bench; a configuration verification module, used to perform basic configuration verification on the test bench according to the software and hardware configuration parameters; a harness definition acquisition module, used to obtain the test bench harness definition data corresponding to the current hardware-in-the-loop test item when the basic configuration verification passes; a self-test module, used to perform board channel and harness on-off self-test on the test bench according to the test bench harness definition data and a preset self-test use case model.

[0028] The present application provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor implements the steps of the above-mentioned bench environment detection method when executing the computer program.

[0029] The present application provides a computer-readable storage medium having a computer program stored thereon, and when the computer program is executed by a processor, the steps of the above-mentioned bench environment detection method are implemented.

[0030] The present application provides a computer program product, including a computer program, which implements the steps of the above-mentioned bench environment detection method when executed by a processor. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] Various other advantages and benefits will become apparent to those of ordinary skill in the art by reading the detailed description of the preferred embodiments below. The accompanying drawings are only for the purpose of illustrating the preferred embodiments and are not to be considered as limiting the present application. Moreover, the same reference numerals are used throughout the drawings to represent the same components. In the drawings:

[0032] Figure 1 This is a flow chart of a bench environment detection method in some embodiments of the present application;

[0033] Figure 2 This is a flow chart of a bench environment detection method in some other embodiments of the present application;

[0034] Figure 3 This is a flow chart of a bench environment detection method in some other embodiments of the present application;

[0035] Figure 4 This is a schematic diagram of the basic environment self-check process in some embodiments of the present application;

[0036] Figure 5 This is a schematic diagram of the board channel and wiring harness on / off self-check process in some embodiments of the present application;

[0037] Figure 6 A schematic diagram of the on-off self-check process of the board channel and the wiring harness in some other embodiments of the present application;

[0038] Figure 7 This is a schematic diagram of a configuration list in some embodiments of the present application;

[0039] Figure 8 This is a schematic diagram of a list of use cases in some embodiments of the present application;

[0040] Fig. 9 This is a flow chart of a bench environment detection method in some embodiments of the present application;

[0041] Fig.10 This is a flow chart of a bench environment detection method in some other embodiments of the present application;

[0042] Fig.11 This is a schematic diagram of the structure of a bench environment detection device in some embodiments of the present application;

[0043] Fig.12 This is a schematic diagram of the structure of a bench environment detection device in some other embodiments of the present application;

[0044] Fig.13 This is a schematic diagram of the structure of a bench environment detection device in some other embodiments of the present application;

[0045] Fig.14 This is a schematic diagram of the internal structure of a computer device in some embodiments of the present application;

[0046] Fig.15 Schematic diagram of the internal structure of a computer device in some other embodiments of the present application. DETAILED DESCRIPTION

[0047] The following embodiments of the technical solution of the present application are described in detail in conjunction with the accompanying drawings. The following embodiments are only used to more clearly illustrate the technical solution of the present application, and are therefore only used as examples, and cannot be used to limit the scope of protection of the present application.

[0048] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by technicians in the technical field to which this application belongs; the terms used herein are only for the purpose of describing specific embodiments and are not intended to limit this application; the terms "including" and "having" in the specification and claims of this application and the above-mentioned figure descriptions and any variations thereof are intended to cover non-exclusive inclusions.

[0049] In the description of the embodiments of the present application, the technical terms "first", "second", etc. are only used to distinguish different objects, and cannot be understood as indicating or implying relative importance or implicitly indicating the number, specific order or primary and secondary relationship of the indicated technical features. In the description of the embodiments of the present application, the meaning of "multiple" is more than two, unless otherwise clearly and specifically defined.

[0050] Reference to "embodiments" herein means that a particular feature, structure, or characteristic described in conjunction with the embodiments may be included in at least one embodiment of the present application. The appearance of the phrase in various locations in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It is explicitly and implicitly understood by those skilled in the art that the embodiments described herein may be combined with other embodiments.

[0051] In the description of the embodiments of the present application, the term "and / or" is only a description of the association relationship of the associated objects, indicating that there may be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship.

[0052] At present, from the perspective of market development, the application of batteries is becoming more and more extensive. Batteries are not only used in energy storage power systems such as hydropower, thermal power, wind power and solar power stations, that is, as energy storage batteries; they are also widely used in electric vehicles such as electric bicycles, electric motorcycles, electric cars, as well as military equipment and aerospace and other fields, that is, as power batteries. As the application field of power batteries continues to expand, the market demand is also constantly expanding.

[0053] Battery BMS is an important component of new energy vehicles. It mainly monitors the status of the battery, improves the safety of the battery, and enables the battery to operate efficiently and for a long life. When using a test bench to perform HIL verification on the BMS, it is generally necessary to first test the environment of the built test bench. When the test bench environment is correct, then start the HIL test verification.

[0054] Through research, it is found that the current test bench self-test is generally carried out manually. The tester selects several measurement data, sets the input and output of each board and channel of the test bench in turn, collects the input and output with a multimeter, third-party detection tools, etc., and manually records the actual measured numerical results. It is manually determined whether each data exceeds the error range allowed by the equipment, so as to determine whether the test bench board and channel are normal. Or the multimeter is set to the beep mode, and each harness is measured in turn to see if it is connected, and the measurement results are manually recorded to determine whether each harness is in accordance with the provisions of the harness definition table, whether the BMU (Battery Management Unit) board is connected to the correct position, and the harness is in good contact, and whether the test environment is connected.

[0055] However, the inspection of the test bench environment relies on manual testing. Testers use tools to check each board, channel, wiring harness, etc. in turn, and manually record and analyze the data. This requires a high level of professionalism from the testers. In the actual inspection process, it is easy for the testers to be negligent or make operational errors, resulting in inaccurate final test results.

[0056] In order to alleviate the low accuracy of the above-mentioned bench environment test, a script can be written for the bench environment test, and the machine can be used to replace manual detection. The control script can be used to automatically adjust the upper device, set the input and output of the bench board and channel, and obtain the results and other data. Finally, the self-inspection of the bench environment can be realized by automatically analyzing and determining whether the test data is abnormal, so as to improve the accuracy of the bench environment detection.

[0057] Based on the above considerations, the present application provides a test bench environment detection method, which can automatically obtain the software and hardware configuration parameters of the test bench, perform basic configuration verification on the test bench, and after the basic configuration verification is passed, further obtain the test bench harness definition data required for the current hardware-in-the-loop test project. Finally, combined with the test bench harness definition data and the preset self-test use case model, the board channel and harness on / off self-test of the test bench is automatically completed.

[0058] Through the above solution, combined with the test bench's hardware and software configuration parameters, test bench harness definition data and preset self-test use case model, the test bench can automatically perform basic configuration verification and board channel and harness on / off self-test. The entire test bench test environment can be automatically tested, and the detection process does not require manual participation of staff, thereby effectively improving the accuracy of the test bench environment.

[0059] The test bench environment detection method provided in the embodiment of the present application is used to perform self-inspection on the test bench environment, that is, to detect the status of board channels, wiring harness on and off, etc. in the test bench, so that subsequent test items implemented by the test bench can be carried out under good test bench environment, thereby improving the test accuracy of the test items.

[0060] It should be noted that the test bench of the embodiment of the present application can be a test bench for hardware-in-the-loop testing of BMS, or other types of test benches, for example, a test bench for testing engines, transmission systems, etc., or a test bench for hardware-in-the-loop testing of automotive electronic control systems, etc., without specific limitation. In order to facilitate understanding of the technical solution of the present application, the following embodiments can all be understood as a test bench for hardware-in-the-loop testing of BMS.

[0061] The bench environment detection method of the embodiment of the present application is implemented by a self-test device, which can be a terminal device, such as a personal computer, an industrial computer, etc.; in another embodiment, the self-test device can also be a server, which is not specifically limited.

[0062] In one embodiment, the self-test device is configured with CANoe (CAN open environment) or other bus development environment software, such as Tongxing engineering software (such as TSMaster). During the bench environment test, the self-test device can adjust CANoe or Tongxing engineering software and set the input and output of the bench board and channel in combination with the test case, and obtain the corresponding test result data, thereby realizing the bench environment test.

[0063] See also Figure 1 The present application provides a bench environment detection method, including step 102, step 104, step 106 and step 108.

[0064] Step 102, obtaining the hardware and software configuration parameters of the test bench.

[0065] Specifically, the software and hardware configuration parameters are the parameters related to the software and hardware configuration of the test bench in the current state, which include software configuration parameters and hardware configuration parameters. Hardware configuration parameters refer to the parameters related to the configuration state generated when various hardware structures in the test bench are configured, including but not limited to the number of hardware, hardware setting location, hardware type, and the connection relationship between various hardware. Software configuration parameters are also configuration parameters related to the software program in the test bench, including but not limited to the number of functional modules in the software program, variable conditions, etc.

[0066] The way for the self-checking device to obtain the software and hardware configuration parameters is not unique. In one embodiment, a communication connection may be established between the self-checking device and the rack. The self-checking device retrieves the software and hardware configuration of the rack through communication, and then obtains the software and hardware configuration parameters.

[0067] For example, CAN (Controller Area Network) communication can be used to establish communication between the self-test device and the test bench. In this way, the self-test device retrieves information related to the test bench configuration, and obtains information related to the software configuration in the bus development environment software in the self-test device, and then the software and hardware configuration parameters can be identified.

[0068] Step 104, perform basic configuration verification on the test bench according to the software and hardware configuration parameters.

[0069] Specifically, the basic configuration of the test bench is the configuration necessary for the test bench to implement various hardware-in-the-loop test items. The basic configuration includes hardware configuration and software configuration. Therefore, when performing basic configuration verification, it is necessary to perform basic configuration verification on the hardware and software of the test bench respectively.

[0070] Specifically, the software and hardware configuration parameters theoretically required by the current test bench can be pre-stored in the self-test device. After the actual software and hardware configuration parameters of the test bench are collected and acquired according to the actual situation, they are compared and analyzed with the software and hardware configuration parameters theoretically required, thereby realizing basic configuration verification.

[0071] In one embodiment, the actual hardware and software configuration parameters may be compared with the theoretically required hardware and software configuration parameters, and when each parameter in the two is consistent, it is considered that the basic configuration check has passed. In another embodiment, the actual hardware and software configuration parameters and the theoretically required hardware and software configuration parameters may be compared with each other, and the basic configuration check may be considered to have passed when the difference between each parameter is within the allowable error range, and the specific details are not limited.

[0072] Step 106 , when the basic configuration verification passes, the test bench harness definition data corresponding to the current hardware-in-the-loop test item is obtained.

[0073] Specifically, the current hardware-in-the-loop test item is the test item that needs to be performed when the hardware-in-the-loop test is performed on the test bench in the current scenario. The test bench harness definition data is the different harnesses in the test bench and the function definitions corresponding to each harness under the current hardware-in-the-loop test item, which is used to characterize the correspondence between the harnesses and the function definitions.

[0074] It can be understood that the rack harness definition data will be different depending on the actual application scenario. In one embodiment, taking BMS as an example, the rack harness definition data should include different BMS pins (pins or pins), as well as the starting point corresponding to each BMSpin, the definition of the heavy-duty connector number tube (numbering tube, identification tube), the BMS number tube definition, the BMS function definition, the device channel interface system variables, the device channel, the new and old system variables, etc., without specific limitation.

[0075] It should be noted that the specific form of the rack harness definition data is not unique. In one embodiment, it can exist in the form of a graph, a table or a database, etc., and can be directly imported into the self-test device when there is a need for use.

[0076] Step 108, based on the rack harness definition data and the preset self-check use case model, the rack is self-checked for board channel and harness connectivity.

[0077] Specifically, the preset self-check case model is a data model composed of preset and different self-check cases. Self-check cases are test cases used to implement bench self-check. Test cases are a set of test inputs, execution conditions, and associated data of expected results compiled for a special purpose, used to verify whether a specific software requirement is met. Test cases generally include a case number, which is used to uniquely identify the test case for easy search and management; a case title, which briefly describes the test purpose or test function; preconditions, which are the conditions or states that need to be met before the test case is executed; test inputs, which provide various input conditions in the test execution; test steps, which describe in detail the specific operation steps for executing the test; and expected results, which are the expected results after the test execution based on the software requirements or design documents.

[0078] Therefore, in one embodiment, the preset self-test use case model should store all self-test use cases required for the test bench self-test, and each self-test use case includes a use case number, a use case title, preconditions, test inputs, test steps, and expected results, etc.

[0079] It is understandable that the storage method of the preset self-checking use case model is not unique. In one embodiment, it can be stored in the form of a database, a graph or a table, without specific limitation.

[0080] After obtaining the rack harness definition data and the preset self-test case model, the self-test device matches the two to obtain the required self-test cases for each board channel and harness under the current hardware-in-the-loop test project. After that, the self-test device only needs to use the obtained self-test cases to control the input and output of the rack board channel and collect data during operation, so as to verify that the wiring position is correct and the contact is good, whether there are wrong wiring and missing wiring, etc., and then realize the self-test of the board channel and harness.

[0081] The above-mentioned test bench environment detection method can automatically obtain the software and hardware configuration parameters of the test bench, perform basic configuration verification on the test bench, and after the basic configuration verification is passed, further obtain the test bench harness definition data required for the current hardware-in-the-loop test project. Finally, combined with the test bench harness definition data and the preset self-test use case model, the board channel and harness on-off self-test of the test bench is automatically completed. The above scheme, combined with the software and hardware configuration parameters of the test bench, the test bench harness definition data and the preset self-test use case model, automatically performs basic configuration verification on the test bench, as well as board channel and harness on-off self-test. The detection of the entire test bench environment can be carried out automatically, and the detection process does not require manual participation of staff, which can effectively improve the accuracy of the test bench environment.

[0082] Furthermore, by adopting the above-mentioned bench environment detection method, the detection of the entire bench test environment can be carried out automatically, and the detection process does not require manual participation of staff, which can also greatly improve the bench self-inspection efficiency.

[0083] See also Figure 2 In some embodiments, the hardware and software configuration parameters include rack board configuration parameters, and step 104 includes step 202 .

[0084] Step 202: Verify the number of rack boards and the installation positions of the rack boards according to the rack board configuration parameters.

[0085] Specifically, the bench board is a functional board used in the bench to implement different test items. Depending on the actual scenario, the types and quantities of the bench boards will also vary, which are not limited here. The bench board configuration parameters are parameters related to the actual configuration status of the bench board in the current environment. During the actual detection process, the self-test device can send a configuration parameter acquisition request to the bench. After that, the bench detects each bench board in turn, obtains the name of each bench board, the actual installation location and other parameters, and sends them to the self-test device. The self-test device finally performs statistical analysis based on the various data returned by the bench to obtain the actual number of bench boards and installation locations.

[0086] After that, the self-checking device compares the actual number and installation position of the rack boards with the theoretical number and installation position of the rack boards to determine whether there are any missing boards, incorrect positions or damage. If none of the above situations occur, it is considered that the hardware configuration check of the rack boards has passed. If any of the above situations occur, it is considered that the hardware configuration check of the rack boards has failed.

[0087] The above scheme realizes the verification of the number and installation position of the bench boards through the bench board configuration parameters, and has high verification accuracy.

[0088] See also Figure 3 In some embodiments, after step 202 , the method further includes step 302 .

[0089] Step 302: When the number of rack boards and the installation positions of the rack boards are successfully verified, the connectivity of the high-voltage source and the low-voltage source of the rack is verified.

[0090] Specifically, a high voltage source is a power source that can provide a relatively high voltage, and a low voltage source is a power source that provides a relatively low voltage. In order to meet the requirements of different hardware-in-the-loop test projects, it is usually necessary to configure power sources with different output voltage levels on the test bench, with the higher output voltage being used as the high voltage source and the lower output voltage being used as the low voltage source. Connectivity verification is to verify whether the high voltage source and the low voltage source are reliably connected to the test bench.

[0091] The number of rack boards and the installation positions of the rack boards are successfully verified, which means that the actual number of rack boards detected in the rack and the installation positions of each rack board are consistent with expectations or theories. In this case, in order to further improve the reliability of the rack basic environment, it is also necessary to perform connectivity checks on the high-voltage source and the low-voltage source respectively. Correspondingly, in this embodiment, the connectivity checks of the high-voltage source and the low-voltage source need to pass (that is, both are well connected), and the basic configuration check is considered to have passed.

[0092] In the above scheme, when the test bench board card verification is passed, the connectivity of the high voltage source and the low voltage source in the test bench is further verified to improve the power supply reliability of the test bench.

[0093] In some embodiments, a connectivity check is performed on a high voltage source and a low voltage source of a test bench, including: sending connection instructions to the high voltage source and the low voltage source respectively; receiving power-on result parameters returned by the test bench according to the connection instructions; and based on the power-on result parameters, a connectivity check is performed on the high voltage source and the low voltage source.

[0094] Specifically, the connection instruction is an instruction used to control the power supply to power on. The power-on result parameter is the signal returned after the test bench responds to the connection instruction and controls the high-voltage source or the low-voltage source to power on. In the scheme of this embodiment, when the self-test device determines that the number of test bench boards and the installation position of the test bench boards meet the expected requirements, CANoe or Tongxing engineering software will be called to send connection instructions to the high-voltage source and the low-voltage source respectively. Specifically, it can be to first send a connection instruction to any one of the high-voltage source and the low-voltage source, and receive the power-on result parameters fed back by the source, and then send a connection instruction to the other one, so that the connectivity check of the high-voltage source and the low-voltage source is realized in turn.

[0095] In actual scenarios, if the high-voltage source is judged to have successfully powered on the test bench after receiving the connection instruction according to the power-on result parameters, it is considered that the connectivity check of the high-voltage source has passed; if the test bench is judged to have failed to power on according to the power-on result parameters, it is considered that the connectivity check of the high-voltage source has failed. Similarly, if the low-voltage source is judged to have successfully powered on the test bench after receiving the connection instruction according to the power-on result parameters, it is considered that the connectivity check of the low-voltage source has passed; if the test bench is judged to have failed to power on according to the power-on result parameters, it is considered that the connectivity check of the low-voltage source has failed.

[0096] The above scheme implements connectivity verification of the high voltage source and the low voltage source by sending connection instructions to the high voltage source and the low voltage source and receiving power-on result parameters returned according to the connection instructions, and has high connectivity verification accuracy.

[0097] See also Figure 4 In some embodiments, the hardware and software configuration parameters include application configuration parameters, and step 104 includes step 402 , step 404 , and step 406 .

[0098] Step 402: Determine the names and quantities of system variables of the bench test environment according to the application configuration parameters.

[0099] Step 404, perform system variable verification based on the name and quantity.

[0100] Step 406: Call the application programming interface to perform application self-check according to the system variables.

[0101] Specifically, system variables are parameters that will change when executing hardware-in-the-loop test items, depending on the test items. For example, temperature, charging voltage, charging current, etc., are not limited to specific ones. Application configuration parameters are parameters related to API (Application Programming Interface) configuration used to implement bench engineering in CANoe or Tongxing engineering software.

[0102] In actual scenarios, the self-checking device can detect the total number of system variables and the variable name list of each system variable in the current environment by calling CANoe or Tongxing engineering software, and compare these actually detected parameters with the total number of system variables and variable name list required in theory, so as to confirm whether there are any missing system variables. In addition, the test bench engineering software API is called through system variables to drive the test bench board, channel, control output and acquisition, so as to check the number of APIs, that is, to realize application self-checking.

[0103] The above scheme, combined with the verification of the system variables and the application programming interface in the software environment of the test bench by the application configuration parameters, has a high accuracy of software environment verification.

[0104] See also Figure 5 In some embodiments, step 108 includes step 502 , step 504 , and step 506 .

[0105] Step 502 : Determine the test cases corresponding to the functional parameters in the test harness definition data according to the test harness definition data and the preset self-test case model.

[0106] Step 504, verify each functional parameter in turn according to the test case and determine the verification result.

[0107] Step 506, according to the verification result, determine the board channel status of the rack and the on-off status of the wiring harness.

[0108] Specifically, the functional parameters are the parameters obtained by defining the functions of different wiring harnesses, which are used to distinguish different types of wiring harnesses. The self-test device matches the test bench wiring harness definition data and the preset self-test case model, and can obtain the test cases associated with the current hardware-in-the-loop test project and corresponding to the required test parameters. After that, it is only necessary to verify each functional parameter according to the obtained test case and return the verification result. The self-test device classifies and organizes these verification results to obtain the board channel status of the test bench and the on-off status of the wiring harness. That is, whether the board channel that needs to be used is normally turned on, whether the board channel that does not need to be used is normally closed, and whether the on-off of each wiring harness is consistent with the required on-off status.

[0109] The above scheme combines the test bench harness definition data and the preset self-test use case model to determine the test cases corresponding to each functional parameter in the test bench harness definition data, so as to verify them one by one, and finally obtain the board channel status of the test bench and the on-off status of the harness, which has high accuracy and convenience in board channel and harness on-off detection.

[0110] It should be pointed out that in actual scenarios, the preset self-test use case model includes the detection of all pin functions of the BMS. The test cases for each functional parameter should include two sets of solutions, one is the test case when the function is configured, and the other is the test case when the function is not configured. Even unconfigured functions need to be verified, which has higher verification reliability.

[0111] Therefore, in the actual verification process, the test standard for unconfigured functions is: the acquisition data responded by the board should be the value of the initial state, that is, the acquisition of the board without the function will not change; after testing according to the test case, the acquisition signal value of the self-test device should be an invalid value or an initial value. The test standard for configured functions: the acquisition of the board and the acquisition signal value of the self-test device should change with the setting value of the board.

[0112] Furthermore, in one embodiment, the design of the test case should meet the following requirements: First, the observations of the same type of Pins should be observed together in the test case. Second, the test case can only be verified according to a single function, and the same type of output channels cannot be verified at the same time, but different types of channels can be verified at the same time; in this way, the phenomenon that the verification results of the same type of output channels cannot be uniquely determined due to simultaneous verification is alleviated.

[0113] See also Figure 6 In some embodiments, step 502 includes step 602 and step 604 .

[0114] Step 602, determining a functional configuration list according to the rack harness definition data.

[0115] Step 604 , according to the function configuration list and the preset self-test case model, determine the test case corresponding to each function parameter in the test bench harness definition data.

[0116] Specifically, the function configuration list is the configuration status of the function definition configuration of each wire harness in the wire harness of the test bench. The function configuration list generally includes whether the functions of each wire harness are configured, and the actual configured function definition, etc., which are not specifically limited. After obtaining the test bench wire harness definition data, the self-test device will identify which functions in the test bench wire harness definition data have been configured, which functions have not been configured, and the actual configuration of the configured functions, and finally extract the function configuration list from the test bench wire harness definition data.

[0117] For example, in a more detailed embodiment, taking BMS as an example, the rack harness definition data includes different BMS pins, as well as the starting point corresponding to each BMS pin, the heavy-duty connector number tube definition, the BMS number tube definition, the BMS function definition, the device channel interface system variables, the device channel, and the new and old system variables. The self-checking device identifies the rack harness definition data, obtains the BMS Pin, the BMS number tube definition and the BMS function definition, and obtains the following: Figure 7 Functional configuration list shown.

[0118] After that, the self-checking device analyzes the function configuration list and the preset self-checking use case model, establishes the association between the function and the use case, and obtains the following Figure 8 As shown in the use case list. From the list, it can be seen that under different BMS number management definitions, the configuration of the BMS number management definition is different, and the use cases used are also different (according to the use case number, the unique test case can be obtained in the preset self-test use case model), that is, both functional configuration and non-configuration need to be verified.

[0119] The above scheme first combines the test bench harness definition data to extract the corresponding required functional configuration list, and then determines the test cases corresponding to each functional parameter in the test bench harness definition data based on the functional configuration list and the preset self-test case model, thereby improving the accuracy of the test cases.

[0120] In some embodiments, step 504 includes: obtaining a tolerance compensation value; performing tolerance compensation on the test case according to the tolerance compensation value, and then verifying each functional parameter in turn and determining a verification result.

[0121] Specifically, the tolerance compensation value is the compensation deviation range when compensating for each test parameter in the test case. Through research, it is found that there are errors in the test bench environment. When the boundary thresholds in the test case (that is, the test parameters at the boundary of a certain range) are used for testing, the values ​​of the actual environment outputs such as voltage, temperature, and current may not reach the thresholds to be set in theory. The test results are often inaccurate due to environmental errors, resulting in test item failures or missed boundary thresholds.

[0122] Therefore, the scheme of this embodiment defines the compensation deviation range for the test parameters in each test case. For example, the allowable deviation of temperature is ±0.5℃ (degrees Celsius), the allowable deviation of voltage is ±1mV (millivolt), and the allowable deviation range of current is ±1A (ampere). In this way, in the actual test process, when verifying the boundary threshold, in the steps of the test case, the actual setting value is compensated up or down to cover the boundary threshold required for verification in theory. Through this scheme, the impact of the bench environment error on the boundary threshold test can be reduced, the test coverage can be improved, and the phenomenon of test failure and missed test caused by the bench environment error can be alleviated.

[0123] The above scheme, based on the test cases, performs tolerance compensation on each test parameter, improves the verification standard, increases the test case scenario coverage, alleviates the missed boundary values, or the test failure due to environmental deviations, and further improves the test accuracy.

[0124] See also Fig. 9 In some embodiments, after step 108 , the method further includes steps 902 and 904 .

[0125] Step 902, obtaining acceptance test cases.

[0126] Step 904: Verify the interactive environment of the test bench according to the acceptance test case.

[0127] Specifically, the acceptance test case is a test case used to test the acceptance of information interaction between devices when the hardware devices in the test bench interact with each other. In actual test scenarios, there is often a phenomenon that there are no problems with the test results of a single board channel, but when the board is assembled with other devices or multiple boards interact with each other, problems will occur in the test bench environment. In this regard, the scheme of the embodiment of the present application is configured with acceptance test cases, and through the acceptance test cases, multiple boards and boards and other devices interact with each other to detect whether there are problems in the test environment when multiple bench board functions, other devices, etc. are assembled and interacted together.

[0128] After completing the self-test of the test bench board channel and wiring harness, the above solution can also be combined with acceptance test cases to verify the interactive environment when the various devices in the test bench are combined together for interactive operations, thereby further improving the accuracy of the test bench.

[0129] It should be noted that the specific types of acceptance test cases are not unique, and there will be certain differences in acceptance test cases depending on the actual test scenarios. Taking BMS as an example, in some embodiments, acceptance test cases include: at least one of sleep wake-up test cases, preset time operation obstacle test cases, upper and lower high voltage test cases, AC charging test cases and DC charging test cases.

[0130] Specifically, the sleep and wake-up test case is a test case that simulates the interactive operation of the test bench's sleep and wake-up states, thereby testing the test bench environment in this state. The preset duration operation obstacle test case is a test case that controls the normal operation of the test bench for a preset duration to detect whether the test bench will have any operation problems. The upper and lower high voltage test case is a test case used to simulate the upper and lower high voltage operations of the test bench to detect whether there will be any problems with the upper and lower high voltages. The AC charging test is a test case that simulates AC charging of the battery to detect whether there are any operation problems with AC charging. The DC charging test is a test case that simulates DC charging of the battery to detect whether there are any operation problems with DC charging.

[0131] It can be understood that in actual scenarios, one or more of the above five working conditions can be selected to perform interactive environmental calibration on the test bench. In more detail, in one embodiment, the above five working conditions can be used to perform interactive environmental calibration in sequence, and the selection can be made in combination with actual needs.

[0132] The above scheme uses at least one of the sleep and wake-up test cases, preset duration running obstacle test cases, upper and lower high voltage test cases, AC charging test cases and DC charging test cases to simulate the actual operating environment of the test bench, calibrate the interactive environment, and improve the verification accuracy of the interactive environment.

[0133] See also Fig.10 In some embodiments, after step 108 , the method further includes step 1002 .

[0134] Step 1002: Generate a test report based on the test result data of each test case.

[0135] Specifically, the test result data includes the state parameters that characterize the test results, as well as various intermediate data generated during the test process. The test cases corresponding to each functional parameter in the test bench harness definition data (including functional configuration and non-configuration) are executed in sequence. Even if a test case outputs a test failure result, other test cases must be executed until all test cases are executed. According to the test result data of each test case, a self-test report is automatically generated.

[0136] It should be noted that, for the convenience of observation, the test result of each functional parameter is stored separately in a folder or sheet (workbook), and is named according to the test item. Further, in one embodiment, the test result data of each functional parameter shall reflect the expected result value and the actual test value, and indicate whether the test of the functional parameter has passed or failed.

[0137] It can be understood that in one embodiment, a corresponding equipment allowable error range can be defined for each detection item (that is, each test case) and written into the test bench board specification sheet. When subsequent tests are performed, the test bench environment can be tested in combination with the allowable error range.

[0138] The above scheme will generate corresponding test result data under each test case, and finally generate a test report based on these test result data for users to view and trace the data.

[0139] In order to facilitate understanding of the technical solution of the present application, the present application is explained below in conjunction with more detailed embodiments.

[0140] (1) Self-check of hardware quantity and model: including test bench boards, high voltage source, and low voltage source. The test bench and Tongxing Engineering establish communication through CAN. The test bench automatically collects and obtains the test bench board configuration parameters, that is, the location and quantity of all current online boards, and sends them to the self-check device to check whether the number and location of each type of board are correct. After the test bench board verification is passed, Tongxing Engineering sends control instructions to the high voltage source and low voltage source to detect whether the two are connected.

[0141] (2) Self-check of software scripts: including the number of bench engineering software APIs and the number of system variables. The self-check device calls the Tongxing project to automatically detect the total number of all system variables and the detailed variable name list in the current environment to confirm whether there are any missing system variables. The system variables are used to call the bench engineering software API, drive the bench boards and channels, control output and acquisition, and thus check the number of APIs.

[0142] (3) Test bench board channel output and harness on / off self-test: By controlling the output of the test bench board channel and collecting input data, the harness on / off self-test is performed to detect whether the harness in the current environment is wired in accordance with the test bench harness definition table, whether the wiring position is correct and the contact is good, and whether there are any wrong connections or missing connections.

[0143] Specifically, first import the bench harness definition table. Taking BMS as an example, the bench harness definition table includes different BMS pins, as well as the starting point corresponding to each BMS pin, the heavy-duty connector number tube definition, the BMS number tube definition, the BMS function definition, the device channel interface system variables, the device channel, and the new and old system variables. After that, the self-test device identifies the bench harness definition table and obtains the BMS Pin, BMS number tube definition, and BMS function definition, as shown below. Figure 7 Functional configuration list shown.

[0144] The self-checking device analyzes the function configuration list and the preset self-checking use case model, establishes the association between the function and the use case, and obtains the following: Figure 8 As shown in the use case list. From the list, it can be seen that under different BMS number management definitions, the configuration of BMS number management definitions is different, and the use cases used are also different, that is, both functional configuration and non-configuration need to be verified.

[0145] In this way, the test cases corresponding to each functional parameter in the test harness definition data can be determined according to the test harness definition data and the preset self-test case model. After that, each functional parameter is verified in turn according to the test case and the verification result is determined. Specifically, for the test parameters in each test case, the compensation deviation range is defined respectively. In the actual test process, when verifying the boundary threshold, in the steps of the test case, the actual setting value is compensated up or down, so as to cover the boundary threshold required for verification in theory.

[0146] (4) Functional acceptance self-test: After completing the test of each test case, obtain the acceptance test case, and use at least one of the sleep wake-up test case, preset time running obstacle test case, upper and lower high voltage test case, AC charging test case and DC charging test case to verify the interactive environment of the test bench and obtain the verification results.

[0147] (5) Automatically generate a self-test result report: The test cases corresponding to each functional parameter in the test bench harness definition data are executed in sequence. Even if a test case outputs a test failure result, other test cases must be executed until all test cases are completed. Finally, a self-test report is automatically generated based on the test result data of each test case and the test bench interactive environment verification results.

[0148] It should be understood that, although the various steps in the flowcharts involved in the above-mentioned embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-mentioned embodiments can include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0149] Based on the same inventive concept, the embodiment of the present application also provides a bench environment detection device for implementing the bench environment detection method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more bench environment detection device embodiments provided below can refer to the limitations of the bench environment detection method above, and will not be repeated here.

[0150] See also Fig.11 The present application provides a bench environment detection device, including: a configuration acquisition module 112 , a configuration verification module 114 , a harness definition acquisition module 116 and a self-check module 118 .

[0151] The configuration acquisition module 112 is used to obtain the software and hardware configuration parameters of the test bench; the configuration verification module 114 is used to perform basic configuration verification on the test bench according to the software and hardware configuration parameters; the harness definition acquisition module 116 is used to obtain the test bench harness definition data corresponding to the current hardware-in-the-loop test item when the basic configuration verification passes; the self-test module 118 is used to perform board channel and harness on-off self-test on the test bench according to the test bench harness definition data and a preset self-test use case model.

[0152] In some embodiments, the configuration verification module 114 is further used to verify the number of rack boards and the installation positions of the rack boards of the rack according to the rack board configuration parameters.

[0153] In some embodiments, the configuration verification module 114 is further used to verify the connectivity of the high-voltage source and the low-voltage source of the rack when the number of rack boards and the installation positions of the rack boards are successfully verified.

[0154] In some embodiments, the configuration verification module 114 is also used to send connection instructions to the high voltage source and the low voltage source respectively; receive power-on result parameters returned by the test stand according to the connection instructions; and perform connectivity verification on the high voltage source and the low voltage source according to the power-on result parameters.

[0155] In some embodiments, the configuration verification module 114 is also used to determine the name and quantity of system variables of the bench test environment according to the application configuration parameters; perform system variable verification according to the name and quantity; and call the application programming interface to perform application self-check according to the system variables.

[0156] In some embodiments, the self-test module 118 is also used to determine the test cases corresponding to each functional parameter in the bench harness definition data according to the bench harness definition data and a preset self-test case model; verify each functional parameter in turn according to the test case and determine the verification result; determine the board channel status of the bench and the on-off status of the harness according to the verification result.

[0157] In some embodiments, the self-check module 118 is further used to determine a functional configuration list based on the bench harness definition data; and to determine test cases corresponding to each functional parameter in the bench harness definition data based on the functional configuration list and a preset self-check case model.

[0158] In some embodiments, the self-check module 118 is further used to obtain a tolerance compensation value; after performing tolerance compensation on the test case according to the tolerance compensation value, each functional parameter is checked in turn and a check result is determined.

[0159] See also Fig.12 In some embodiments, after the self-check module 118 , the device further includes an interactive environment testing module 122 .

[0160] The interactive environment testing module 122 is used to obtain acceptance test cases; and verify the interactive environment of the test bench according to the acceptance test cases.

[0161] See also Fig.13 In some embodiments, after the self-check module 118 , the device further includes a report generation module 132 .

[0162] The report generation module 132 is used to generate a test report according to the test result data of each test case.

[0163] Each module in the above-mentioned bench environment detection device can be implemented in whole or in part by software, hardware and a combination thereof. Each of the above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory in the computer device in the form of software, so that the processor can call and execute the operations corresponding to each of the above modules.

[0164] The above-mentioned test bench environment detection device can automatically obtain the software and hardware configuration parameters of the test bench, perform basic configuration verification on the test bench, and after the basic configuration verification is passed, further obtain the test bench harness definition data required for the current hardware-in-the-loop test project. Finally, combined with the test bench harness definition data and the preset self-test use case model, the board channel and harness on-off self-test of the test bench is automatically completed. The above scheme, combined with the software and hardware configuration parameters of the test bench, the test bench harness definition data and the preset self-test use case model, automatically performs basic configuration verification on the test bench, as well as board channel and harness on-off self-test. The detection of the entire test bench environment can be carried out automatically, and the detection process does not require manual participation of staff, which can effectively improve the accuracy of the test bench environment.

[0165] In some embodiments, a computer device is provided. The computer device may be a server, and its internal structure diagram may be as follows: Fig.14 As shown. The computer device includes a processor, a memory, an input / output interface (Input / Output, referred to as I / O) and a communication interface. The processor, the memory and the input / output interface are connected through a system bus, and the communication interface is connected to the system bus through the input / output interface. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store data related to test cases. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a bench environment detection method is implemented.

[0166] In some embodiments, a computer device is provided, which may be a terminal, and its internal structure diagram may be as follows: Fig.15As shown. The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit and an input device. The processor, the memory and the input / output interface are connected through a system bus, and the communication interface, the display unit and the input device are connected to the system bus through the input / output interface. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal in a wired or wireless manner, and the wireless manner can be implemented through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. When the computer program is executed by the processor, a bench environment detection method is implemented.

[0167] Those skilled in the art will understand that Fig.14 or Fig.15 The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0168] In some embodiments, a computer device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and when the processor executes the computer program, the following steps are implemented:

[0169] Obtain the software and hardware configuration parameters of the test bench; perform basic configuration verification on the test bench according to the software and hardware configuration parameters; if the basic configuration verification passes, obtain the test bench harness definition data corresponding to the current hardware-in-the-loop test project; perform board channel and harness on-off self-test on the test bench according to the test bench harness definition data and the preset self-test use case model.

[0170] In some embodiments, when the processor executes the computer program, the following steps are also implemented: according to the rack board configuration parameters, the number of rack boards of the rack and the installation positions of the rack boards are verified.

[0171] In some embodiments, when the processor executes the computer program, the following steps are also implemented: when the number of rack boards and the installation positions of the rack boards are successfully verified, the connectivity of the high-voltage source and the low-voltage source of the rack is verified.

[0172] In some embodiments, when the processor executes the computer program, it also implements the following steps: sending connection instructions to the high voltage source and the low voltage source respectively; receiving power-on result parameters returned by the test bench according to the connection instructions; and performing connectivity verification on the high voltage source and the low voltage source according to the power-on result parameters.

[0173] In some embodiments, when the processor executes the computer program, it also implements the following steps: determining the name and quantity of system variables of the bench test environment based on the application configuration parameters; performing system variable verification based on the name and quantity; and calling the application programming interface to perform application self-check based on the system variables.

[0174] In some embodiments, when the processor executes the computer program, the following steps are also implemented: according to the bench harness definition data and the preset self-test case model, the test cases corresponding to the functional parameters in the bench harness definition data are determined; according to the test case, each functional parameter is verified in turn and the verification result is determined; according to the verification result, the board channel status of the bench and the on-off status of the harness are determined.

[0175] In some embodiments, when the processor executes the computer program, it also implements the following steps: determining a functional configuration list based on the bench harness definition data; determining a test case corresponding to each functional parameter in the bench harness definition data based on the functional configuration list and a preset self-test case model.

[0176] In some embodiments, when the processor executes the computer program, the following steps are also implemented: obtaining a tolerance compensation value; after performing tolerance compensation on the test case according to the tolerance compensation value, checking each functional parameter in turn and determining the checking result.

[0177] In some embodiments, when the processor executes the computer program, the following steps are also implemented: obtaining acceptance test cases; and verifying the interactive environment of the test bench according to the acceptance test cases.

[0178] In some embodiments, when the processor executes the computer program, the processor further implements the following steps: generating a test report based on the test result data of each test case.

[0179] In some embodiments, a computer-readable storage medium is provided, on which a computer program is stored, and when the computer program is executed by a processor, the following steps are implemented:

[0180] Obtain the software and hardware configuration parameters of the test bench; perform basic configuration verification on the test bench according to the software and hardware configuration parameters; if the basic configuration verification passes, obtain the test bench harness definition data corresponding to the current hardware-in-the-loop test project; perform board channel and harness on-off self-test on the test bench according to the test bench harness definition data and the preset self-test use case model.

[0181] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: according to the rack board configuration parameters, the number of rack boards of the rack and the installation positions of the rack boards are verified.

[0182] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: when the number of rack boards and the installation positions of the rack boards are successfully verified, the connectivity of the high-voltage source and the low-voltage source of the rack is verified.

[0183] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: sending connection instructions to the high voltage source and the low voltage source respectively; receiving power-on result parameters returned by the test bench according to the connection instructions; and performing connectivity verification on the high voltage source and the low voltage source according to the power-on result parameters.

[0184] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: according to the application configuration parameters, the name and quantity of the system variables of the bench test environment are determined; according to the name and quantity, the system variable verification is performed; according to the system variables, the application programming interface is called to perform application self-check.

[0185] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: based on the bench harness definition data and the preset self-test case model, the test cases corresponding to the functional parameters in the bench harness definition data are determined; based on the test cases, each functional parameter is verified in turn and the verification result is determined; based on the verification result, the board channel status of the bench and the on-off status of the harness are determined.

[0186] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: determining a functional configuration list based on the bench harness definition data; determining a test case corresponding to each functional parameter in the bench harness definition data based on the functional configuration list and a preset self-test case model.

[0187] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: obtaining a tolerance compensation value; performing tolerance compensation on the test case according to the tolerance compensation value, and then verifying each functional parameter in turn and determining the verification result.

[0188] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: obtaining acceptance test cases; and verifying the interactive environment of the test bench according to the acceptance test cases.

[0189] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: generating a test report according to the test result data of each test case.

[0190] In some embodiments, a computer program product is provided, comprising a computer program, which, when executed by a processor, implements the following steps:

[0191] Obtain the software and hardware configuration parameters of the test bench; perform basic configuration verification on the test bench according to the software and hardware configuration parameters; if the basic configuration verification passes, obtain the test bench harness definition data corresponding to the current hardware-in-the-loop test project; perform board channel and harness on-off self-test on the test bench according to the test bench harness definition data and the preset self-test use case model.

[0192] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: according to the rack board configuration parameters, the number of rack boards of the rack and the installation positions of the rack boards are verified.

[0193] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: when the number of rack boards and the installation positions of the rack boards are successfully verified, the connectivity of the high-voltage source and the low-voltage source of the rack is verified.

[0194] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: sending connection instructions to the high voltage source and the low voltage source respectively; receiving power-on result parameters returned by the test bench according to the connection instructions; and performing connectivity verification on the high voltage source and the low voltage source according to the power-on result parameters.

[0195] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: according to the application configuration parameters, the name and quantity of the system variables of the bench test environment are determined; according to the name and quantity, the system variable verification is performed; according to the system variables, the application programming interface is called to perform application self-check.

[0196] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: based on the bench harness definition data and the preset self-test case model, the test cases corresponding to the functional parameters in the bench harness definition data are determined; based on the test cases, each functional parameter is verified in turn and the verification result is determined; based on the verification result, the board channel status of the bench and the on-off status of the harness are determined.

[0197] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: determining a functional configuration list based on the bench harness definition data; determining a test case corresponding to each functional parameter in the bench harness definition data based on the functional configuration list and a preset self-test case model.

[0198] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: obtaining a tolerance compensation value; performing tolerance compensation on the test case according to the tolerance compensation value, and then verifying each functional parameter in turn and determining the verification result.

[0199] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: obtaining acceptance test cases; and verifying the interactive environment of the test bench according to the acceptance test cases.

[0200] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: generating a test report according to the test result data of each test case.

[0201] The above-mentioned computer equipment, storage medium and computer program product can automatically obtain the software and hardware configuration parameters of the test bench, perform basic configuration verification on the test bench, and after the basic configuration verification is passed, further obtain the test bench harness definition data required for the current hardware-in-the-loop test project. Finally, combined with the test bench harness definition data and the preset self-test use case model, the board channel and harness on-off self-test of the test bench is automatically completed. The above scheme, combined with the software and hardware configuration parameters of the test bench, the test bench harness definition data and the preset self-test use case model, automatically performs basic configuration verification on the test bench, as well as board channel and harness on-off self-test. The entire test bench test environment can be automatically tested, and the detection process does not require manual participation of staff, which can effectively improve the accuracy of the test bench environment.

[0202] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them; although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein by equivalents; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the scope of the technical solutions of the embodiments of the present application, and they should all be included in the scope of the claims and specification of the present application. In particular, as long as there is no structural conflict, the various technical features mentioned in the various embodiments can be combined in any way. The present application is not limited to the specific embodiments disclosed herein, but includes all technical solutions that fall within the scope of the claims.

Claims

1. A bench environment detection method, characterized in that: include: Acquire the software and hardware configuration parameters of the test stand; the software and hardware configuration parameters are parameters related to the software and hardware configuration of the test stand in the current state, including software configuration parameters and hardware configuration parameters; Performing basic configuration verification on the test bench according to the software and hardware configuration parameters; When the basic configuration verification is passed, the bench harness definition data corresponding to the current hardware-in-the-loop test project is obtained; The test bench harness definition data is the different harnesses in the test bench and the function definitions corresponding to each harness under the current hardware-in-the-loop test project, which is used to characterize the correspondence between the harnesses and the function definitions; According to the rack harness definition data and the preset self-check use case model, the rack is self-checked for board channel and harness connection and disconnection; Generate a test report based on the test result data of each test case; The self-checking of the board channel and the wiring harness on / off of the bench according to the bench wiring harness definition data and the preset self-checking case model includes: determining the test case corresponding to each functional parameter in the bench wiring harness definition data according to the bench wiring harness definition data and the preset self-checking case model; According to the test case, each functional parameter is checked in turn and the check result is determined; according to the check result, the board channel status of the stand and the on-off status of the wiring harness are determined.

2. The bench environment detection method according to claim 1, characterized in that: The software and hardware configuration parameters include the rack board configuration parameters, and the basic configuration verification of the rack according to the software and hardware configuration parameters includes: According to the rack board configuration parameters, the number of rack boards and the installation positions of the rack boards of the rack are verified.

3. The method for detecting the bench environment according to claim 2, characterized in that: After verifying the number of rack boards and the installation positions of the rack boards of the rack according to the rack board configuration parameters, the method further includes: When the number of the rack boards and the installation positions of the rack boards are successfully verified, the connectivity of the high-voltage source and the low-voltage source of the rack is verified.

4. The method for detecting the bench environment according to claim 3, characterized in that: The connectivity check of the high-voltage source and the low-voltage source of the test bench includes: Sending connection instructions to the high-voltage source and the low-voltage source respectively; receiving a power-on result parameter returned by the rack according to the connection instruction; The connectivity of the high voltage source and the low voltage source is checked according to the power-on result parameter.

5. The method for detecting a bench environment according to claim 1, characterized in that: The software and hardware configuration parameters include application configuration parameters, and the basic configuration verification of the rack according to the software and hardware configuration parameters includes: Determine the names and quantities of system variables of the bench test environment according to the application configuration parameters; Performing system variable verification according to the name and the quantity; According to the system variables, an application programming interface is called to perform application self-checking.

6. The method for detecting a bench environment according to claim 1, characterized in that: Determining the test cases corresponding to the functional parameters in the test harness definition data according to the test harness definition data and the preset self-test case model includes: Determine a functional configuration list according to the bench harness definition data; According to the functional configuration list and the preset self-test case model, the test cases corresponding to the functional parameters in the bench wiring harness definition data are determined.

7. The method for detecting a bench environment according to claim 1, characterized in that: The step of checking each of the functional parameters in turn according to the test case and determining the check result includes: Get tolerance compensation value; After tolerance compensation is performed on the test case according to the tolerance compensation value, each of the functional parameters is verified in turn and a verification result is determined.

8. The method for detecting a bench environment according to any one of claims 1 to 5, characterized in that: After the rack is subjected to a self-check of the board channel and the wiring harness on / off according to the rack wiring harness definition data and the preset self-check use case model, the method further includes: Get acceptance test cases; According to the acceptance test case, the interactive environment of the bench is verified.

9. The method for detecting the bench environment according to claim 8, characterized in that: The acceptance test cases include: at least one of a sleep wake-up test case, a preset time operation obstacle test case, an upper and lower high voltage test case, an AC charging test case and a DC charging test case.

10. A bench environment detection device, characterized in that: include: A configuration acquisition module is used to acquire the software and hardware configuration parameters of the test stand; the software and hardware configuration parameters are parameters related to the software and hardware configuration of the test stand in the current state, including software configuration parameters and hardware configuration parameters; A configuration verification module, used to perform basic configuration verification on the test bench according to the software and hardware configuration parameters; The harness definition acquisition module is used to obtain the bench harness definition data corresponding to the current hardware-in-the-loop test project when the basic configuration verification passes; The test bench harness definition data is the different harnesses in the test bench and the function definitions corresponding to each harness under the current hardware-in-the-loop test project, which is used to characterize the correspondence between the harnesses and the function definitions; A self-check module, used to perform a self-check of the board channel and the wiring harness on / off of the rack according to the rack wiring harness definition data and a preset self-check use case model; A report generation module is used to generate a test report based on the test result data of each test case; The self-test module is also used to determine the test cases corresponding to each functional parameter in the bench wiring harness definition data according to the bench wiring harness definition data and a preset self-test case model; verify each functional parameter in turn according to the test case and determine the verification result; determine the board channel status of the bench and the on-off status of the wiring harness according to the verification result.

11. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the bench environment detection method according to any one of claims 1 to 9 are implemented.

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

13. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the bench environment detection method described in any one of claims 1 to 9 are implemented.

Images