WO2018201615A1 - 一种电池管理单元的测试方法及系统 - Google Patents

一种电池管理单元的测试方法及系统 Download PDF

Info

Publication number
WO2018201615A1
WO2018201615A1 PCT/CN2017/093165 CN2017093165W WO2018201615A1 WO 2018201615 A1 WO2018201615 A1 WO 2018201615A1 CN 2017093165 W CN2017093165 W CN 2017093165W WO 2018201615 A1 WO2018201615 A1 WO 2018201615A1
Authority
WO
WIPO (PCT)
Prior art keywords
test
simulation signal
bms
target
signal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2017/093165
Other languages
English (en)
French (fr)
Inventor
陈伟霞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Contemporary Amperex Technology Co Ltd
Original Assignee
Contemporary Amperex Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Contemporary Amperex Technology Co Ltd filed Critical Contemporary Amperex Technology Co Ltd
Publication of WO2018201615A1 publication Critical patent/WO2018201615A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01R—MEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
    • G01R31/00—Arrangements for testing electric properties; Arrangements for locating electric faults; Arrangements for electrical testing characterised by what is being tested not provided for elsewhere

Definitions

  • the present application relates to the field of testing technologies, and in particular, to a testing method and system for a battery management unit.
  • BMS battery management system
  • the application provides a method for testing a battery management unit, including:
  • test script corresponding to the target test case, where the test script includes simulation signal information
  • the simulation signal includes at least one of a voltage signal, a current signal, a digital signal, a pulse width modulated PWM signal, and a CAN message signal.
  • test script corresponding to the target test case is obtained, and the method further includes:
  • test script corresponding to the target test case further includes: a sending condition of the simulation signal;
  • any possible implementation manner further provide an implementation manner of outputting the test result of the BMS, including:
  • the present application provides a test system for a battery management unit, including:
  • a first obtaining unit configured to obtain a target test case of the battery management system BMS in response to the test instruction
  • a second acquiring unit configured to acquire a test script corresponding to the target test case, where the test script includes simulation signal information
  • a first generating unit configured to generate a simulation signal according to the simulation signal information
  • a first output unit configured to output a simulation signal to the BMS
  • a third acquiring unit configured to acquire state information of the BMS after inputting the simulation signal
  • a fourth acquiring unit configured to obtain a test result of the BMS according to the state information.
  • the simulation signal includes at least one of a voltage signal, a current signal, a digital signal, a pulse width modulated PWM signal, and a CAN message signal.
  • the test item includes at least one of a full system test, a data input and output DIO test, and an automotive open system architecture AUTOSAR test.
  • system further includes: a matching unit;
  • the second obtaining unit is configured to acquire a test script corresponding to the candidate test case as a test script corresponding to the target test case when there is a candidate test case that matches the target test case.
  • system further comprising: a second output unit;
  • a storage unit configured to correspondingly store the test script input according to the prompt information and the target test case.
  • test script corresponding to the target test case further includes: a sending condition of the simulation signal;
  • the system further includes: a detecting unit;
  • the detecting unit is configured to detect whether a sending condition of the simulation signal is met
  • system further comprising:
  • the system further comprising a second generating unit
  • the second generating unit is configured to generate the test report according to the simulation signal and the state information
  • the third output unit is specifically configured to output the test report.
  • FIG. 1 is a schematic flow chart of a test method of a battery management system provided by the present application.
  • FIG. 2 is a schematic diagram of a hardware structure of a VT system provided by the present application.
  • FIG. 3 is a schematic diagram of a hardware board in the VT system provided by the present application.
  • FIG. 4 is a functional block diagram of a test system of the battery management system provided by the present application.
  • first, second, third, etc. may be used in this application to describe acquisition units and the like, these acquisition units should not be limited to these terms. These terms are only used to distinguish acquisition units from each other.
  • first obtaining unit may also be referred to as a second acquiring unit without departing from the scope of the present application.
  • second obtaining unit may also be referred to as a first acquiring unit.
  • the word “if” as used herein may be interpreted as “when” or “when” or “in response to determining” or “in response to detecting.”
  • the phrase “if determined” or “if detected (conditions or events stated)” may be interpreted as “when determined” or “in response to determination” or “when detected (stated condition or event) “Time” or “in response to a test (condition or event stated)”.
  • the present application provides the following solution: automatically generate a simulation signal based on a test script corresponding to the test case, and generate The simulated signal is automatically input to the BMS to obtain the BMS test results.
  • the present application provides a test method for a battery management system.
  • FIG. 1 is a schematic flowchart of a testing method of a battery management system provided by the present application. As shown in FIG. 1 , the method includes the following steps:
  • test method of the BMS provided by the present application can be applied to the test system of the BMS.
  • test script Acquire a test script corresponding to the target test case, where the test script includes the simulation signal information.
  • the simulation signal may include, but is not limited to, at least one of a voltage signal, a current signal, a digital signal, a pulse width modulated PWM signal, and a CAN message signal.
  • the generated simulation signals are different for different target test cases.
  • the generated simulation signal may include the above six signals; if the DMS is tested on the BMS, the generated simulation signals may include: a voltage signal, a current signal, a digital signal, and a PWM signal;
  • the AUTOSAR test is performed on the BMS, and the generated simulation signals may include: a voltage signal, a CAN message signal, and a software variable signal. This is for illustrative purposes only and is not intended to limit the scope of the application.
  • test method of the BMS provided by the present application can be applied to the test system of the BMS, and the user can operate on the test system as needed and send test instructions to the test system.
  • the candidate test case may be pre-stored in the test system of the BMS, and the user may operate in the candidate test case to select a target test case, and the operation may trigger the generation of the test instruction in response to the test instruction. , determine the target test case. Alternatively, you can trigger the generation of a test command by entering the name of the target test case.
  • candidate test cases and test scripts can be paired. It should be stored, so that after the target test case is determined, the step of acquiring the test script corresponding to the target test case in S102 can be performed.
  • the target test case may not exist in the candidate test case.
  • the test command received by the test system of the BMS is issued by means of a search, there may be cases where the target test case is not stored in the test system of the BMS.
  • the target test case obtained in S101 can be matched with a plurality of candidate test cases, so that when there are candidate test cases matching the target test case,
  • the test script corresponding to the candidate test case can be obtained as the test script corresponding to the target test case.
  • the prompt information may be output, so that the user can input the test script according to the prompt information, so that the test script input according to the prompt information can be obtained as a target. Test the test script corresponding to the use case.
  • the scripts may be transplanted, borrowed, and packaged from the test scripts corresponding to other candidate test cases as needed. For example, a part of the test script having the same simulation information in the test script corresponding to the candidate test case may be copied and pasted into the test script input by the user.
  • the target test case when the target test case is matched with a plurality of candidate test cases, it may be considered that there may be multiple candidate test cases. In this case, as long as the target test case matches one candidate test case in the candidate test case, it is considered that There is a candidate test case that matches the target test case. At this time, the test script corresponding to the candidate test case is the test script corresponding to the target test case. On the other hand, when the target test case does not match all of the candidate test cases, it is considered that there are no candidate test cases that match the target test case.
  • the identification information of the two test cases can be used for matching.
  • the identification information of the candidate test case is consistent with the identification information of the target test case, it is considered that there is a target test case. Matching candidate test cases.
  • the identification information can be preset according to actual needs. No particular limitation is imposed.
  • the identification information is a test item and a test target
  • the test items of the plurality of candidate test cases are sequentially matched with the test items of the target test case, and at the same time, the test target of the plurality of candidate test cases and the target test case are The test targets are matched in sequence.
  • the test items and test targets of the candidate test case are completely consistent with the test items and test targets of the target test case, and it is determined that there is a candidate test that matches the target test case.
  • Use case or, as long as one of the two matching processes does not match, it is determined that there are no candidate test cases that match the target test case.
  • the test script input according to the prompt information and the target test case may be stored correspondingly, which is equivalent to the candidate test case and the test script stored in the test system of the BMS.
  • the corresponding relationship is updated, so that when the BMS is tested and encounters the same target test case, the user does not need to input the same test script again, but can obtain the target test case corresponding to the corresponding corresponding stored relationship.
  • the test script automatically executes and completes the steps of S102.
  • the step of generating the simulation signal in S103 can be directly executed.
  • the test script includes simulation signal information
  • the simulation signal information may include, but is not limited to, a specific value of the simulation signal.
  • the simulation signal can be automatically generated based on the information of the simulation signal.
  • a voltage signal having a value of 5V and a current signal having a value of 1A can be automatically generated based on the simulation signal information.
  • the test system of the BMS provided by the present application can obtain a simulation signal with higher precision according to the information of the simulation information, for example, the accuracy of the power signal can be achieved. ⁇ 100mV, the accuracy of the voltage signal can reach 200mV, the accuracy of the signal less than 100 ⁇ can reach ⁇ 2 ⁇ , the accuracy of the resistance signal between 100 ⁇ and 10k ⁇ can reach ⁇ 2%, between 10k ⁇ and 150k ⁇ The resistance signal can be accurate to ⁇ 2%.
  • the user no longer needs to manually modulate and simulate the simulation signal, and is no longer affected by the range of values caused by the user's manual analog signal, which can make the simulation signal have a wider range of values.
  • the value range of the voltage signal can be increased to 0 to 40 V
  • the value range of the resistance signal is increased to: 10 ⁇ to 150 k ⁇ .
  • the test system response time of the BMS is fast, and the duration of generating the simulation signal based on the simulation signal information is greatly reduced.
  • the duration of the generation of the resistance signal is about 500 ⁇ s, and the voltage signal can be performed at a rate of 20 V/ ⁇ s.
  • the test script corresponding to the target test case further includes: a sending condition of the simulation signal, at this time, before executing S104, detecting whether the sending condition of the simulation signal is satisfied, when detecting When the transmission condition of the simulation signal is satisfied, the step of transmitting the simulation signal to the BMS in S104 is performed.
  • S104 is not executed until the transmission condition of the simulation signal is satisfied.
  • the transmission condition of the simulation signal may be preset according to actual needs. For example, it may be preset as a time. When a certain preset time is reached, the sending condition that satisfies the simulation signal is detected, and the sending step of S104 is performed; or, if the preset time is not reached, the generated simulation is not sent. signal. Moreover, different transmission conditions can be set based on different simulation signals, and details are not described herein.
  • S105 may be sequentially executed to acquire state information of the BMS after inputting the simulation signal. It can be understood that, according to different candidate test cases, the status information of the acquired BMS may be different, or may be the same, and may be preset according to actual needs in the process of actually implementing the solution, and the present application does not Special restrictions are made.
  • the BMS Based on the status information of the BMS obtained in S105, the BMS can be obtained.
  • the test result therefore, in the actual application process, the test result of the BMS can also be output.
  • the output test results can be expressed in a variety of ways.
  • the test results can be output in the form of an output test report.
  • a test report can be generated based on the simulation signal and the status information, and the test report can be output.
  • the test report may include, but is not limited to, at least one of a test process, a simulation signal, state information and a conclusion of the BMS after inputting the simulation signal.
  • This application does not specifically limit the specific format of the test report, for example, it can be a test report in XML format, or it can also be a test report in HTML format.
  • the test method of the BMS can be implemented by a test system including a BMS of a VT system, a CANOE system, and a vTESTStudio system.
  • CANOE system is a vehicle network development software platform integrating bus simulation, recording and testing. Its integrated test environment provides powerful support for test system construction and automated test process. Specifically, the CANOE system may include: network communication and high-level protocol simulation, test process recording, test script generation, test panel development, test mode, and function library integration. CANOE system also provides flexible test panel design Function, the user can intuitively control the test process and view the status of the BMS system.
  • the CANOE system supports different bus types such as CAN, LIN, FlexRay, MOST, J1939 and Ethernet.
  • FIG. 2 is a schematic diagram of the hardware structure of the VT system provided by the present application.
  • the VT system shown in Figure 2 provides hardware support for the CANOE system.
  • the VT system is modular in design and provides a wide range of optional I/O boards for simulating signal input and detecting its output. It also has a current acquisition interface and power supply. Control interface. Compared with other test equipment, VT system also has the following characteristics: highly integrated, onboard signal conditioning module can cover the requirements of signal simulation and acquisition in the automotive industry, and some boards have onboard fault injection function to meet diagnostic test requirements. .
  • the VT system can seamlessly integrate with CANOE, covering the needs of network testing, such as the interaction layer, network management and diagnostic protocols.
  • the vTESTStudio system is a software for writing test cases and provides an editing platform for users to enter target test cases. Moreover, the vTESTStudio system can provide a tabular graphical development interface. In addition, it integrates requirements management, variant management and defect tracking interfaces to facilitate user development and maintenance of test cases. Specifically, the vTESTStudio system can be used to: create and edit test sequences, define the execution order of test cases, use elements from CAN, LIN, and FlexRay databases (DBC, LDF, FIBEX), and use diagnostic databases (CDD, ODX) The elements in the graph, graphically parameterize the test pattern, link and modify the test cases in the CAPL library, output the test list in the form of test specifications, and provide check reviews.
  • DBC CAN, LIN, and FlexRay databases
  • CDD diagnostic databases
  • FIG. 3 is a schematic diagram of a hardware board in the VT system provided by the present application.
  • the hardware board shown in FIG. 3 is a general term for the hardware boards of the VT system, and the hardware boards can also include various boards with independent functions.
  • the hardware board shown in FIG. 3 may be a VN1640.
  • the hardware boards of the VT system may include, but are not limited to, a power board, a digital board, a simulation board, a network board, and a power board.
  • the power supply board is used to connect the VT system and the power supply.
  • the model of the power supply board can be a Desktop Power Supply for VT system board.
  • the power board can be used to connect the BMS and the VT system, the VT system is straight Connected to the power supply, and the VT system can supply power to the BMS through the power board, and can input the BMS voltage signal and current signal through the power board.
  • the power card can be model VT7001A.
  • the digital board is used to connect the functional unit and the VT system in the BMS, and the digital board can control whether the connection between the VT system and the functional unit in the BMS is disconnected. It can be understood that when the connection between the VT system and a certain functional unit is disconnected, the VT system cannot input the simulation signal to the functional unit, and at the same time, the state information of the working functional unit cannot be collected; when the VT system and the certain When the connection between a functional unit is not disconnected, the VT system can input a simulation signal to the functional unit, and at the same time, the status information of the working functional unit can also be collected.
  • the digital board model can be VT2516A.
  • the simulation board is used to connect the BMS and VT systems for outputting the generated simulation signals to the BMS.
  • the model of the simulation board can be VT2004A.
  • the network board is used to connect the VT system and the computer.
  • the network cable can be connected.
  • the user can control the VT system to test the BMS by operating on the computer.
  • the model of the network cable card can be VT8012.
  • connection between each board in the VT system and the BMS and the computer is established according to the above relationship.
  • the user can issue test instructions on the computer through the CANOE system.
  • the BMS test system can detect whether there are candidate test cases matching the target test cases in the CANOE system.
  • the interface of the CANOE system is shown in Figure 2. .
  • the prompt interface of the vTESTStudio system can be automatically output, prompting the user to edit the test script of the target test case on the vTESTStudio system, and after editing, Get the test script for the target test case.
  • the file with the suffix vtuexe is automatically generated, CANOE The system can store the target test case corresponding to the file of the vtuexe suffix.
  • the file with the vtuexe suffix can be loaded in the Toolbar Test, Test Setup, Test Setup for Test Units of the CANOE system, and when the user clicks Start of Start and Test Configurations, the simulation signal is sent and the BMS is input. Status information after the signal is simulated. Thus, when the test is completed, it is directly terminated, and based on the acquired state information of the BMS after inputting the simulation signal, a test report in XML and HTML format is automatically generated.
  • the target test case and its corresponding test script can be automatically obtained in response to the test instruction, and the test script is executed to generate a simulation signal, and the generated simulation signal is automatically input to the BMS, and the simulation signal is implemented based on the simulation signal.
  • BMS test in this process, the user no longer needs to manually simulate and input the simulation signal, and the test script corresponding to the target test case can automatically run and obtain the test result, saving labor cost, saving test time and improving test efficiency.
  • the problem of low precision due to the manual simulation of the signal is avoided, thereby reducing the adverse effect of the low accuracy of the simulation signal on the test result. , improve the accuracy of the test results.
  • the technical solution provided by the present application can solve the problem of labor waste and low test efficiency caused by manual simulation of the simulation signal by the tester in the prior art.
  • FIG. 4 is a functional block diagram of a test system of a battery management unit provided by the present application. As shown in Figure 4, the system includes:
  • the first obtaining unit 61 is configured to obtain a target test case of the battery management system BMS in response to the test instruction;
  • the second obtaining unit 62 is configured to obtain a test script corresponding to the target test case, and measure
  • the test script contains simulation signal information
  • a first generating unit 63 configured to generate a simulation signal according to the simulation signal information
  • a first output unit 64 configured to output a simulation signal to the BMS
  • a third obtaining unit 65 configured to acquire state information of the BMS after inputting the simulation signal
  • the fourth obtaining unit 66 is configured to obtain a test result of the BMS according to the state information.
  • the target test cases include: test items and test targets;
  • test items include: at least one of system-wide testing, data input and output DIO testing, and automotive open system architecture AUTOSAR testing.
  • the system further includes: a matching unit 67;
  • the second obtaining unit 62 is further configured to: when there is a candidate test case that matches the target test case, obtain a test script corresponding to the candidate test case as the test script corresponding to the target test case.
  • the system further includes: a second output unit 68;
  • the second obtaining unit 62 is further configured to acquire a test script input according to the prompt information as a test script corresponding to the target test case.
  • a first output unit 64 configured to: when detecting a transmission condition that satisfies the simulation signal, The step of outputting the simulation signal to the BMS is performed.
  • the third output unit 71 is configured to output a test result of the BMS.
  • the second generating unit 72 is configured to generate a test report according to the simulation signal and the state information.
  • the third output unit 71 is specifically configured to output a test report.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of hardware plus software functional units.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Testing Electric Properties And Detecting Electric Faults (AREA)

Abstract

一种电池管理单元的测试方法及系统，响应于测试指令，获得电池管理系统BMS的目标测试用例（S101），然后，获取目标测试用例对应的测试脚本，测试脚本包含仿真信号信息（S102），之后，根据仿真信号信息，生成仿真信号（S103），之后，将仿真信号输出至BMS（S104），并且获取BMS在输入仿真信号之后的状态信息（S105），从而，根据状态信息，得到BMS的测试结果（S106）。因此，这种电池管理单元的测试方法及系统能够解决现有技术中通过测试人员手动模拟仿真信号导致的人力浪费和测试效率较低的问题。

Description

一种电池管理单元的测试方法及系统
本申请要求于2017年05月04日提交中国专利局、申请号为201710309502.6、发明名称为“一种电池管理单元的测试方法及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及测试技术领域，尤其涉及一种电池管理单元的测试方法及系统。
背景技术
现有技术中，当需要对电池管理单元(Battery management system，BMS)进行测试时，一般需要测试人员手动调节并模拟出符合条件的BMS的仿真信号，并手动将模拟出的这些仿真信号输入给BMS，以便于基于这些仿真信号实现对BMS的测试。
在实现本申请过程中，申请人发现现有技术中至少存在如下问题：
现有技术中，需要依靠测试人员手动模拟仿真信号，并将模拟出的仿真信号手动输入给BMS，如此，需要消耗较多的人力成本，并且，测试人员手动模拟出的仿真信号的精确度较低，测试时长较长，降低了测试效率。
申请内容
有鉴于此，本申请提供了一种电池管理单元的测试方法及系统，用以解决现有技术中通过测试人员手动模拟仿真信号导致的人力浪费和测试效率较低的问题。
一方面，本申请提供了一种电池管理单元的测试方法，包括：
响应于测试指令，获得电池管理系统BMS的目标测试用例；
获取所述目标测试用例对应的测试脚本，所述测试脚本包含仿真信号信息；
根据所述仿真信号信息，生成仿真信号；
将仿真信号输出至所述BMS；
获取所述BMS在输入所述仿真信号之后的状态信息；
根据所述状态信息，得到所述BMS的测试结果。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述仿真信号包括：电压信号、电流信号、数字信号、脉冲宽度调制PWM信号和CAN报文信号中的至少一个。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述目标测试用例包括：测试项目和测试目标；
其中，所述测试项目包括：全系统测试、数据输入输出DIO测试和汽车开放系统架构AUTOSAR测试中的至少一个。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，获取所述目标测试用例对应的测试脚本，包括：
将所述目标测试用例与若干候选测试用例进行匹配；
当存在与所述目标测试用例相匹配的候选测试用例时，获取该候选测试用例对应的测试脚本，以作为所述目标测试用例对应的测试脚本。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，获取所述目标测试用例对应的测试脚本，还包括：
当不存在与所述目标测试用例相匹配的候选测试用例时，输出提示信息；
获取根据所述提示信息输入的测试脚本，以作为所述目标测试用例对应的测试脚本。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：
对应存储根据所述提示信息输入的测试脚本与所述目标测试用例。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述目标测试用例对应的测试脚本中还包括：仿真信号的发送条件；
将仿真信号输出至所述BMS之前，所述方法还包括：
检测是否满足所述仿真信号的发送条件；
当检测出满足所述仿真信号的发送条件时，执行将所述仿真信号输出至所述BMS的步骤。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：
输出所述BMS的测试结果。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，输出所述BMS的测试结果，包括：
根据所述仿真信号和所述状态信息，生成所述测试报告；
输出所述测试报告。
另一方面，本申请提供了一种电池管理单元的测试系统，包括：
第一获取单元，用于响应于测试指令，获得电池管理系统BMS的目标测试用例；
第二获取单元，用于获取所述目标测试用例对应的测试脚本，所述测试脚本包含仿真信号信息；
第一生成单元，用于根据所述仿真信号信息，生成仿真信号；
第一输出单元，用于将仿真信号输出至所述BMS；
第三获取单元，用于获取所述BMS在输入所述仿真信号之后的状态信息；
第四获取单元，用于根据所述状态信息，得到所述BMS的测试结果。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述仿真信号包括：电压信号、电流信号、数字信号、脉冲宽度调制PWM信号和CAN报文信号中的至少一个。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述目标测试用例包括：测试项目和测试目标；
其中，所述测试项目包括：全系统测试、数据输入输出DIO测试和汽车开放系统架构AUTOSAR测试中的至少一个。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述系统还包括：匹配单元；
所述匹配单元，用于将所述目标测试用例与若干候选测试用例 进行匹配；
所述第二获取单元，用于当存在与所述目标测试用例相匹配的候选测试用例时，获取该候选测试用例对应的测试脚本，以作为所述目标测试用例对应的测试脚本的步骤。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述系统还包括：第二输出单元；
所述第二输出单元，用于当不存在与所述目标测试用例相匹配的候选测试用例时，输出提示信息；
所述第二获取单元，还用于获取根据所述提示信息输入的测试脚本，以作为所述目标测试用例对应的测试脚本。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述系统还包括：
存储单元，用于对应存储根据所述提示信息输入的测试脚本与所述目标测试用例。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述目标测试用例对应的测试脚本中还包括：仿真信号的发送条件；
所述系统还包括：检测单元；
所述检测单元，用于检测是否满足所述仿真信号的发送条件；
所述第一输出单元，用于当检测出满足所述仿真信号的发送条件时，执行将所述仿真信号输出至所述BMS的步骤。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述系统还包括：
第三输出单元，用于输出所述BMS的测试结果。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述系统还包括第二生成单元；
所述第二生成单元，用于根据所述仿真信号和所述状态信息，生成所述测试报告；
所述第三输出单元，具体用于输出所述测试报告。
上述技术方案中的一个技术方案具有如下有益效果：
本申请中，可以响应于测试指令，自动的获取目标测试用例及其对应的测试脚本，并运行该测试脚本生成仿真信号，并自动将生成的仿真信号输入给BMS，基于此该仿真信号实现对BMS的测试；在该过程中，不再需要用户手动模拟并输入仿真信号，与目标测试用例对应的测试脚本可以自动运行并得到测试结果，节省了人力成本，节省了测试时长，提高了测试效率，并且，由于不需要用户手动对仿真信号进行模拟和调制，避免了由于手动模拟仿真信号所存在的精确度较低的问题，从而，降低了仿真信号的精确度较低对测试结果的不利影响，提高了测试结果的准确率。基于此，本申请所提供的技术方案能够解决现有技术中通过测试人员手动模拟仿真信号导致的人力浪费和测试效率较低的问题。
附图说明
为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1是本申请所提供的电池管理系统的测试方法的流程示意图；
图2是本申请所提供中VT系统的硬件结构示意图；
图3是本申请所提供的VT系统中的硬件板卡示意图；
图4是本申请所提供的电池管理系统的测试系统的功能方块图。
具体实施方式
为了更好的理解本申请的技术方案，下面结合附图对本申请进行详细描述。
应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
在本申请中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地 表示其他含义。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应当理解，尽管在本申请中可能采用术语第一、第二、第三等来描述获取单元等，但这些获取单元不应限于这些术语。这些术语仅用来将获取单元彼此区分开。例如，在不脱离本申请范围的情况下，第一获取单元也可以被称为第二获取单元，类似地，第二获取单元也可以被称为第一获取单元。
取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
针对现有技术中所存在的通过测试人员手动模拟仿真信号导致的人力浪费和测试效率较低的问题，本申请提供了如下解决思路：基于测试用例对应的测试脚本自动生成仿真信号，并将生成的仿真信号自动输入给BMS，以获得BMS的测试结果。
在该思路的引导下，本方案实施例提供了以下可行的实施方案。
实施例一
本申请给出一种电池管理系统的测试方法。
请参考图1，其为本申请所提供的电池管理系统的测试方法的流程示意图，如图1所示，该方法包括以下步骤：
S101，响应于测试指令，获得BMS的目标测试用例。
本申请所提供的BMS的测试方法可以应用于BMS的测试系统中。
具体的，本申请中，BMS的目标测试用例可以包括但不限于：测试项目和测试目标。
其中，测试目标用于指示对BMS中的哪一部分进行测试，例如， 可以将整个BMS作为测试目标；又例如，也可以将BMS中的某些单元作为测试目标。测试项目用于指示对测试目标进行哪一方面的测试，测试项目可以包括但不限于：全系统测试、数据输入输出DIO测试和汽车开放系统架构AUTOSAR测试中的至少一个，本申请对此不进行特别限定。
S102，获取目标测试用例对应的测试脚本，测试脚本包含仿真信号信息。
S103，根据仿真信号信息，生成仿真信号。
需要说明的是，本申请中，仿真信号可以包括但不限于：电压信号、电流信号、数字信号、脉冲宽度调制PWM信号和CAN报文信号中的至少一个。
在实际实现本方案的过程中，针对不同的目标测试用例，生成的仿真信号也不同。例如，若对BMS进行系统测试，则生成的仿真信号可以包括上述六种信号；若对BMS进行DIO测试，则生成的仿真信号可以包括：电压信号、电流信号、数字信号和PWM信号等；若对BMS进行AUTOSAR测试，则生成的仿真信号可以包括：电压信号、CAN报文信号和软件变量信号等。这里仅为举例说明，不用于限定本申请的保护范围。
S104，将仿真信号输出至BMS。
S105，获取BMS在输入仿真信号之后的状态信息。
S106，根据状态信息，得到BMS的测试结果。
本申请提供的BMS的测试方法可以应用于BMS的测试系统中，用户可以根据需要在测试系统上操作，并向该测试系统发送测试指令。
在实际应用本方案的过程中，BMS的测试系统中可以预先存储有候选测试用例，用户可以在候选测试用例中进行操作，选择目标测试用例，该操作可以触发生成测试指令，响应于该测试指令，确定目标测试用例。或者，也可以通过输入目标测试用例的名称来触发生成测试指令。
需要说明的是，本申请中，可以将候选测试用例与测试脚本对 应存储，这样，当确定目标测试用例之后，才能够执行S102中获取目标测试用例对应的测试脚本的步骤。
此外，考虑到候选测试用例中可能不会存在目标测试用例的情况。例如，若BMS的测试系统接收到的测试指令是通过查找方式发布的，那么，就可能会存在BMS的测试系统中没有对目标测试用例进行存储的情况。
因此，在一个具体的实现过程中，可以在执行S102时，将S101中获取到的目标测试用例与若干候选测试用例进行匹配，这样，当存在与目标测试用例相匹配的候选测试用例时，就可以获取该候选测试用例对应的测试脚本，以作为该目标测试用例对应的测试脚本。
或者，当不存在与目标测试用例相匹配的候选测试用例时，可以输出提示信息，以便于用户可以根据该提示信息输入测试脚本，从而，可以获取根据该提示信息输入的测试脚本，以作为目标测试用例对应的测试脚本。
具体的，在实际实现该步骤的过程中，若需要用户根据该提示信息输入测试脚本，这些脚本可以根据需要从其他候选测试用例对应的测试脚本中进行移植、借鉴和封装。例如，可以将候选测试用例对应的测试脚本中，具有相同仿真信息的一部分测试脚本进行复制，并粘贴至用户输入的测试脚本中。
需要说明的是，将目标测试用例与若干候选测试用例进行匹配时，考虑到候选测试用例可以有多个，此时，只要目标测试用例与候选测试用例中的一个候选测试用例相匹配，就认为存在与目标测试用例相匹配的候选测试用例，此时，该候选测试用例对应的测试脚本就是目标测试用例对应的测试脚本。另一方面，当目标测试用例与全部的候选测试用例都不匹配时，才会认为不存在与目标测试用例相匹配的候选测试用例。
在具体对目标测试用例和候选测试用例进行匹配时，可以利用二者的标识信息进行匹配，当存在候选测试用例的标识信息与目标测试用例的标识信息一致时，即认为存在与目标测试用例相匹配的候选测试用例。标识信息可以根据实际需要进行预设，本申请对此 不进行特别限定。
例如，标识信息为测试用例的名称，则将若干候选测试用例的名称与目标测试用例的名称依次进行匹配，若存在一个候选测试用例的名称与目标测试用例的名称完全一致，确定存在与目标测试用例相匹配的候选测试用例。
或者，又例如，若标识信息为测试项目与测试目标，则将若干候选测试用例的测试项目与目标测试用例的测试项目依次进行匹配，同时，将若干候选测试用例的测试目标与目标测试用例的测试目标依次进行匹配，当存在一个候选测试用例，这个候选测试用例的测试项目与测试目标都与目标测试用例的测试项目和测试目标都完全一致时，确定存在与目标测试用例相匹配的候选测试用例；或者，只要这两个匹配过程中存在一项不匹配，确定不存在与目标测试用例相匹配的候选测试用例。
本申请中，若获取根据提示信息输入的测试脚本之后，可以对应存储据提示信息输入的测试脚本与目标测试用例，这样，相当于对BMS的测试系统中存储的候选测试用例与测试脚本之间的对应关系进行更新，从而，在之后对BMS进行测试遇到相同的目标测试用例时，不需要用户再次输入相同的测试脚本，而是能够根据此前对应存储的对应关系获取到目标测试用例对应的测试脚本，自动执行并完成S102的步骤。
本申请中，在执行S102获取到目标测试用例对应的测试脚本后，就可以直接执行S103中生成仿真信号的步骤。
需要说明的是，本申请中，测试脚本中包含有仿真信号信息，仿真信号信息可以包括但不限于：仿真信号的具体数值。基于此，在S103中，就可以根据仿真信号的信息自动生成仿真信号。
例如，当测试脚本中的仿真信号信息指示：电压信号为5V、电流信号为1A时，可以根据这些仿真信号信息自动生成数值为5V的电压信号和数值为1A的电流信号。
本申请提供的BMS的测试系统可以根据仿真信息的信息，得到有较高精确度的仿真信号，例如，电源信号的精确度可以达到 ±100mV，电压信号的精确度可以达到200mV，小于100Ω电阻信号的精确度可以达到±2Ω，介于100Ω与10kΩ之间的电阻信号的精确度可以达到±2％，介于10kΩ与150kΩ之间的电阻信号的精确度可以达到±2％。
并且，不再需要用户手动调制并模拟仿真信号，也就不再受到用户手动模拟信号导致的数值范围的影响，可以使得仿真信号有更宽的数值范围。例如，电压信号的数值范围可以增大至0～40V，而电阻信号的数值范围增大至：10Ω～150kΩ。
而且，本申请中，BMS的测试系统响应时间很快，根据仿真信号信息生成仿真信号的时长得以大幅缩减。例如，生成电阻信号的时长约为500μs，而电压信号时可以以20V/μs的生成速度进行。
基于此，在一个具体的实现过程中，在执行S103生成了仿真信号之后，就可以直接执行S104中将仿真信号发送至BMS中的步骤。
或者，在另一个具体的实现过程中，考虑到目标测试用例对应的测试脚本中还包括：仿真信号的发送条件，此时，可以在执行S104之前，检测是否满足仿真信号的发送条件，当检测出满足仿真信号的发送条件时，才会执行S104中将仿真信号发送至BMS中的步骤。或者，当检测出不满足仿真信号的发送条件时，不会执行S104，直至满足仿真信号的发送条件。
当上述第二种方式执行S104时，仿真信号的发送条件可以根据实际需要进行预设。例如，可以预设为时刻，当达到某一预设的时刻时，检测出满足仿真信号的发送条件，执行S104的发送步骤；或者，若未达到该预设的时刻时，不发送生成的仿真信号。并且，基于不同的仿真信号，可以设置不同的发送条件，在此不再进行赘述。
本申请中，在执行S104之后，可以顺序执行S105，获取BMS在输入仿真信号之后的状态信息。可以理解的是，基于各候选测试用例的不同，获取的BMS的状态信息也可以不同，或者，也可以相同，在实际实现本方案的过程中根据实际需要预设即可，本申请对此不进行特别限定。
基于S105中获取到的BMS的状态信息，可以得到此次BMS 的测试结果，因此，在实际应用过程中，还可以输出该BMS的测试结果。
输出的测试结果可以有多种表现方式，例如，可以以输出测试报告的形式输出测试结果。在一个具体的实现过程中，可以根据仿真信号和状态信息，生成测试报告，并输出该测试报告。该测试报告中可以包括但不限于：测试过程、仿真信号、BMS在输入仿真信号之后的状态信息和结论中的至少一个。本申请对于测试报告的具体格式不进行特别限定，例如，可以为XML格式的测试报告，或者，也可以为HTML格式的测试报告。
本申请的技术方案具有以下有益效果：
本申请中，可以响应于测试指令，自动的获取目标测试用例及其对应的测试脚本，并运行该测试脚本生成仿真信号，并自动将生成的仿真信号输入给BMS，基于此该仿真信号实现对BMS的测试；在该过程中，不再需要用户手动模拟并输入仿真信号，与目标测试用例对应的测试脚本可以自动运行并得到测试结果，节省了人力成本，节省了测试时长，提高了测试效率，并且，由于不需要用户手动对仿真信号进行模拟和调制，避免了由于手动模拟仿真信号所存在的精确度较低的问题，从而，降低了仿真信号的精确度较低对测试结果的不利影响，提高了测试结果的准确率。基于此，本申请所提供的技术方案能够解决现有技术中通过测试人员手动模拟仿真信号导致的人力浪费和测试效率较低的问题。
实施例二
基于上述实施例一所提供的电池管理单元的测试方法，该BMS的测试方法可以通过包含有VT系统、CANOE系统以及vTESTStudio系统的BMS的测试系统实现。
其中，CANOE系统是集总线仿真、记录和测试于一体的汽车网络开发软件平台，其集成测试环境为测试系统构建及自动化测试过程提供了强大支持。具体的，CANOE系统可以包括：网络通讯及高层协议仿真、测试过程记录、测试脚本生成、测试面板开发、测试模式及函数库集成等。CANOE系统还可以提供灵活的测试面板设计 功能，用户可直观的控制测试过程，并查看BMS系统的状态。CANOE系统同时支持CAN、LIN、FlexRay、MOST、J1939和Ethernet等不同的总线类型。
请参考图2，图2是本申请所提供中VT系统的硬件结构示意图。如图2所示的VT系统为CANOE系统提供硬件支持，VT系统采用模块化设计，提供丰富可选的I/O板卡，用于仿真信号输入并检测其输出，同时具有电流采集接口及电源的控制接口。与其他测试设备相比，VT系统还具有如下的特性：高度集成化，板载信号调理模块可覆盖汽车行业对信号仿真和采集的要求，部分板卡具有板载故障注入功能，满足诊断测试需求。VT系统可以无缝集成CANOE，可完全覆盖网络测试的需求，如交互层、网络管理和诊断协议等。
vTESTStudio系统为测试用例的编写软件，提供用户输入目标测试用例的编辑平台。并且，vTESTStudio系统可以提供表格化的图形开发界面，此外，还集成了需求管理、变型管理及缺陷跟踪接口，可以方便用户进行测试用例的开发与维护。具体的，vTESTStudio系统可以用于：创建和编辑测试序列，定义测试用例的执行顺序，可以使用CAN、LIN和FlexRay的数据库(DBC、LDF、FIBEX)中的元素，可以使用诊断数据库(CDD、ODX)中的元素，以图形方式来参数化测试模式，链接和修改CAPL库中的测试用例，以测试规范的形式来输出测试列表，以及，提供检查复核等。
具体的，请参考图3，图3是本申请所提供的VT系统中的硬件板卡示意图。图3所示的硬件板卡为VT系统的硬件板卡的总称，该硬件板卡中还可以包含有各种具备独立功能的板卡。在一个具体的实现过程中，图3所示的硬件板卡的型号可以为VN1640。
例如，VT系统的硬件板卡可以包括但不限于：电源板卡、数字板卡、仿真板卡、网线板卡和供电板卡。
其中，供电板卡用于连接VT系统和电源。在一个具体的实现过程中，供电板卡的型号可以为Desktop Power Supply for VT system板卡。
其中，电源板卡可以用于连接BMS和该VT系统，VT系统直 接与电源相连接，并且VT系统可以通过电源板卡为BMS提供电源，并可以通过该电源板卡输入给BMS电压信号和电流信号。在一个具体的实现过程中，电源板卡的型号可以为VT7001A。
其中，数字板卡用于连接BMS中的功能单元与VT系统，通过控制数字板卡可以控制VT系统与BMS中的功能单元之间的连接是否断开。可以理解的是，当VT系统与某一功能单元之间的连接断开时，VT系统无法输入仿真信号给该功能单元，同时，也无法采集该工功能单元的状态信息；当VT系统与某一功能单元之间的连接未断开时，VT系统可以输入仿真信号给该功能单元，同时，也可以采集该工功能单元的状态信息。在一个具体的实现过程中，数字板卡的型号可以为VT2516A。
其中，仿真板卡用于连接BMS与VT系统，用于将生成的仿真信号输出至BMS中。在一个具体的实现过程中，仿真板卡的型号可以为VT2004A。
其中，网线板卡用于连接VT系统和电脑，具体的，可以通过网线连接，当连接完成后，用户就可以通过在电脑上进行操作以控制VT系统对BMS进行测试。在一个具体的实现过程中，网线板卡的型号可以为VT8012。
以下，具体说明这种BMS的测试系统的测试步骤。
首先，将VT系统中的各板卡与BMS和电脑之间按照上述关系建立连接。
之后，用户可以在电脑上通过CANOE系统发布测试指令，那么，该BMS的测试系统可以在CANOE系统中检测是否存在与目标测试用例相匹配的候选测试用例，CANOE系统的界面显示如图2所示。
当在CANOE系统中检测出不存在与目标测试用例相匹配的候选测试用例时，可以自动输出vTESTStudio系统的提示界面，提示用户在vTESTStudio系统上对目标测试用例的测试脚本进行编辑，编辑后即可得到目标测试用例的测试脚本。用户通过vTESTStudio系统输入测试脚本后，会自动生成后缀为vtuexe的文件，CANOE 系统可以将目标测试用例与该vtuexe后缀的文件对应存储。
之后，可以在CANOE系统的工具栏Test,Test Setup,Test Setup for Test Units中加载带vtuexe后缀的文件，并且，当用户点击Start和Test Configurations的Start时，开始进行发送仿真信号并获取BMS在输入仿真信号后的状态信息。从而，当测试完成后，直接结束，并基于获取到的BMS在输入仿真信号后的状态信息，自动生成XML和HTML格式的测试报告。
可以理解的是，本申请实施所提供的技术方案为实施例一所示方案的一种具体实现方式，仅用以具体说明本方案，并不用以限制本申请。
本申请的技术方案具有以下有益效果：
本申请中，可以响应于测试指令，自动的获取目标测试用例及其对应的测试脚本，并运行该测试脚本生成仿真信号，并自动将生成的仿真信号输入给BMS，基于此该仿真信号实现对BMS的测试；在该过程中，不再需要用户手动模拟并输入仿真信号，与目标测试用例对应的测试脚本可以自动运行并得到测试结果，节省了人力成本，节省了测试时长，提高了测试效率，并且，由于不需要用户手动对仿真信号进行模拟和调制，避免了由于手动模拟仿真信号所存在的精确度较低的问题，从而，降低了仿真信号的精确度较低对测试结果的不利影响，提高了测试结果的准确率。基于此，本申请所提供的技术方案能够解决现有技术中通过测试人员手动模拟仿真信号导致的人力浪费和测试效率较低的问题。
实施例三
基于上述实施例一所提供的电池管理单元的测试方法，本申请进一步给出实现上述方法实施例中各步骤及方法的系统实施例。
请参考图4，其为本申请所提供的电池管理单元的测试系统的功能方块图。如图4所示，该系统包括：
第一获取单元61，用于响应于测试指令，获得电池管理系统BMS的目标测试用例；
第二获取单元62，用于获取目标测试用例对应的测试脚本，测 试脚本包含仿真信号信息；
第一生成单元63，用于根据仿真信号信息，生成仿真信号；
第一输出单元64，用于将仿真信号输出至BMS；
第三获取单元65，用于获取BMS在输入仿真信号之后的状态信息；
第四获取单元66，用于根据状态信息，得到BMS的测试结果。
本申请中，仿真信号包括：电压信号、电流信号、数字信号、脉冲宽度调制PWM信号和CAN报文信号中的至少一个。
本申请中，目标测试用例包括：测试项目和测试目标；
其中，测试项目包括：全系统测试、数据输入输出DIO测试和汽车开放系统架构AUTOSAR测试中的至少一个。
在一个具体的实现过程中，该系统还包括：匹配单元67；
匹配单元67，用于将目标测试用例与若干候选测试用例进行匹配；
第二获取单元62，还用于当存在与目标测试用例相匹配的候选测试用例时，获取该候选测试用例对应的测试脚本，以作为目标测试用例对应的测试脚本。
此时，该系统还包括：第二输出单元68；
第二输出单元68，用于当不存在与目标测试用例相匹配的候选测试用例时，输出提示信息；
第二获取单元62，还用于获取根据提示信息输入的测试脚本，以作为目标测试用例对应的测试脚本。
具体的，该系统还包括：
存储单元69，用于对应存储根据提示信息输入的测试脚本与目标测试用例。
本申请中，目标测试用例对应的测试脚本中还包括：仿真信号的发送条件；
此时，该系统还包括：检测单元70；
检测单元70，用于检测是否满足仿真信号的发送条件；
第一输出单元64，用于当检测出满足仿真信号的发送条件时， 执行将仿真信号输出至BMS的步骤。
具体的，本申请中，该系统还包括：
第三输出单元71，用于输出BMS的测试结果。
在一个具体的实现过程中，系统还包括第二生成单元72；
第二生成单元72，用于根据仿真信号和状态信息，生成测试报告。
第三输出单元71，具体用于输出测试报告。
由于本实施例中的各单元能够执行图1所示的方法，本实施例未详细描述的部分，可参考对图1的相关说明。
本申请的技术方案具有以下有益效果：
本申请中，可以响应于测试指令，自动的获取目标测试用例及其对应的测试脚本，并运行该测试脚本生成仿真信号，并自动将生成的仿真信号输入给BMS，基于此该仿真信号实现对BMS的测试；在该过程中，不再需要用户手动模拟并输入仿真信号，与目标测试用例对应的测试脚本可以自动运行并得到测试结果，节省了人力成本，节省了测试时长，提高了测试效率，并且，由于不需要用户手动对仿真信号进行模拟和调制，避免了由于手动模拟仿真信号所存在的精确度较低的问题，从而，降低了仿真信号的精确度较低对测试结果的不利影响，提高了测试结果的准确率。基于此，本申请所提供的技术方案能够解决现有技术中通过测试人员手动模拟仿真信号导致的人力浪费和测试效率较低的问题。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或 通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (18)

  1. 一种电池管理系统的测试方法，其特征在于，所述方法包括：
    响应于测试指令，获得电池管理系统BMS的目标测试用例；
    获取所述目标测试用例对应的测试脚本，所述测试脚本包含仿真信号信息；
    根据所述仿真信号信息，生成仿真信号；
    将仿真信号输出至所述BMS；
    获取所述BMS在输入所述仿真信号之后的状态信息；
    根据所述状态信息，得到所述BMS的测试结果。
  2. 根据权利要求1所述的方法，其特征在于，所述仿真信号包括：电压信号、电流信号、数字信号、脉冲宽度调制PWM信号和CAN报文信号中的至少一个。
  3. 根据权利要求1所述的方法，其特征在于，所述目标测试用例包括：测试项目和测试目标；
    其中，所述测试项目包括：全系统测试、数据输入输出DIO测试和汽车开放系统架构AUTOSAR测试中的至少一个。
  4. 根据权利要求1所述的方法，其特征在于，获取所述目标测试用例对应的测试脚本，包括：
    将所述目标测试用例与若干候选测试用例进行匹配；
    当存在与所述目标测试用例相匹配的候选测试用例时，获取该候选测试用例对应的测试脚本，以作为所述目标测试用例对应的测试脚本。
  5. 根据权利要求4所述的方法，其特征在于，获取所述目标测试用例对应的测试脚本，还包括：
    当不存在与所述目标测试用例相匹配的候选测试用例时，输出提示信息；
    获取根据所述提示信息输入的测试脚本，以作为所述目标测试用例对应的测试脚本。
  6. 根据权利要求5所述的方法，其特征在于，所述方法还包括：
    对应存储根据所述提示信息输入的测试脚本与所述目标测试用 例。
  7. 根据权利要求1所述的方法，其特征在于，所述目标测试用例对应的测试脚本中还包括：仿真信号的发送条件；
    将仿真信号输出至所述BMS之前，所述方法还包括：
    检测是否满足所述仿真信号的发送条件；
    当检测出满足所述仿真信号的发送条件时，执行将所述仿真信号输出至所述BMS的步骤。
  8. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    输出所述BMS的测试结果。
  9. 根据权利要求8所述的方法，其特征在于，输出所述BMS的测试结果，包括：
    根据所述仿真信号和所述状态信息，生成所述测试报告；
    输出所述测试报告。
  10. 一种电池管理单元的测试系统，其特征在于，所述系统包括：
    第一获取单元，用于响应于测试指令，获得电池管理系统BMS的目标测试用例；
    第二获取单元，用于获取所述目标测试用例对应的测试脚本，所述测试脚本包含仿真信号信息；
    第一生成单元，用于根据所述仿真信号信息，生成仿真信号；
    第一输出单元，用于将仿真信号输出至所述BMS；
    第三获取单元，用于获取所述BMS在输入所述仿真信号之后的状态信息；
    第四获取单元，用于根据所述状态信息，得到所述BMS的测试结果。
  11. 根据权利要求10所述的系统，其特征在于，所述仿真信号包括：电压信号、电流信号、数字信号、脉冲宽度调制PWM信号和CAN报文信号中的至少一个。
  12. 根据权利要求10所述的系统，其特征在于，所述目标测试用例包括：测试项目和测试目标；
    其中，所述测试项目包括：全系统测试、数据输入输出DIO测试和汽车开放系统架构AUTOSAR测试中的至少一个。
  13. 根据权利要求10所述的系统，其特征在于，所述系统还包括：匹配单元；
    所述匹配单元，用于将所述目标测试用例与若干候选测试用例进行匹配；
    所述第二获取单元，用于当存在与所述目标测试用例相匹配的候选测试用例时，获取该候选测试用例对应的测试脚本，以作为所述目标测试用例对应的测试脚本。
  14. 根据权利要求13所述的系统，其特征在于，所述系统还包括：第二输出单元；
    所述第二输出单元，用于当不存在与所述目标测试用例相匹配的候选测试用例时，输出提示信息；
    所述第二获取单元，还用于获取根据所述提示信息输入的测试脚本，以作为所述目标测试用例对应的测试脚本。
  15. 根据权利要求14所述的系统，其特征在于，所述系统还包括：
    存储单元，用于对应存储根据所述提示信息输入的测试脚本与所述目标测试用例。
  16. 根据权利要求10所述的系统，其特征在于，所述目标测试用例对应的测试脚本中还包括：仿真信号的发送条件；
    所述系统还包括：检测单元；
    所述检测单元，用于检测是否满足所述仿真信号的发送条件；
    所述第一输出单元，用于当检测出满足所述仿真信号的发送条件时，执行将所述仿真信号输出至所述BMS的步骤。
  17. 根据权利要求10所述的系统，其特征在于，所述系统还包括：
    第三输出单元，用于输出所述BMS的测试结果。
  18. 根据权利要求17所述的系统，其特征在于，所述系统还包括第二生成单元；
    所述第二生成单元，用于根据所述仿真信号和所述状态信息，生成所述测试报告；
    所述第三输出单元，具体用于输出所述测试报告。
PCT/CN2017/093165 2017-05-04 2017-07-17 一种电池管理单元的测试方法及系统 Ceased WO2018201615A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710309502.6 2017-05-04
CN201710309502.6A CN108802511B (zh) 2017-05-04 2017-05-04 一种电池管理单元的测试方法及系统

Publications (1)

Publication Number Publication Date
WO2018201615A1 true WO2018201615A1 (zh) 2018-11-08

Family

ID=64015775

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/093165 Ceased WO2018201615A1 (zh) 2017-05-04 2017-07-17 一种电池管理单元的测试方法及系统

Country Status (2)

Country Link
CN (1) CN108802511B (zh)
WO (1) WO2018201615A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109596927A (zh) * 2018-12-29 2019-04-09 蜂巢能源科技有限公司 用于电池管理系统bms的测试方法和测试系统

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112255548B (zh) * 2019-09-30 2023-06-13 蜂巢能源科技有限公司 电池管理系统测试方法及其系统
CN111123891B (zh) * 2019-12-24 2021-05-28 国联汽车动力电池研究院有限责任公司 基于bms的快充测试方法、系统、设备及存储介质
CN111682993A (zh) * 2020-08-11 2020-09-18 广州汽车集团股份有限公司 一种汽车can总线信号模拟方法及装置
CN112632883B (zh) * 2020-12-21 2022-04-29 南京华大九天科技有限公司 器件模型的仿真结果的测试方法、装置、设备和介质
CN114168399A (zh) * 2021-12-03 2022-03-11 南京天朗防务科技有限公司 一种信号处理单元测试方法及系统
CN114896158A (zh) * 2022-05-24 2022-08-12 东软睿驰汽车技术（沈阳）有限公司 Bms的测试方法以及测试装置
CN114994586B (zh) * 2022-08-02 2022-12-16 广东电网有限责任公司惠州供电局 一种蓄电池巡检仪检验验证装置与方法
CN117007897B (zh) * 2023-10-07 2023-12-08 山西省安装集团股份有限公司 一种应用于电仪实验室的电气设备测试系统
CN119336004A (zh) * 2024-10-28 2025-01-21 安徽江淮汽车集团股份有限公司 车载mp5能量中心自动化测试方法、系统、设备及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101762800A (zh) * 2010-01-28 2010-06-30 北京航空航天大学 电池组管理系统测试平台
US20130009648A1 (en) * 2011-07-04 2013-01-10 Sb Limotive Co., Ltd. Battery management system and method of controlling the same
CN103543640A (zh) * 2013-09-30 2014-01-29 广东电网公司电力科学研究院 电池管理系统的测试系统
KR20140070225A (ko) * 2012-11-30 2014-06-10 사단법인 전북대학교자동차부품금형기술혁신센터 Bms 시뮬레이터
CN106526376A (zh) * 2016-11-04 2017-03-22 宁德时代新能源科技股份有限公司 仿真测试系统和仿真测试方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101329652B (zh) * 2008-07-30 2010-12-08 中兴通讯股份有限公司 一种回归测试自动化系统及方法
CN102006604A (zh) * 2010-01-28 2011-04-06 北京邮电大学 一种ip多媒体子系统核心网安全测试方法与系统
CN202838014U (zh) * 2012-08-23 2013-03-27 宁德时代新能源科技有限公司 一种动力电池管理系统的集成测试装置
CN103698686B (zh) * 2013-12-11 2017-04-12 华为技术有限公司 一种信号测试方法及设备
CN103713271A (zh) * 2013-12-13 2014-04-09 惠州市亿能电子有限公司 一种bms电流检测单元的自动校准设备及校准方法
CN104834591B (zh) * 2014-05-22 2017-12-08 北汽福田汽车股份有限公司 测试autosar软件组件的测试方法及系统
CN103995777A (zh) * 2014-05-29 2014-08-20 上海科梁信息工程有限公司 嵌入式软件黑盒自动化测试系统及测试方法
CN104333093B (zh) * 2014-11-20 2018-03-23 宁德时代新能源科技股份有限公司 电柜管理方法、装置和电池管理系统
CN205210212U (zh) * 2015-12-07 2016-05-04 武汉力神动力电池系统科技有限公司 一种电池管理系统的测试系统
CN105652124B (zh) * 2016-02-18 2018-09-07 清华大学苏州汽车研究院（吴江） 一种基于Labview的汽车电池管理测试系统及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101762800A (zh) * 2010-01-28 2010-06-30 北京航空航天大学 电池组管理系统测试平台
US20130009648A1 (en) * 2011-07-04 2013-01-10 Sb Limotive Co., Ltd. Battery management system and method of controlling the same
KR20140070225A (ko) * 2012-11-30 2014-06-10 사단법인 전북대학교자동차부품금형기술혁신센터 Bms 시뮬레이터
CN103543640A (zh) * 2013-09-30 2014-01-29 广东电网公司电力科学研究院 电池管理系统的测试系统
CN106526376A (zh) * 2016-11-04 2017-03-22 宁德时代新能源科技股份有限公司 仿真测试系统和仿真测试方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109596927A (zh) * 2018-12-29 2019-04-09 蜂巢能源科技有限公司 用于电池管理系统bms的测试方法和测试系统

Also Published As

Publication number Publication date
CN108802511A (zh) 2018-11-13
CN108802511B (zh) 2020-05-05

Similar Documents

Publication Publication Date Title
WO2018201615A1 (zh) 一种电池管理单元的测试方法及系统
CN104765678B (zh) 对移动终端设备上的应用进行测试的方法及装置
CN111078482B (zh) 通讯导航设备测试系统、方法、设备和可读存储介质
CN113009845B (zh) 一种卫星软件的仿真测试系统及方法
CN108153670A (zh) 一种接口测试方法、装置及电子设备
US8291388B2 (en) System, method and program for executing a debugger
US8943373B1 (en) Keyboard, video and mouse switch identifying and displaying nodes experiencing a problem
CN108111364B (zh) 一种业务系统的测试方法及装置
CN106407054B (zh) 一种bmc自动测试系统及方法
CN111488275B (zh) Ui自动化测试方法、装置、存储介质及电子设备
CN113919158B (zh) 一种用于飞行控制面板的仿真方法、装置及存储介质
US20160124838A1 (en) Method and apparatus for automatic cross-system program debugging
CN112732498A (zh) 模拟设备单点上下电的测试方法、装置、设备及存储介质
CN109240928A (zh) 一种测试方法、装置、设备及存储介质
CN110569154B (zh) 一种芯片接口功能测试方法、系统、终端及存储介质
CN103995729B (zh) 一种模拟仿真线路保护装置的软件系统
CN115509912A (zh) 固件升级测试方法、装置、智能终端及可读存储介质
CN119829433A (zh) 信息处理方法、计算机设备及计算机程序产品
CN115391168A (zh) 沙盒测试方法、装置、设备及存储介质
CN116974826A (zh) 一种配置项的信息处理方法、装置、设备及介质
CN113010409B (zh) 智能合约测试方法及装置、电子设备、存储介质
CN110348127B (zh) 一种测试用例的生成方法、装置、设备及存储介质
CN113626311A (zh) 座舱显示系统的测试方法、测试系统及存储介质
CN111258827A (zh) 接口模型的确定方法、装置、电子设备及存储介质
CN119829461B (zh) 一种仿真测试方法、系统、设备和存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17908729

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17908729

Country of ref document: EP

Kind code of ref document: A1