Testing method and system for battery management system of payment terminal

Abstract

The present application is applicable to the field of smart payment technology, and provides a test method and system for a battery management system of a payment terminal. The method includes receiving test parameters sent by a second test terminal; obtaining user instructions, and generating test cases according to the test parameters and user instructions; wherein the user instructions are used to describe the application scenarios of the payment terminal, and the test cases are used to control the power supply status and the power on / off status of the payment terminal; executing the test cases and receiving the test data set fed back by the payment terminal; sending the test data set to the second test terminal so that the second test terminal generates the test results. The method provided in the embodiment of the present application does not require the tester to write a test script for each scenario, which reduces the dependence on the tester and improves the reliability of the test; and multiple payment terminals can be tested at the same time, which greatly improves the test efficiency and saves time and cost.

Description

Technical Field

[0001] The present application belongs to the field of smart payment technology, and in particular, relates to a testing method and system for a battery management system of a payment terminal. Background Art

[0002] Payment terminals, especially smart payment terminals, can meet the diverse needs of technology and scenarios in offline mobile payments and are becoming more and more widely used.

[0003] As an important component of smart payment terminals, the quality consistency and safety of rechargeable batteries need to be guaranteed by a battery management system (BMS).

[0004] In order to fully cover various application scenarios of offline payment, the BMS algorithm design of smart payment terminals is complex, and the test requirements and test data of rechargeable batteries are numerous. The existing manual testing methods are prone to missing test requirements, resulting in the inability to detect BMS design defects, poor test reliability and low test efficiency. Summary of the invention

[0005] In view of this, an embodiment of the present application provides a test method and system for a battery management system of a payment terminal to solve the technical problems of poor test reliability and low test efficiency of the battery management system of a payment terminal in the prior art.

[0006] In a first aspect, an embodiment of the present application provides a method for testing a battery management system of a payment terminal, which is applied to a first test terminal, and the method includes:

[0007] receiving test parameters sent by the second test terminal, the test parameters including battery management design parameters of the payment terminal;

[0008] Obtain user instructions and generate test cases based on test parameters and user instructions; wherein the user instructions are used to describe the application scenarios of the payment terminal, and the test cases are used to control the power supply status and the power on / off status of the payment terminal;

[0009] Execute test cases and receive test data sets from payment terminals;

[0010] The test data set is sent to the second test terminal, so that the second test terminal generates a test result according to the battery management design parameter and the test data set.

[0011] The test method of the battery management system of the payment terminal provided in the embodiment of the present application is that the first test terminal can automatically generate a test case according to the test parameters and user instructions, and obtain a test data set after executing the test case. There is no need for the tester to write a test script for each scenario, which reduces the dependence on the tester and improves the reliability of the test. On the other hand, the method can test multiple payment terminals at the same time, greatly improving the test efficiency and saving time costs.

[0012] In a second aspect, an embodiment of the present application provides a method for testing a battery management system of a payment terminal, which is applied to a second test terminal, and the method includes:

[0013] Acquire test parameters, where the test parameters include battery management design parameters of the payment terminal to be tested;

[0014] Sending the test parameters to the first test terminal so that the first test terminal generates a test case according to the test parameters and a pre-acquired user instruction, and executes the test case to obtain a test data set; wherein the user instruction is used to describe an application scenario of the payment terminal, and the test case is used to control the power supply state and the power on / off state of the payment terminal;

[0015] A test data set fed back by the first test terminal is received, and a test result is generated according to the battery management design parameter and the test data set.

[0016] In a third aspect, an embodiment of the present application provides a test device for a battery management system of a payment terminal, which is applicable to a first test terminal, and the device includes:

[0017] A first receiving module, used to receive test parameters sent by the second test terminal, where the test parameters include battery management design parameters of the payment terminal;

[0018] The first acquisition module is used to acquire user instructions and generate test cases according to test parameters and user instructions; wherein the user instructions are used to describe the application scenarios of the payment terminal, and the test cases are used to control the power supply state and the power on / off state of the payment terminal;

[0019] An execution module, used to execute test cases and receive test data sets fed back by the payment terminal;

[0020] The first sending module is used to send the test data set to the second test terminal, so that the second test terminal generates a test result according to the battery management design parameters and the test data set.

[0021] In a fourth aspect, an embodiment of the present application provides a test device for a battery management system of a payment terminal, which is applied to a second test terminal, and the device includes:

[0022] A second acquisition module is used to acquire test parameters, where the test parameters include battery management design parameters of the payment terminal to be tested;

[0023] A second sending module is used to send test parameters to the first test terminal, so that the first test terminal generates a test case according to the test parameters and a pre-acquired user instruction, and executes the test case to obtain a test data set; wherein the user instruction is used to describe an application scenario of the payment terminal, and the test case is used to control the power supply state and the power on / off state of the payment terminal;

[0024] The generating module is used to receive the test data set fed back by the first test terminal, and generate the test result according to the battery management design parameter and the test data set.

[0025] In a fifth aspect, an embodiment of the present application provides a test terminal for a battery management system of a payment terminal, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the steps of any one of the methods in the first or third aspects are implemented.

[0026] In a sixth aspect, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the steps of any one of the methods in the first or third aspects above are implemented.

[0027] In a seventh aspect, an embodiment of the present application provides a computer program product, which, when executed on a terminal device, enables the terminal device to execute any one of the methods in the first or third aspects above.

[0028] In an eighth aspect, an embodiment of the present application provides a test system for a battery management system of a payment terminal, the test system comprising: a first test terminal, a second test terminal, a first relay assembly, a second relay assembly, and a payment terminal;

[0029] Wherein, the power interface of the payment terminal is connected to the power supply through the first relay component; the power button of the payment terminal is connected to the power supply through the second relay component;

[0030] The first test terminal is used to obtain a user instruction, and after receiving a test parameter sent by the second test terminal, generate a test case according to the test parameter and the user instruction; execute the test case to generate a simulation signal, and control the on and off of the first relay component and the second relay component according to the simulation signal to control the power supply state and the on / off state of the payment terminal;

[0031] The payment terminal is configured with a battery management system for generating a test data set during testing and sending the test data set to the first test terminal;

[0032] The second test terminal is used to obtain test parameters, including battery management design parameters of the payment terminal; and after receiving the test data set fed back by the first test terminal, generate a test result according to the battery management design parameters and the test data set.

[0033] It can be understood that the beneficial effects of the second to eighth aspects mentioned above can be found in the relevant description of the first aspect mentioned above, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0035] Figure 1 A flowchart of a method for testing a battery management system of a payment terminal provided in an embodiment of the present application;

[0036] Figure 2 A schematic diagram of a process for generating a test sample provided in an embodiment of the present application;

[0037] Figure 3 A schematic flow chart of a method for testing a battery management system of a payment terminal provided in another embodiment of the present application;

[0038] Figure 4 A schematic diagram of a process for generating test results provided in an embodiment of the present application;

[0039] Figure 5 A schematic diagram of a process for generating test results provided in another embodiment of the present application;

[0040] Figure 6 A schematic diagram of the structure of a test device for a battery management system of a payment terminal provided in one embodiment of the present application;

[0041] Figure 7 A schematic diagram of the structure of a test device for a battery management system of a payment terminal provided in another embodiment of the present application;

[0042] Figure 8 is a schematic diagram of a test terminal of a battery management system of a payment terminal provided in an embodiment of the present application;

[0043] Fig. 9 It is a schematic diagram of a test system for a battery management system of a payment terminal provided in one embodiment of the present application. DETAILED DESCRIPTION

[0044] In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.

[0045] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0046] The following is an illustrative example of the technical solution of the present application and how the technical solution of the present application solves the above technical problems. It is worth noting that the specific embodiments listed below can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments.

[0047] For the sake of clarity, definitions of specific terms used in the present invention are first explained.

[0048] Predicted duration T: is a preset ratio of the wireless standby duration of the payment terminal; wherein the wireless standby duration refers to the standby duration of the payment terminal when not connected to an adapter, for example, the preset ratio may be 70%.

[0049] The predicted duration of different payment terminals may be different, for example, 3 hours or 5 hours.

[0050] The data recording frequency S refers to the frequency at which the BMS of the payment terminal records data. For example, if the data recording frequency is 1 time / min, it means that the BMS records test data once every 1 minute.

[0051] The adapter power supply ratio refers to the ratio of the total adapter power supply to the total power supply. The total power supply includes the total adapter power supply and the total battery power supply.

[0052] Switching cycle: The time between two consecutive working mode detections performed by the BMS system. For example, if the switching cycle is 15 minutes, it means that the BMS system performs a working mode detection every 15 minutes.

[0053] Full charge: When the payment terminal reaches full charge, it will not charge even if an adapter is connected.

[0054] Recharge capacity: When the power of the payment terminal drops below the recharge capacity, charging can be automatically resumed without plugging in or out the adapter.

[0055] Working mode: including mobile mode and desktop mode. Mobile mode means that the payment terminal is mainly powered by rechargeable batteries and is generally not connected to an external power source when in use. Desktop mode means that the payment terminal is mainly powered by an external power source (power adapter).

[0056] To determine the working mode at time P, it is usually determined based on the proportion of adapter power supply in the time period from P to P+T in the previous N days. N can be a data set by the tester, such as 3 or 7.

[0057] Exemplarily, the time P is 8AM (June 1st), N is 3, and the predicted duration T is 5h. The working mode at the time P is determined based on the proportion of adapter power supply in the 15 hours between 8AM-13PM (P to P+T) every day in the previous 3 days (the 3 days before June 1st).

[0058] Due to the diversity of technologies and scenarios in offline payment, the BMS algorithm design of the payment terminal is complex, and the BMS working mode needs to be switched according to different conditions. When the payment terminal is in use, abnormal scenarios such as frequent charging and discharging, poor contact of the adapter / charging cable, etc. may occur. The above situations need to be tested to avoid design defects in the BMS.

[0059] In summary, the testing objectives of the BMS of the payment terminal include: determining whether the working mode switching logic of the BMS is correct, determining whether the charging and discharging status of the BMS is normal, determining whether the healthy life of the rechargeable battery meets the design requirements, and testing whether the BMS system will have abnormalities during operation.

[0060] In the prior art, manual testing is usually performed by testers, which places high demands on testers, is prone to missing design points, and has low test efficiency. In order to solve the above technical problems, the embodiment of the present application provides a test method for the battery management system of a payment terminal, which does not require testers to write test scripts for each scenario, reduces dependence on testers, and improves the reliability of the test; and can test multiple payment terminals at the same time, greatly improving test efficiency and saving time costs. The following is a test method for the battery management system of a payment terminal. Figure 1 The embodiments are described by way of example only.

[0061] Figure 1The present invention provides a flow chart of a test method for a battery management system of a payment terminal. The execution subject of the present invention is a first test terminal, wherein the first test terminal is a controller configured with a digital-to-analog conversion unit, and the controller includes but is not limited to a tablet computer, a desktop computer, a robot, a control panel, etc. Figure 1 As shown, the method includes:

[0062] S101. Receive test parameters sent by a second test terminal, where the test parameters include battery management design parameters of a payment terminal to be tested.

[0063] In this embodiment, the second test terminal can perform data transmission with the first test terminal in a wireless or wired manner. Exemplarily, the second test terminal is a PC, and the first test terminal is a control panel. The first test terminal and the second test terminal perform data communication via wifi.

[0064] In this embodiment, the test parameters are battery management design parameters that need to be tested. The battery management design parameters are pre-written into the payment terminal. When executing the test, the payment terminal operates according to the battery management design parameters.

[0065] In this embodiment, the battery management design parameters include the predicted duration T, the data recording frequency S, the adapter power supply ratio, the full charge capacity and the recharge capacity in the mobile mode, the full charge capacity and the recharge capacity in the desktop mode, etc. It should be understood that the payment terminal has different full charge capacity and recharge capacity in different working modes.

[0066] Exemplarily, the battery management design parameters may be: predicted duration 6h, adapter external power accounts for 70%, data recording frequency 1 time / min, mobile mode full charge 100%, rechargeable battery power 75%, desktop mode full charge 70%, rechargeable battery power 50%.

[0067] Optionally, the test parameters may further include a product model, that is, a type of battery management system configured in the payment terminal.

[0068] S102: Obtain user instructions, and generate test cases according to test parameters and user instructions.

[0069] Among them, user instructions are used to describe the application scenarios of the payment terminal, and test cases are used to control the power supply status and power on / off status of the payment terminal.

[0070] The application scenario of the payment terminal refers to the usage scenario of the battery management system configured thereon, including normal usage scenarios and abnormal usage scenarios.

[0071] For example, normal usage scenarios include scenario 1: the user turns on the payment terminal at work and turns it off after get off work; scenario 2: the payment terminal is connected to the adapter for long-term charging, and the payment terminal is neither turned off nor picked up; scenario 3: the user turns on the payment terminal at work, the payment terminal enters a dormant state, and wakes up only for payment during transactions. Abnormal usage scenarios include poor contact of the adapter, and the user frequently plugs and unplugs the adapter, etc.

[0072] To describe the above usage scenarios, user instructions may include whether the adapter is connected for a long time, whether the power is turned off and the shutdown time, and whether the battery management system operating mode is frequently switched.

[0073] Optionally, the user instruction may further include the number of payment terminals to be tested simultaneously, so as to test multiple payment terminals simultaneously.

[0074] In this embodiment, the power button and the power button of the payment terminal are independently controlled and do not interfere with each other. For example, the power interface of the payment terminal is connected to the power supply through the first relay component, and the power button of the payment terminal is connected to the first test terminal through the second relay component.

[0075] Therefore, the test case includes a first parameter for controlling the on and off of the first relay component, and also includes a second parameter for controlling the on and off of the second relay component.

[0076] Among them, the first parameter is used to control the power supply status of the payment terminal when executed, specifically including realizing the battery power supply test duration and the adapter power supply test duration; the second parameter is used to control the power on and off status of the payment terminal when executed, specifically including realizing the power on and off switching logic of the payment terminal.

[0077] In this embodiment, generating test cases according to test parameters and user instructions may include determining battery power test duration, adapter power test duration, and power on / off switching logic of the payment terminal according to the test parameters and user instructions.

[0078] S103: Execute the test case and receive the test data set fed back by the payment terminal.

[0079] In this embodiment, the first test terminal controls the power supply state of the payment terminal by controlling the first relay component, and the first test terminal controls the power on / off state of the payment terminal by controlling the second relay component.

[0080] Executing the test case specifically means that the first test terminal executes the test case to generate an analog signal, and controls the on and off of the first relay component and the second relay component according to the analog signal to achieve control of the power supply state and the on / off state of the payment terminal.

[0081] In this embodiment, the test data set is a data set collected and generated by the payment terminal from the start time of the test to the end time of the test according to the data recording frequency. The test data set is recorded in a table, which uses time as a column item and battery test parameters as a row item; wherein the battery test parameters include the test working mode, power supply type, voltage and power.

[0082] Further, all the test working mode data constitute a test working mode data set, all the power supply type data constitute a power supply type data set, all the voltage data constitute a voltage data set, and all the power quantity data constitute a power quantity data set.

[0083] For example, the test starts at 8:00 a.m. on June 1 and ends at 8:00 a.m. on June 8, i.e. the test lasts for 7 days and the data recording frequency is 1 time / min. The test data set is recorded in a table, where the columns are the test time and the rows are the battery test parameters, including the test working mode, power supply type, voltage and power.

[0084] After the test is completed, the table contains all the test data from 8 am on June 1 to 8 am on June 8, a total of 604,800 (3600*24*7) data. Therefore, the test working mode, power supply type, voltage and power consumption at each time node (with data recording frequency as the interval) can be directly read from the test data set.

[0085] The data in each row of the table respectively constitute a test working mode data set, a power supply type data set, a voltage data set and a power data set.

[0086] Furthermore, the test data set also includes battery health life, cycle count, and battery abnormality data.

[0087] S104: Send a test data set to a second test terminal, so that the second test terminal generates a test result according to the battery management design parameters and the test data set.

[0088] In this embodiment, the test results include working mode test results, charging status test results, and battery health life test results.

[0089] Specifically, the working mode test results are used to determine whether the working mode switching logic of the BMS is correct, the charging status test results are used to determine whether the full charge and recharge amounts of the BMS in each working mode are correct, and the battery health life test results are used to determine whether the rechargeable battery life design meets the requirements.

[0090] The test method of the battery management system of the payment terminal provided in the embodiment of the present application is that the first test terminal can automatically generate a test case according to the test parameters and user instructions, and obtain a test data set after executing the test case. There is no need for the tester to write a test script for each scenario, which reduces the dependence on the tester and improves the reliability of the test; and multiple payment terminals can be tested at the same time, which greatly improves the test efficiency and saves time and cost.

[0091] Figure 2 A flow chart of generating a test sample provided in an embodiment of the present application. Figure 1 A feasible implementation of step 102 in the embodiment. Figure 2 As shown, test samples are generated according to test parameters and user instructions, including:

[0092] S201. Calculate a critical value based on the predicted duration and the adapter power supply ratio, where the critical value is the critical battery power supply duration when the working mode is switched.

[0093] In order to obtain more test data, the test is usually performed on a daily basis. Therefore, the critical battery power supply duration in this embodiment refers to the critical battery power supply duration in a day. The battery power supply test duration is also the battery power supply test duration in a day.

[0094] In this embodiment, the critical value can be calculated based on the predicted duration and the adapter power supply ratio by referring to the following formula (1):

[0095] T1=T×(1-CT)×60+n (1)

[0096] Among them, T1 is the critical battery power supply time, T is the predicted time, CT is the adapter power supply ratio, and n is the preset device deviation.

[0097] Exemplarily, T is 5 hours, CT is 70%, and n is 10 minutes, and the critical battery power supply time is calculated to be 100 minutes.

[0098] Optionally, in order to ensure that the working mode is switched when a critical value is reached, a switching cycle may be added to the critical battery power supply time.

[0099] S202: Determine a battery power supply test duration and an adapter power supply test duration that match an application scenario according to a user instruction and a critical value.

[0100] The battery power test duration in this embodiment is the battery power test duration in the powered-on state, and the adapter power test duration is the adapter power test duration in the powered-on state.

[0101] In this embodiment, if the payment terminal is not shut down, the time except the battery power test time in 24 hours a day is the adapter power test time; if the payment terminal is shut down, the shutdown time needs to be removed to determine the battery power test time and the adapter power test time.

[0102] The first test terminal determines whether the user instruction contains a shutdown instruction and determines the shutdown duration according to the user instruction.

[0103] In a feasible implementation, if the user instruction includes a shutdown instruction (i.e., the payment terminal is shut down), the battery power test duration is determined based on the critical value, and the difference between the daily test duration, the battery power test duration and the shutdown duration is determined as the adapter power test duration, wherein the battery power test duration is greater than or equal to the critical value, and the daily test duration is 24 hours.

[0104] For example, the critical battery power time is T1, and the shutdown time is T g ; In order to ensure that the battery management system BMS switches the working mode, the battery power supply test time is T c It should be greater than or equal to T1. Accordingly, the adapter power supply test duration is Ts=1440-Tc-Tg, where 1440 min is the length of a day (24h).

[0105] In another feasible implementation, if the user instruction does not include a shutdown instruction, the battery power test duration is determined based on a critical value, and the difference between the daily test duration and the battery power test duration is determined as the adapter power test duration.

[0106] For example, the critical battery power supply time is T1; in order to ensure that the battery management system BMS switches the working mode, the battery power supply test time is T c Should be greater than or equal to T1, adapter power supply test duration Ts = 1440-T c .

[0107] S203: Determine the power on / off switching logic of the payment terminal according to the user instruction.

[0108] In this embodiment, the power on / off switching logic specifically refers to determining the time node for powering on / off the payment terminal.

[0109] For example, in a normal usage scenario, the payment terminal is shut down for 2 hours, and is in shutdown state from 10AM to 12AM every day. That is, at 10AM every day, the payment terminal switches from the on state to the off state, and at 12AM every day, the payment terminal switches from the off state to the on state, and continues until 10AM the next day.

[0110] S204: Determine a test sample according to the battery power supply test duration, the adapter power supply test duration, and the power on / off switching logic.

[0111] The test sample generation method provided in this embodiment takes into account the impact of user shutdown on the BMS battery power supply time, so that the BMS working mode switching logic conforms to the user's usage habits and the test results are accurate and reliable.

[0112] Figure 2 The embodiment describes a method for generating test cases when switching working modes. In practical applications, the payment terminal may be connected to an adapter for a long time or the proportion of power supply connected to the adapter is very high. In this case, the battery management system BMS does not switch the working mode.

[0113] In order to simulate the scenario where the BMS does not switch the working mode during the test, the first duration can be calculated according to the predicted duration and the adapter power supply ratio, and the first duration is the critical battery power supply duration when the working mode is not switched. The battery power supply test duration and the adapter power supply test duration that match the application scenario (BMS does not switch the working mode) are determined according to the first duration and the user instruction, and then executed. Figure 2 In the embodiment, step S203 and step S204 are used to generate a test case in which the matching working mode is not switched.

[0114] Exemplarily, the calculation formula for the first duration may be the following formula (2):

[0115] T2=T×(1-CT)×60-n (2)

[0116] Among them, T2 is the first duration, T is the predicted duration, CT is the adapter power supply ratio, and n is the preset device deviation.

[0117] The method for determining the battery power supply test duration and the adapter power supply test duration according to the first duration and the user instruction is the same as the method in step S202, and will not be repeated here.

[0118] Figure 3 This is a flow chart of a test method for a battery management system of a payment terminal provided by another embodiment of the present application. The execution subject of this embodiment is a second test terminal. Figure 3 As shown, the method includes:

[0119] S301. Acquire test parameters, where the test parameters include battery management design parameters of the payment terminal to be tested.

[0120] In this embodiment, the second test terminal can receive the test parameters input by the tester. Figure 1 The test parameters in the embodiments are the same and will not be described again.

[0121] S302. Send test parameters to the first test terminal so that the first test terminal generates a test case according to the test parameters and a pre-acquired user instruction, and executes the test case to obtain a test data set; wherein the user instruction is used to describe an application scenario of the payment terminal, and the test case is used to control the power supply status and the on / off status of the payment terminal.

[0122] In this embodiment, the second test terminal can perform data transmission with the first test terminal through wifi or a wired port. The implementation steps of the first test terminal can refer to Figure 1 The implementation steps in the embodiment will not be repeated here.

[0123] S303: Receive a test data set fed back by the first test terminal, and generate a test result according to the battery management design parameters and the test data set.

[0124] In this embodiment, the test data set is Figure 1 The test data sets in the embodiments are the same and will not be described in detail here.

[0125] In this embodiment, the second test terminal generates test results according to the battery management design parameters and the test data set, wherein the test results include working mode test results, charging state test results, and battery health life test results.

[0126] Specifically, the working mode test results are used to determine whether the working mode switching logic of the BMS is correct, the charging status test results are used to determine whether the full charge and recharge amounts of the BMS in each working mode are correct, and the battery health life test results are used to determine whether the rechargeable battery life design meets the requirements.

[0127] Exemplarily, the battery management design parameters include the battery design healthy life, and the test data set includes the battery test healthy life. Then, the second test terminal generating the test result according to the battery management design parameters and the test data set may include the second test terminal comparing the battery healthy life design value with the battery healthy life test value to generate the battery healthy life test result. Specifically, if the battery healthy life test value is less than the battery healthy life design value, it means that the battery life calculation meets the requirements; if the battery healthy life test value is greater than the battery healthy life design value, it means that the battery life calculation does not meet the requirements.

[0128] Optionally, the test result may also include a battery voltage waveform and a battery capacity waveform, so as to visually observe the changes in the voltage and capacity of the battery during the test.

[0129] In the test method provided in the embodiment of the present application, the first test terminal can automatically generate test cases according to test parameters and user instructions, and obtain test data sets after executing the test cases. It is not necessary for testers to write test scripts for each scenario, which reduces the dependence on testers and improves the reliability of the test; and multiple payment terminals can be tested at the same time, which greatly improves the test efficiency and saves time costs. Furthermore, the second test terminal can directly generate test results based on the feedback test data set and battery management design parameters, and can directly determine the rationality of the BMS working mode logic switching and the correctness of the battery charging status, avoiding the tester from analyzing and comparing based on a large amount of test data, further improving the test reliability and test efficiency.

[0130] Figure 4 A schematic diagram of a process for generating test results provided in an embodiment of the present application, describing Figure 3 A possible way to generate the working mode test result in step 303 of the embodiment. Figure 4 As shown, test results are generated based on the battery management design parameters and test data sets, including:

[0131] S401. Determine expected working modes corresponding to a plurality of preset time nodes respectively according to a battery management design parameter and a power supply type data set; the test working mode data set includes test working modes corresponding to a plurality of preset time nodes respectively.

[0132] In this embodiment, the preset time node may be an absolute time within the test cycle, or may be a time node selected from the test cycle according to a preset time interval.

[0133] For example, the test period is from 8:00 am on June 1 to 8:00 am on June 8, and the preset time nodes can be the hour of each day, or multiple time nodes obtained at intervals of 15 minutes from the start time of the test. It should be understood that the time between two adjacent preset time nodes is greater than the time between two data collections.

[0134] In this embodiment, the expected working mode is a working mode determined according to the pre-acquired battery management design parameters and the feedback test results. When the test working mode at each time node is consistent with the expected working mode, it means that the BMS working mode switching logic is correct.

[0135] The fed-back test results specifically refer to the power supply types corresponding to the multiple time nodes, which can be read from the power supply type data set.

[0136] In this embodiment, the implementation method of determining the expected working mode at each preset time node is the same. An exemplary description can be given by using a preset time point.

[0137] For example, the test period is from 8:00 am on June 1 to 8:00 am on June 8, and the multiple preset time nodes are multiple time nodes obtained at intervals of 15 minutes starting from the test start time (8:00 am on June 1). The following takes the time node of 10:30 am on June 7 as an example for exemplary description.

[0138] Step 1: Obtain the total number of adapter power supplies and the total number of battery power supplies within multiple prediction time periods before the preset time node from the power supply type dataset.

[0139] The predicted durations for different payment terminals may be different, for example, 3 hours or 5 hours.

[0140] In this embodiment, the number of predicted durations to be obtained can be preset by the tester, for example, 3. Since the test case is tested cyclically in units of days, the 3 predicted durations refer to the predicted durations of each day within 3 days before the preset time node.

[0141] For example, if the prediction duration is 5 hours, the total number of adapter power supplies and battery power supplies in the three prediction durations before the preset time node (10:30 am on June 7) is obtained, that is, the total number of adapter power supplies and battery power supplies from 10:30 am to 15:30 pm (a total of 5 hours) in the three days before the preset time node (10:30 am on June 7) are obtained. Specifically, the time corresponding to the three prediction durations is from 10:30 am to 15:30 pm on June 4, from 10:30 am to 15:30 pm on June 5, and from 10:30 am to 15:30 pm on June 6.

[0142] Since the present embodiment aims to obtain the predicted proportion of adapter power supply, the total number of adapter power supplies can be used to represent the adapter power supply duration, and the total number of battery power supplies can be used to represent the battery power supply duration. Since the power supply type data set contains the power supply type at each time node (with the data recording frequency as the interval), the adapter power supply duration / battery power supply duration can be directly determined based on the total number of adapter power supplies / total number of battery power supplies.

[0143] Specifically, according to the power supply type data set, the number of data with the power supply type of adapter power supply in three predicted time periods (10:30 am to 3:30 pm on June 4, 10:30 am to 3:30 pm on June 5, and 10:30 am to 3:30 pm on June 6) can be obtained, and this number is the total number of adapter power supply. Correspondingly, the number of data with the power supply type of battery power supply in the above three predicted time periods is the total number of battery power supply.

[0144] In this embodiment, in order to avoid the time between the test start time and the preset time node being too short, for example, not including 3 predicted time lengths (i.e., the time between the test start time and the preset time node is less than 3 days), it can be further defined that the preset time node is a time node 3 days after the test starts. It should be understood that the preset time node can be adjusted according to the number of test cycles and predicted time lengths.

[0145] Step 2: Calculate the predicted adapter power supply ratio based on the total adapter power supply and the total battery power supply.

[0146] In this embodiment, the calculation method of the predicted proportion of adapter power supply is as follows:

[0147] Adapter power supply forecast ratio = total number of adapter power supplies / (total number of adapter power supplies + total number of battery power supplies)

[0148] Step 3: If the predicted adapter power supply ratio is greater than or equal to the adapter power supply ratio, it is determined that the expected working mode at the preset time node is the desktop mode.

[0149] Step 4: If the predicted adapter power supply ratio is less than the adapter power supply ratio, it is determined that the expected working mode at the preset time node is the mobile mode.

[0150] In this embodiment, the adapter power supply ratio is a battery management design parameter, which is pre-written into the payment terminal. The battery management design parameter acquired by the second test terminal includes the adapter power supply ratio, and the adapter power supply ratio is the same as the adapter power supply ratio pre-written into the payment terminal.

[0151] Compare the adapter power supply prediction ratio with the adapter power supply ratio. If the adapter power supply prediction ratio is greater than or equal to the adapter power supply ratio, it means that within 3 days before the preset time node (10:30 am on June 7), the payment terminal is mainly powered by the adapter, and the battery is mainly used for short-term use. Therefore, the expected working mode of the preset time node is the desktop mode. Correspondingly, if the adapter power supply prediction ratio is less than the adapter power supply ratio, it means that within 3 days before the preset time node (10:30 am on June 7), the battery is mainly powered, and the adapter is generally not connected (that is, no external power is connected). Therefore, the expected working mode of the preset time node is the mobile mode.

[0152] S402: For each preset time node, compare the expected working mode and the test working mode corresponding to the preset time node to generate a working mode test result.

[0153] Compare the expected working mode and the test working mode corresponding to each preset time node, that is, determine whether the expected working mode and the test working mode corresponding to the same preset time node are consistent. If they are consistent, it means that the BMS mode switching logic is correct. If they are inconsistent, it means that there is an error in the BMS working mode switching logic.

[0154] Due to the long test cycle, the amount of data in the working mode data set is large. In order to intuitively and quickly analyze the rationality of BMS logic switching during the entire test cycle, the working mode test results can be graphed. For example, generating working mode test results can include the following steps:

[0155] Step a: For each preset time node, if the expected working mode and the test working mode corresponding to the preset time node are consistent, the test working mode of the preset time node is marked as a first color.

[0156] Step b: If the expected working mode and the test working mode corresponding to the preset time node are inconsistent, the test working mode of the preset time node is marked as a second color.

[0157] Step c: Take all preset time nodes as column items and the marked test working modes as row items to generate a working mode test table.

[0158] The first color is different from the second color. For example, the first color is green and the second color is red. The tester can quickly and directly read the corresponding time node when the working mode is inconsistent through the working mode test table, thereby improving the test efficiency.

[0159] In actual applications, in order to avoid the BMS system being in a charging state all the time, the corresponding full charge capacity and recharge capacity are different when the BMS is in different working modes (desktop / mobile). For example, the full charge capacity in the BMS mobile mode is 100% and the recharge capacity is 75%; the full charge capacity in the BMS desktop mode is 70% and the recharge capacity is 50%.

[0160] In this embodiment, the second test terminal can also output the charging status test result to judge the charging status under different working modes. Figure 5 The embodiments are described by way of example only.

[0161] Figure 5 A schematic diagram of a process for generating test results provided in another embodiment of the present application describes Figure 3 A possible implementation of step 303 in the embodiment. In this embodiment, the battery management design parameters also include the full charge capacity and recharge capacity of the payment terminal in each working mode. Figure 5 As shown, test results are generated based on battery management design parameters and test data sets, including:

[0162] S501. Determine a first time node corresponding to a fully-charged state of a payment terminal according to a test data set.

[0163] In this embodiment, the test data set also includes mark data showing the charging status of the payment terminal. Exemplarily, when the payment terminal is fully charged, the mark data will display a preset value, such as 1.

[0164] In this embodiment, the second time node when the payment terminal is fully charged is determined based on the test data set. Within the preset time after the payment terminal is fully charged, it is determined whether the mark data continues to display the preset value. If so, the payment terminal reaches a fully charged state, and the time after the second time node plus the preset time is determined as the above-mentioned first time node.

[0165] For example, the preset time is 3 minutes. According to the test data set, the time node when the marked data is set to 1 is 8:45 AM on June 1. If the marked data is always 1 (the payment terminal is fully charged) within three minutes (preset time) from 8:45 AM to 8:48 AM, it means that the payment terminal has reached a fully charged state, and 8:48 AM is determined as the first time node.

[0166] S502: Obtain a first electric quantity corresponding to a first time node from an electric quantity data set.

[0167] The electric quantity data set includes the electric quantity at each time node (with the data recording frequency as the interval), so the first electric quantity corresponding to the first time node can be directly read from the electric quantity data set.

[0168] S503: Acquire a first working mode corresponding to a first time node from a test working mode data set.

[0169] S504: Determine a full charge capacity of the first working mode according to the battery management design parameters, and compare the full charge capacity with the first charge capacity to generate a charging status test result.

[0170] Since the corresponding full charge capacity is different when the BMS is in different working modes (desktop / mobile), it is necessary to make judgments separately according to the working mode of the first time node.

[0171] In one embodiment, the first working mode is the mobile mode, and the full charge capacity of the BMS is A1. The full charge capacity of the first working mode is determined according to the battery management design parameters, and the full charge capacity is compared with the first charge capacity to generate a charging state test result, including:

[0172] If the first power level matches A1, it means that the full charging state of the payment terminal is normal. Wherein, matching includes the same or similar power levels.

[0173] In another embodiment, the first working mode is the desktop mode, and the full charge capacity of the BMS is A2. The full charge capacity of the first working mode is determined according to the battery management design parameters, and the full charge capacity is compared with the first charge capacity to generate a charging state test result, including:

[0174] If the first power level matches A2, it means that the full charging state of the payment terminal is normal. Wherein, matching includes the same or similar power levels.

[0175] The test method provided in this embodiment can directly output the charging status test results to judge the charging status under different working modes. One test can output multiple test results, ensuring high coverage of the test results and thus improving test efficiency.

[0176] Figure 5 The embodiment only includes the charging status test results when fully charged. Correspondingly, it can also include the charging status test results when recharging. Since the corresponding recharged charge amount is different when the BMS is in different working modes (desktop / mobile), it is also necessary to determine the third time node when the payment terminal starts charging (when recharging), as well as the working mode and power at the third time node, and determine the charging status test results when recharging according to the working mode and power at the third time node. Its method is similar to Figure 5 The embodiments are similar and will not be described again here.

[0177] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0178] Based on the test method of the battery management system of the payment terminal provided in the above embodiment, the embodiment of the present invention further provides an embodiment of a device for implementing the above method embodiment.

[0179] Figure 6 A schematic diagram of the structure of a test device for a battery management system of a payment terminal provided in an embodiment of the present application. Applicable to a first test terminal, such as Figure 6 As shown, the testing device 60 comprises:

[0180] A first receiving module 601 is used to receive test parameters sent by the second test terminal, where the test parameters include battery management design parameters of the payment terminal;

[0181] The first acquisition module 602 is used to acquire user instructions and generate test cases according to test parameters and user instructions; wherein the user instructions are used to describe the application scenarios of the payment terminal, and the test cases are used to control the power supply state and the power on / off state of the payment terminal;

[0182] An execution module 603 is used to execute the test case and receive a test data set fed back by the payment terminal;

[0183] The first sending module 604 is configured to send the test data set to the second test terminal, so that the second test terminal generates a test result according to the battery management design parameters and the test data set.

[0184] Optionally, the first acquisition module 602 generates a test case according to the test parameters and the user instruction, including:

[0185] A critical value is calculated according to the predicted duration and the adapter power supply ratio, where the critical value is a critical battery power supply duration when the working mode is switched;

[0186] Determine the battery power supply test duration and adapter power supply test duration that match the application scenario according to user instructions and critical values;

[0187] Determine the power on / off switching logic of the payment terminal according to user instructions;

[0188] Determine the test samples based on the battery-powered test duration, adapter-powered test duration, and power-on and power-off switching logic.

[0189] Optionally, the first acquisition module 602 determines the battery power supply test duration and the adapter power supply test duration that match the application scenario according to the user instruction and the critical value, including:

[0190] Determine a battery power supply test duration according to a critical value, wherein the battery power supply test duration is greater than or equal to the critical value;

[0191] When the user instruction includes a shutdown instruction, the shutdown duration is obtained, and the difference between the daily test duration, the shutdown duration, and the battery-powered test duration is determined as the adapter-powered test duration;

[0192] In the case that the user instruction does not include a shutdown instruction, the difference between the daily test duration and the battery power supply test duration is determined as the adapter power supply test duration.

[0193] Figure 6 The test device of the battery management system of the payment terminal provided in the embodiment shown can be used to perform the above Figure 1 to Figure 2 The technical solutions in the method embodiment have similar implementation principles and technical effects, which will not be described in detail in this embodiment.

[0194] Figure 7 A schematic diagram of a test device for a battery management system of a payment terminal provided in another embodiment of the present application is applicable to a second test terminal, such as Figure 7 As shown, the testing device 70 includes:

[0195] A second acquisition module 701 is used to acquire test parameters, where the test parameters include battery management design parameters of the payment terminal to be tested;

[0196] The second sending module 702 is used to send the test parameters to the first test terminal, so that the first test terminal generates a test case according to the test parameters and the pre-acquired user instruction, and executes the test case to obtain a test data set; wherein the user instruction is used to describe the application scenario of the payment terminal, and the test case is used to control the power supply state and the power on / off state of the payment terminal;

[0197] The generating module 703 is used to receive the test data set fed back by the first test terminal, and generate a test result according to the battery management design parameters and the test data set.

[0198] Optionally, the generating module 703 generates a test result according to the battery management design parameter and the test data set, including:

[0199] Determine the expected working modes corresponding to each of the plurality of preset time nodes according to the battery management design parameters and the power supply type data set; the test working mode data set includes the test working modes corresponding to each of the plurality of preset time nodes;

[0200] For each preset time node, the expected working mode and the test working mode corresponding to the preset time node are compared to generate a working mode test result.

[0201] Optionally, the generation module 703 determines the expected working modes corresponding to each of the plurality of preset time nodes according to the battery management design parameter and the power supply type data set, including:

[0202] For each preset time node, obtaining from the power supply type data set the total number of adapter power supplies and the total number of battery power supplies within a plurality of predicted time periods before the preset time node;

[0203] Calculate the predicted proportion of power supplied by the adapter according to the total amount of power supplied by the adapter and the total amount of power supplied by the battery;

[0204] If the predicted proportion of power supplied by the adapter is greater than or equal to the proportion of power supplied by the adapter, determining that the expected working mode at the preset time node is the desktop mode;

[0205] If the predicted adapter power supply ratio is less than the adapter power supply ratio, it is determined that the expected working mode at the preset time node is the mobile mode.

[0206] Optionally, the generating module 703 generates a working mode test result, including:

[0207] For each preset time node, if the expected working mode and the test working mode corresponding to the preset time node are consistent, the test working mode of the preset time node is marked as a first color;

[0208] If the expected working mode and the test working mode corresponding to the preset time node are inconsistent, marking the test working mode of the preset time node with a second color;

[0209] Take all preset time nodes as column items and the marked test working modes as row items to generate a working mode test table.

[0210] Optionally, the generating module 703 is further used for:

[0211] Determine, according to the test data set, a first time node corresponding to a fully-charged state of the payment terminal;

[0212] Acquire a first electric quantity corresponding to the first time node from the electric quantity data set;

[0213] Acquire the first working mode corresponding to the first time node from the test working mode data set;

[0214] The full charge capacity of the first working mode is determined according to the battery management design parameters, and the full charge capacity is compared with the first charge capacity to generate a charging state test result.

[0215] Figure 7 The test device of the battery management system of the payment terminal provided in the embodiment shown can be used to perform the above Figures 3 to 5 The technical solutions in the method embodiment have similar implementation principles and technical effects, which will not be described in detail in this embodiment.

[0216] Figure 8 Schematic diagram of a test terminal of a battery management system of a payment terminal provided in an embodiment of the present application. Figure 8 As shown, the test terminal 80 includes: at least one processor 801, a memory 802, and a computer program stored in the memory 802 and executable on the processor 801. The test terminal of the battery management system of the payment terminal also includes a communication component 803, wherein the processor 801, the memory 802, and the communication component 803 are connected via a bus 804.

[0217] When the processor 801 executes the computer program, the above Figure 1 to Figure 2 The steps in the method embodiment, or the implementation of the above Figures 3 to 5 Steps in a method embodiment.

[0218] Optionally, the processor 801 implements the above when executing the computer program Figure 6The functions of each module / unit in the device embodiment, or Figure 7 Functions of each module / unit in the device embodiment.

[0219] Exemplarily, the computer program may be divided into one or more modules / units, which are stored in the memory 802 and executed by the processor 801 to complete the present application. One or more modules / units may be a series of computer program instruction segments capable of completing specific functions, which are used to describe the execution process of the computer program in the test terminal of the battery management system of the payment terminal.

[0220] Those skilled in the art will understand that Figure 8 It is only an example of a test terminal for a battery management system of a payment terminal and does not constitute a limitation on the test terminal for a battery management system of a payment terminal. It may include more or fewer components than shown in the figure, or a combination of certain components, or different components, such as input and output devices, network access devices, buses, digital-to-analog conversion modules, etc.

[0221] The processor 801 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASKC), off-the-shelf programmable gate arrays (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

[0222] The memory 802 may be an internal storage unit of the test terminal of the battery management system of the payment terminal, or an external storage device of the test terminal of the battery management system of the payment terminal, such as a plug-in hard disk, a memory card (SmartMedka Card, SMC), a secure digital (Secure Dkgktal, SD) card, a flash card (Flash Card), etc. The memory 802 is used to store the computer program and other programs and data required by the test terminal of the battery management system of the payment terminal. The memory 802 can also be used to temporarily store data that has been output or is to be output.

[0223] The bus can be a KSA bus, a PCK bus, or an EKSA bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of the present application is not limited to only one bus or one type of bus.

[0224] Fig. 9 Schematic diagram of a test system for a battery management system of a payment terminal provided in an embodiment of the present application. Fig. 9 As shown, the test system includes: a first test terminal 901, a second test terminal 902, a first relay component 903, a second relay component 904 and a payment terminal 905;

[0225] Among them, the power interface of the payment terminal 905 is connected to the power supply through the first relay component; the power button of the payment terminal 905 is connected to the power supply through the second relay component 904.

[0226] In this embodiment, the first test terminal 901 is used to obtain user instructions and generate a test case according to the test parameters and the user instructions after receiving the test parameters sent by the second test terminal; further, the first test terminal 901 executes the test case to generate an analog signal, and controls the on and off of the first relay component 903 and the second relay component 904 according to the analog signal to control the power supply status and the power on and off status of the payment terminal 905, thereby simulating the user usage scenario and realizing the test of the battery management system of the payment terminal 905.

[0227] In this embodiment, the payment terminal 905 is configured with a battery management system for generating a test data set during testing and sending the test data set to the first test terminal.

[0228] In this embodiment, the second test terminal 902 is used to obtain test parameters, which include battery management design parameters of the payment terminal; and after receiving the test data set feedback from the first test terminal 901, generate test results according to the battery management design parameters and the test data set.

[0229] In this embodiment, the first test terminal 901 and the second test terminal 902 may be the same test terminal, or may be two independent test terminals.

[0230] In this embodiment, the first relay component 903 includes at least one timing relay, and each timing relay is connected to a power button of a payment terminal 905. The power supply status of multiple payment terminals 905 can be controlled simultaneously by the first relay component 903.

[0231] Similarly, the second relay component 904 includes at least one timing relay, and each timing relay is connected to a power button of a payment terminal 905. The power on and off states of multiple payment terminals 905 can be controlled simultaneously by the second relay component 903.

[0232] Therefore, when the testing requirements of multiple payment terminals are the same, the test system can be used to implement simultaneous testing of multiple payment terminals, thereby improving test efficiency.

[0233] Fig. 9 The test system of the battery management system of the payment terminal provided in the embodiment shown can be used to perform the above Figures 1 to 5 The technical solutions in the method embodiment have similar implementation principles and technical effects, which will not be described in detail in this embodiment.

[0234] An embodiment of the present application further provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments can be implemented.

[0235] An embodiment of the present application provides a computer program product. When the computer program product runs on a mobile terminal, the mobile terminal can implement the steps in the above-mentioned method embodiments when executing the computer program product.

[0236] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, which can be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium. When the computer program is executed by the processor, the steps of the above-mentioned method embodiments can be implemented. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may at least include: any entity or device that can carry the computer program code to the camera / terminal device, a recording medium, a computer memory, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), an electric carrier signal, a telecommunication signal, and a software distribution medium. For example, a USB flash drive, a mobile hard disk, a magnetic disk or an optical disk. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electric carrier signals and telecommunication signals.

[0237] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0238] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0239] In the embodiments provided in the present application, it should be understood that the disclosed devices / network equipment and methods can be implemented in other ways. For example, the device / network equipment embodiments described above are only schematic. For example, the division of modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0240] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0241] 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 make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims

1. A method for testing a battery management system of a payment terminal, characterized in that: Applied to a first test terminal, the method includes: Receiving test parameters sent by the second test terminal, the test parameters including battery management design parameters of the payment terminal, the battery management design parameters including: predicted duration and adapter power supply proportion; Obtaining a user instruction, and generating a test case according to the test parameters and the user instruction, including: calculating a critical value according to the predicted duration and the adapter power supply ratio, wherein the critical value is a critical battery power supply duration when the working mode is switched; determining a battery power supply test duration and an adapter power supply test duration that match the application scenario according to the user instruction and the critical value; determining a power on / off switching logic of the payment terminal according to the user instruction; determining a test sample according to the battery power supply test duration, the adapter power supply test duration, and the power on / off switching logic; wherein the user instruction is used to describe the application scenario of the payment terminal, and the test case is used to control the power supply state and the power on / off state of the payment terminal; Execute the test case and receive the test data set fed back by the payment terminal; The test data set is sent to the second test terminal, so that the second test terminal generates a test result according to the battery management design parameters and the test data set.

2. The method for testing a battery management system of a payment terminal according to claim 1, characterized in that: The determining of the battery power supply test duration and the adapter power supply test duration that match the application scenario according to the user instruction and the critical value includes: Determine the battery power supply test duration according to the critical value; wherein the battery power supply test duration is greater than or equal to the critical value; In the case where the user instruction includes a shutdown instruction, obtaining a shutdown duration, and determining the difference between the daily test duration, the shutdown duration, and the battery-powered test duration as the adapter-powered test duration; In a case where the user instruction does not include a shutdown instruction, the difference between the daily test duration and the battery power supply test duration is determined as the adapter power supply test duration.

3. A method for testing a battery management system of a payment terminal, characterized in that: Applied to the second test terminal, the method includes: Acquire test parameters, where the test parameters include battery management design parameters of the payment terminal to be tested, where the battery management design parameters include: predicted duration and adapter power supply ratio; Sending the test parameters to the first test terminal, so that the first test terminal generates a test case according to the test parameters and a pre-acquired user instruction, and executes the test case to obtain a test data set; wherein the user instruction is used to describe an application scenario of the payment terminal, and the test case is used to control the power supply state and the power on / off state of the payment terminal; Wherein, the first test terminal generates a test case according to the test parameters and the pre-acquired user instructions, including: calculating a critical value according to the predicted duration and the adapter power supply ratio, wherein the critical value is the critical duration of battery power supply when the working mode is switched; determining the battery power supply test duration and the adapter power supply test duration matching the application scenario according to the user instructions and the critical value; determining the power on / off switching logic of the payment terminal according to the user instructions; and determining a test sample according to the battery power supply test duration, the adapter power supply test duration and the power on / off switching logic; A test data set fed back by the first test terminal is received, and a test result is generated according to the battery management design parameter and the test data set.

4. The method for testing a battery management system of a payment terminal according to claim 3, characterized in that: The test data set includes a test working mode data set and a power supply type data set; The generating a test result according to the battery management design parameter and the test data set includes: Determine the expected working modes corresponding to each of the plurality of preset time nodes according to the battery management design parameter and the power supply type data set; the test working mode data set includes the test working modes corresponding to each of the plurality of preset time nodes; For each preset time node, the expected working mode and the test working mode corresponding to the preset time node are compared to generate a working mode test result.

5. The method for testing a battery management system of a payment terminal according to claim 4, characterized in that: The battery management design parameters include the adapter power supply ratio; The determining, according to the battery management design parameters and the power supply type data set, the expected working modes corresponding to each of the plurality of preset time nodes respectively includes: For each preset time node, obtaining from the power supply type data set the total number of adapter power supplies and the total number of battery power supplies within a plurality of predicted time periods before the preset time node; Calculate the predicted proportion of power supplied by the adapter according to the total amount of power supplied by the adapter and the total amount of power supplied by the battery; If the predicted proportion of power supplied by the adapter is greater than or equal to the proportion of power supplied by the adapter, determining that the expected working mode at the preset time node is the desktop mode; If the predicted adapter power supply ratio is less than the adapter power supply ratio, it is determined that the expected working mode at the preset time node is the mobile mode.

6. The method for testing a battery management system of a payment terminal according to claim 4, characterized in that: The generating of the working mode test result comprises: For each preset time node, if the expected working mode and the test working mode corresponding to the preset time node are consistent, the test working mode of the preset time node is marked as a first color; If the expected working mode and the test working mode corresponding to the preset time node are inconsistent, marking the test working mode of the preset time node with a second color; Take all preset time nodes as column items and the marked test working modes as row items to generate a working mode test table.

7. The method for testing a battery management system of a payment terminal according to any one of claims 4 to 6, characterized in that: The battery management design parameters also include the full charge capacity and recharge capacity of the payment terminal in each working mode; The test data set also includes an electric quantity data set; Generating a test result according to the battery management design parameter and the test data set further includes: Determine, according to the test data set, a first time node corresponding to a fully-charged state of the payment terminal; Acquire a first electric quantity corresponding to the first time node from the electric quantity data set; Acquire the first working mode corresponding to the first time node from the test working mode data set; The full charge capacity of the first working mode is determined according to the battery management design parameters, and the full charge capacity is compared with the first charge capacity to generate a charging state test result.

8. A test terminal for a battery management system of a payment terminal, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor; When the test terminal is the first test terminal, the processor implements the steps of the method according to claim 1 or 2 when executing the computer program; When the test terminal is a second test terminal, the processor implements the steps of the method according to any one of claims 3 to 7 when executing the computer program.

9. A test system for a battery management system of a payment terminal, characterized in that: The test system comprises: a first test terminal, a second test terminal, a first relay component, a second relay component and a payment terminal; the first test terminal is used to implement the method according to claim 1 or 2, and the second test terminal is used to implement the method according to any one of claims 3 to 7; Wherein, the power interface of the payment terminal is connected to the power supply through the first relay component; the power button of the payment terminal is connected to the power supply through the second relay component; The first test terminal is used to obtain a user instruction, and after receiving the test parameters sent by the second test terminal, generate a test case according to the test parameters and the user instruction; execute the test case to generate a simulation signal, and control the on and off of the first relay component and the second relay component according to the simulation signal to control the power supply state and the on / off state of the payment terminal; The payment terminal is configured with a battery management system for generating a test data set during testing and sending the test data set to the first test terminal; The second test terminal is used to obtain test parameters, which include battery management design parameters of the payment terminal; and after receiving the test data set feedback from the first test terminal, generate a test result according to the battery management design parameters and the test data set.

Images