T-Box test method and device, storage medium and computer program product

Abstract

The invention discloses a T-Box test method and device, a storage medium and a computer program product, and relates to the technical field of T-Box detection.The T-Box test method comprises the steps that a test case of a to-be-tested T-Box is obtained, and the test case comprises test parameters; inputting the test parameters into a predetermined classification model to obtain a case type of the test case; and after the case type is a feasible item, configuring the test case to the to-be-tested T-Box, so that the to-be-tested T-Box executes the test case. The technical problem that an existing T-Box testing method is low in testing efficiency is solved.

Description

Technical Field

[0001] The present application relates to the technical field of T-Box testing, and particularly to a T-Box testing method, device, storage medium, and computer program product. Background Art

[0002] With the rapid development of intelligent connected vehicles, the T-Box (Telematics Box, in-vehicle intelligent terminal) is a core component for vehicle communication with the outside world. The T-Box is usually responsible for collecting and transmitting vehicle information, and supports various functions such as remote control, fault diagnosis, OTA (Over-The-Air) upgrade, driving behavior analysis, and V2X (Vehicle-to-Everything) communication.

[0003] Due to the increasingly complex functions and application scenarios of the T-Box, the T-Box also needs to be rapidly iterated. However, the traditional testing methods for the T-Box usually adopt manual or semi-automated testing processes, with cumbersome testing processes and long testing times, making it difficult to meet the testing requirements of the rapidly iterated T-Box. That is, the testing efficiency of the existing T-Box testing methods is relatively low.

[0004] The above content is only used to assist in understanding the technical solution of the present application, and does not represent an admission that the above content is prior art. Summary of the Invention

[0005] The main objective of the present application is to provide a T-Box testing method, device, storage medium, and computer program product, aiming to solve the technical problem of relatively low testing efficiency of the existing T-Box testing methods.

[0006] To achieve the above objective, the present application proposes a T-Box testing method, and the T-Box testing method includes: Obtain a test case of the T-Box to be tested, where the test case includes test parameters; Input the test parameters into a predetermined classification model to obtain the case type of the test case; After the case type is a feasible item, configure the test case to the T-Box to be tested, so that the T-Box to be tested executes the test case.

[0007] In an embodiment, the feasible items include passed items and items to be optimized. The step of configuring the test case to the T-Box to be tested after the case type is a feasible item, so that the T-Box to be tested executes the test case, includes: After the use case type is a passed item, configure the test case to the T-Box under test so that the T-Box under test completes the execution of the test case; After the use case type is an item to be optimized, configure the test case to the T-Box under test and obtain the test result of the test case; If the test result is a test failure, adjust the test parameters until the test result is a test pass.

[0008] In one embodiment, before the step of inputting the test parameters into a predetermined classification model to obtain the use case type of the test case, it includes: Obtain test training samples, where the test training samples include test sample use cases and their use case categories; Train an initialized classification model based on the test sample use cases and the use case categories to obtain a predetermined classification model.

[0009] In one embodiment, before the step of obtaining test training samples, it includes: Obtain test sample use cases, where the test sample use cases include test sample parameters; Configure the test sample use cases to the T-Box under test so that the T-Box under test executes the test cases according to the test sample parameters to obtain sample test results; According to the sample test results, obtain the use case categories of the test sample use cases, and use the test sample use cases and their use case categories as test training samples.

[0010] In one embodiment, the step of obtaining the use case categories of the test sample use cases according to the sample test results includes: If the test result is a test pass, use the use case category of the test sample use case as a passed item; If the test result is a test failure, determine the use case category of the test sample use case as an item to be optimized or a veto item according to the current number of failures of the test result being a test failure.

[0011] In one embodiment, the step of determining the use case category of the test sample use case as an item to be optimized or a veto item according to the current number of failures of the test result being a test failure includes: After the current number of failures is not greater than a predetermined number threshold, adjust the test sample parameters; Update the test sample use cases based on the adjusted test sample parameters and configure the new test sample use cases to the T-Box under test; If the test result of the new test sample case is a pass, then use the case category of the test sample case as the item to be optimized; After the current number of non - passing times is greater than the predetermined number threshold, then use the case category of the test sample case as a veto item.

[0012] In one embodiment, after the step of inputting the test parameters into a predetermined classification model to obtain the case type of the test case, it includes: After the case type is a veto item, output a veto prompt message for the test case; In response to a case adjustment instruction for the veto prompt message, obtain a new test case and execute the step: input the test parameters into a predetermined classification model to obtain the case type of the test case.

[0013] In addition, to achieve the above - mentioned purpose, the present application also proposes a T - Box test device, which includes: a memory, a processor, and a computer program stored on the memory and executable on the processor, and the computer program is configured to implement the steps of the T - Box test method as described above.

[0014] In addition, to achieve the above - mentioned purpose, the present application also proposes a storage medium, which is a computer - readable storage medium, and a computer program is stored on the storage medium, and when the computer program is executed by a processor, it implements the steps of the T - Box test method as described above.

[0015] In addition, to achieve the above - mentioned purpose, the present application also provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, it implements the steps of the T - Box test method as described above.

[0016] One or more technical solutions proposed by the present application have at least the following technical effects: This application obtains test cases for the T-Box to be tested, where the test cases include test parameters, and then inputs the test parameters into a predetermined classification model to obtain the case type of the test cases. Thus, this application can determine whether the test cases are feasible through the predetermined classification model before executing the test cases. After the case type is a feasible item, it can be considered that the test cases are feasible. This application can then configure the test cases to the T-Box to be tested so that the T-Box to be tested executes the test cases. Thus, this application does not need to determine the feasibility of the test cases through frequent test processes. Before executing the actual test cases, this application can determine the feasibility of the test cases, effectively avoiding the test processes of infeasible test cases, improving the test efficiency for the T-Box to be tested, and meeting the requirements of the rapid iteration of the T-Box to be tested. Description of the Drawings

[0017] The drawings herein are incorporated into the specification and form a part of the specification, showing embodiments consistent with this application, and are used together with the specification to explain the principles of this application.

[0018] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the following will briefly introduce the drawings required for use in the description of the embodiments or the prior art. Obviously, for those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0019] Figure 1 It is a schematic flowchart provided for the first embodiment of the T-Box test method of this application; Figure 2 It is a schematic flowchart provided for the second embodiment of the T-Box test method of this application; Figure 3 It is a schematic flowchart provided for the third embodiment of the T-Box test method of this application; Figure 4 It is a schematic diagram of the training scenario of the predetermined classification model involved in the embodiments of this application; Figure 5 It is a schematic diagram of the device structure of the T-Box test device involved in the embodiments of this application.

[0020] The implementation, functional features, and advantages of this application will be further described with reference to the embodiments and the drawings. Detailed Embodiments

[0021] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of this application and are not used to limit this application.

[0022] To better understand the technical solution of this application, the following will be a detailed description in conjunction with the accompanying drawings of the specification and specific implementation manners.

[0023] The main solution of the embodiment of this application is as follows: Obtain test cases for the T-Box to be tested, where the test cases include test parameters; input the test parameters into a predetermined classification model to obtain the case type of the test cases; after the case type is a feasible item, configure the test cases to the T-Box to be tested so that the T-Box to be tested executes the test cases.

[0024] Due to the increasingly complex functions and application scenarios of T-Box, the T-Box also needs to be rapidly iterated accordingly. However, the traditional testing methods for T-Box usually adopt manual or semi-automated testing processes, with cumbersome testing processes and long testing durations, making it difficult to meet the testing requirements of rapidly iterated T-Box. That is, the testing efficiency of the existing testing methods for T-Box is relatively low.

[0025] This application provides a solution. Before executing the test cases, this application can determine whether the test cases are feasible through a predetermined classification model. After the case type is a feasible item, it can be considered that the test cases are feasible. Thus, this application does not need to determine the feasibility of the test cases through frequent testing processes. Before performing the execution of real test cases, this application can discriminate the feasibility of the test cases, effectively avoiding the testing processes of infeasible test cases, improving the testing efficiency for the T-Box to be tested, and meeting the requirements of the rapid iteration of the T-Box to be tested.

[0026] Based on this, the embodiment of this application provides a T-Box testing method. Refer to Figure 1 , Figure 1 which is a schematic flowchart of the first embodiment of the T-Box testing method of this application.

[0027] In this embodiment, the T-Box testing method includes steps S10 to S30: Step S10, obtain test cases for the T-Box to be tested, where the test cases include test parameters; It should be noted that the execution subject of this embodiment is a T-Box testing device, and the T-Box testing device can be a computing service device with data processing, network communication, and program running functions, such as a laptop computer, PDA (Personal Digital Assistant), PAD (Portable Application Description), desktop computer, server, and other electronic devices capable of implementing the above functions.

[0028] Additionally, it should be noted that the test case describes a series of operations performed on the T-Box to be tested under specified conditions, such as functional test operations (e.g., test operations for network connection, data transmission, and remote control), performance test operations (e.g., test operations for response time and concurrent processing ability), stability test operations, etc. The test parameters can configure the parameters for executing the test case by calling a test script, such as the call order of the script and the interval between script calls.

[0029] In this embodiment, the user can create a test case according to the test requirements of the T-Box to be tested that the user expects to test. Thus, this embodiment can obtain the test case of the T-Box to be tested, where the test case includes test parameters.

[0030] Step S20: Input the test parameters into a predetermined classification model to obtain the case type of the test case. It should be noted that the predetermined classification model is an algorithm model for classifying the test case, such as a decision tree model, a random forest model, a neural network model, etc. The case type is a category for distinguishing the feasibility of the test case.

[0031] In the embodiment of the present application, the predetermined classification model is an algorithm model trained based on test sample cases and their case categories. Thus, this embodiment can obtain test training samples, where the test training samples include test sample cases and their case categories, and then train an initialized classification model based on the test sample cases and the case categories to obtain a predetermined classification model. Thus, after this embodiment inputs the test parameters into the predetermined classification model, the predetermined classification model outputs the case type of the test case, and the case type of the test case is obtained. Before executing the test case, this embodiment can predict whether the test case is feasible through the predetermined classification model.

[0032] In a feasible implementation manner, step S20 may include steps A10 to A20: Step A10: Obtain test training samples, where the test training samples include test sample cases and their case categories; Step A20: Train an initialized classification model based on the test sample cases and the case categories to obtain a predetermined classification model.

[0033] It should be noted that the test training samples include test sample cases and their case categories, and the test sample cases are test cases used as training samples. The initialized classification model is a classification model in an initialized state.

[0034] This embodiment can obtain test training samples, where the test training samples include test sample cases and their case categories. Furthermore, the test parameters of the test sample cases can be input into the initialized classification model to obtain predicted categories, and a loss function value can be obtained based on the predicted categories and the case categories. Furthermore, the parameters of the initialized classification model can be updated based on the loss function value to obtain a new initialized model, and the steps are executed: input the test parameters of the test sample cases into the initialized classification model to obtain predicted categories, until the initialized model converges (such as the loss function value is minimized, the maximum iteration number threshold is reached, etc.), and then the initialized classification model is used as the predetermined classification model.

[0035] In a feasible implementation manner, before step A10, steps B10 to B30 may be included: Step B10, obtain test sample cases, where the test sample cases include test sample parameters; Step B20, configure the test sample cases to the T-Box to be tested, so that the T-Box to be tested executes the test cases according to the test sample parameters to obtain sample test results; Step B30, obtain the case category of the test sample cases according to the sample test results, and use the test sample cases and their case categories as test training samples.

[0036] This embodiment can obtain test sample cases, where the test sample cases include test sample parameters. This embodiment can generate a simulated test environment by controlling the communication module of the T-Box to be tested, so that external systems such as the mode TSP (Telematics Service Provider) platform, remote diagnosis background, OTA background, and vehicle bus environment interact with the T-Box to be tested. In addition, according to the communication interface type of the T-box (such as CAN, LIN, Ethernet, 4G / 5G, etc.), a corresponding adapter module is selected for connection. After generating a test environment for the T-Box to be tested, this embodiment can configure the test sample cases to the T-Box to be tested, so that the T-Box to be tested executes the test cases according to the test sample parameters to verify the correctness of the functional logic and communication protocol of the T-Box to be tested and obtain sample test results.

[0037] Furthermore, in this embodiment, the use case category of the test sample use case can be obtained according to the sample test result, and the test sample use case and its use case category are used as test training samples. Exemplarily, in this embodiment, if the test result is a pass, the use case category of the test sample use case is used as a feasible item (i.e., a test item that can pass the test). If the test result is a fail, the use case category of the test sample use case is used as a veto item (i.e., a test item that cannot pass the test). Further, in order to improve the accuracy of the use case category division, the feasible item can include a passed item and an item to be optimized. If the test result is a one-time pass, the use case category of the test sample use case is used as a passed item. If the test result is a pass when the predetermined number threshold is not reached, the use case category of the test sample use case is used as an item to be optimized. If the test result is still a fail after reaching the predetermined number threshold, the use case category of the test sample use case is used as a veto item.

[0038] Step S30: After the use case type is a feasible item, configure the test case to the T-Box to be tested, so that the T-Box to be tested executes the test case.

[0039] It should be noted that the use case type can include a feasible item and a veto item. The feasible item indicates that the test case is feasible, and the veto item indicates that the test case is not feasible.

[0040] When the use case type is a feasible item, it means that the test case is feasible and can pass the test. In this embodiment, a simulated test environment can be generated through the communication module, enabling external systems such as the mode TSP (Telematics Service Provider) platform, remote diagnosis background, OTA background, and vehicle bus environment to interact with the T-Box to be tested. In addition, according to the communication interface type of the T-box (such as CAN, LIN, Ethernet, 4G / 5G, etc.), a corresponding adaptation module is selected to connect to the T-Box to be tested. After generating a test environment for the T-Box to be tested, this embodiment can configure the test case to the T-Box to be tested, so that the T-Box to be tested executes the test case according to the test parameters, and thus the test result of the test case can be obtained. When the use case type is a veto item, it means that the test case is not feasible and it is difficult to pass the test. In this embodiment, after the use case type is a veto item, a veto prompt message for the test case can be output to prompt the user that the test case is difficult to pass the test.

[0041] In a feasible implementation manner, after step S20, steps S40 to S50 may be included: Step S40: After the use case type is a veto item, output a veto prompt message for the test case. Step S50: In response to a use case adjustment instruction for the veto prompt message, obtain a new test case and execute Step S20.

[0042] It should be noted that the veto prompt message includes information indicating that the use case type is a veto item and can be output in at least one form such as text, image, voice, etc.

[0043] In this embodiment, after the use case type is a veto item, a veto prompt message for the test case can be output. Thus, when the user determines that the use case type of the test case is a veto item, the test case can be adjusted based on the veto prompt message. Therefore, in response to a use case adjustment instruction for the veto prompt message, this embodiment can obtain a new test case and execute the step of inputting the test parameters into a predetermined classification model to obtain the use case type of the test case. Thus, this embodiment re-predicts the use case type of the test case adjusted by the user and determines whether a new test case needs to be executed.

[0044] The first embodiment of the present application provides a T-Box testing method. By obtaining a test case of a to-be-tested T-Box, where the test case includes test parameters, and then inputting the test parameters into a predetermined classification model to obtain the use case type of the test case. Thus, before executing the test case, this embodiment can determine whether the test case is feasible through the predetermined classification model. After the use case type is a feasible item, it can be considered that the test case is feasible. This embodiment can then configure the test case to the to-be-tested T-Box so that the to-be-tested T-Box executes the test case. Thus, this embodiment does not need to determine the feasibility of the test case through a frequent testing process. Before performing the execution of the actual test case, this embodiment can determine the feasibility of the test case, effectively avoiding the testing process of infeasible test cases and improving the testing efficiency for the to-be-tested T-Box, meeting the requirements of the rapid iteration of the to-be-tested T-Box.

[0045] Based on the first embodiment of the present application, in the second embodiment of the present application, for the same or similar content as in the above-mentioned first embodiment, reference can be made to the above introduction and will not be repeated hereinafter. On this basis, please refer to Figure 2 , where the feasible items include passed items and items to be optimized, and Step S30 includes Steps S31 to S33: Step S31: After the use case type is a passed item, configure the test case to the to-be-tested T-Box so that the to-be-tested T-Box completes the execution of the test case. Step S32, after the use case type is an item to be optimized, configure the test case to the T-Box to be tested, and obtain the test result of the test case; Step S33, if the test result is a test failure, adjust the test parameters until the test result is a test pass.

[0046] It should be noted that the feasible items include passed items and items to be optimized. The passed items indicate that the test case is feasible and can pass the test at one time. The items to be optimized indicate that the test case is feasible, but it is difficult to pass the test at one time, that is, the test parameters of the test case need to be adjusted multiple times to pass the test.

[0047] Since there are some test cases that can pass the test after a certain degree of parameter adjustment, this embodiment can, after the use case type is a passed item, illustrate that the test case is feasible and can pass the test at one time. Thus, this embodiment can configure the test case to the T-Box to be tested, so that the T-Box to be tested completes the execution of the test case and obtains the test result of the test case. This embodiment, after the use case type is an item to be optimized, illustrates that the test case is feasible, but the test parameters of the test case need to be adjusted multiple times to pass the test. This embodiment can configure the test case to the T-Box to be tested and obtain the test result of the test case. If the test result is a test failure, adjust the test parameters, and then based on the adjusted test parameters, execute the steps: configure the test case to the T-Box to be tested and obtain the test result of the test case until the test result is a test pass. The operation of adjusting the test parameters is to adjust the parameter value according to a predetermined step. For example, each time the script call interval is increased by 10 ms successively.

[0048] In the second embodiment of the present application, after the use case type is a passed item, the test case is configured to the T-Box to be tested, so that the T-Box to be tested completes the execution of the test case. After the use case type is an item to be optimized, the test case is configured to the T-Box to be tested and the test result of the test case is obtained. If the test result is a test failure, the test parameters are adjusted until the test result is a test pass. This embodiment adds an item to be optimized, so that the test parameters of the feasible test case can be adaptively adjusted, and the successful execution of the test case that cannot pass the test at one time can be achieved by making a certain degree of parameter adjustment.

[0049] Based on the first embodiment of this application, in the third embodiment of this application, the same or similar content as that in the above-mentioned first embodiment can be referred to the above introduction and will not be repeated hereinafter. On this basis, please refer to Figure 3 , the step of obtaining the use case category of the test sample use case according to the sample test result in step B30 includes: Step C10, if the test result is a pass, then use the use case category of the test sample use case as a passed item; Step C20, if the test result is a failure, then determine the use case category of the test sample use case as an item to be optimized or a veto item according to the current number of failures of the test result being a failure.

[0050] For the acquisition of test sample use cases in the model training scenario, this embodiment can obtain the use case category of the test sample use case according to the sample test result, and use the test sample use case and its use case category as test training samples. Exemplarily, in this embodiment, if the test result is a pass, then use the use case category of the test sample use case as a feasible item (that is, a test item that can pass the test). If the test result is a failure, then determine the use case category of the test sample use case as an item to be optimized (that is, a test item that can pass the test within a certain number of times of adjusting the test parameters) or a veto item (that is, a test item that cannot pass the test after adjusting the test parameters a certain number of times) according to the current number of failures of the test result being a failure. Exemplarily, in this embodiment, if the test result passes when the number of times does not reach the predetermined number threshold, then use the use case category of the test sample use case as an item to be optimized. If the test result is still a failure after reaching the predetermined number threshold, then use the use case category of the test sample use case as a veto item.

[0051] In a feasible implementation manner, after step C20, steps D10 to D40 may be included: Step D10, after the current number of failures is not greater than the predetermined number threshold, then adjust the test sample parameters; Step D20, update the test sample use case based on the adjusted test sample parameters, and configure the new test sample use case to the T-Box to be tested; Step D30, if the test result of the new test sample use case is a pass, then use the use case category of the test sample use case as an item to be optimized; Step D40, after the current number of failures is greater than the predetermined number threshold, then use the use case category of the test sample use case as a veto item.

[0052] It should be noted that the predetermined number threshold is a pre-set number representing the difficulty of passing the test case.

[0053] In this embodiment, after the current number of non - passing times does not exceed a predetermined number threshold, the test sample parameters can be adjusted. Then, based on the adjusted test sample parameters, the test sample use case is updated, and the new test sample use case is configured to the T - Box to be tested, so as to realize the re - testing of the adjusted test sample parameters. If the test result of the new test sample use case is a pass, the use case category of the test sample use case is taken as an item to be optimized. If the test result of the new test sample use case is a non - pass, it can be determined whether the current number of non - passing times is greater than the predetermined number threshold. After the current number of non - passing times is greater than the predetermined number threshold, the use case category of the test sample use case is taken as a veto item. Refer to Figure 4 , Figure 4 which is a schematic diagram of the training scenario of the predetermined classification model involved in the embodiments of the present application. In this embodiment, according to the test requirements of the T - Box to be tested, test cases and test parameters can be configured. Then, a simulated test environment is generated through the communication module to enable external systems such as the mode TSP platform, remote diagnosis background, OTA background, and vehicle - level bus environment to interact with the T - Box. In addition, according to the communication interface type of the T - Box to be tested (such as CAN, LIN, Ethernet, 4G / 5G, etc.), a corresponding adaptation module can be selected to connect with the T - Box to be tested. Then, the test cases can be executed to verify the correctness of the functional logic and communication protocol of the T - Box to be tested. For the test cases that pass the test, the test results are directly passed to the intelligent learning module as the test sample use cases and their test results. For the test cases that do not pass the test, when the number of non - passing times is less than 10, the test parameters are adjusted and re - executed, and the reasons for failure are recorded. When the number of non - passing times is greater than 10, the test case and the test result are passed to the intelligent learning module as the test sample use cases and their test results. The intelligent learning module introduces machine - learning algorithms, which can mark the test cases that pass the test at one time as passing items, mark the test cases that pass the test within 10 times of optimizing the parameters as items to be optimized, and mark the test cases that do not pass the test after 10 times of optimizing the parameters as veto items. The machine - learning algorithms can be regression and classification algorithms.

[0054] In the third embodiment of the present application, if the test result is a pass, the case category of the test sample case is used as a passed item; if the test result is a fail, the case category of the test sample case is determined to be an item to be optimized or a veto item according to the current number of failures when the test result is a fail. In this embodiment, a category of items to be optimized is added during the training process, so that the obtained predetermined classification model can be used to identify test cases that can pass the test after a certain number of parameter adjustments, effectively expanding the range of test cases for feasible items, and thus more types of test cases can be automatically and successfully executed.

[0055] It should be noted that the above examples are only for understanding the present application and do not constitute a limitation on the T-Box test method of the present application. Based on this technical concept, more forms of simple transformations are within the protection scope of the present application.

[0056] The present application provides a T-Box test device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the T-Box test method in the first embodiment above.

[0057] Next, refer to Figure 5 , which shows a schematic structural diagram of a T-Box test device suitable for implementing the embodiments of the present application. The T-Box test device in the embodiments of the present application may include, but is not limited to, terminals such as laptop computers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions), desktop computers, servers, etc. Figure 5 The T-Box test device shown is only an example and should not impose any limitations on the functions and usage scope of the embodiments of the present application.

[0058] As Figure 5As shown, the T-Box test device may include a processing device 1001 (such as a central processing unit, a graphics processing unit, etc.), which may perform various appropriate actions and processes according to a program stored in a read-only memory (ROM: Read Only Memory) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM: Random Access Memory) 1004. In the random access memory 1004, various programs and data required for the operation of the T-Box test device are also stored. The processing device 1001, the read-only memory 1002, and the random access memory 1004 are connected to each other through a bus 1005. An I / O (input / output) interface 1006 is also connected to the bus. Generally, the following systems may be connected to the I / O interface 1006: an input device 1007 including, for example, a touch screen, a touchpad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; an output device 1008 including, for example, a liquid crystal display (LCD: Liquid Crystal Display), a speaker, a vibrator, etc.; a storage device 1003 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 1009. The communication device 1009 may allow the T-Box test device to communicate with other devices wirelessly or wiredly to exchange data. Although the figure shows a T-Box test device having various systems, it should be understood that it is not required to implement or have all the shown systems. More or fewer systems may be alternatively implemented or had.

[0059] In particular, according to the embodiments disclosed in the present application, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program contains program codes for executing the methods shown in the flowcharts. In such an embodiment, the computer program may be downloaded and installed from a network through the communication device, or installed from the storage device 1003, or installed from the read-only memory 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the methods of the embodiments disclosed in the present application are executed.

[0060] The T-Box test device provided by the present application adopts the T-Box test method in the above-mentioned embodiments, and can solve the technical problem of low test efficiency of the existing T-Box test method. Compared with the prior art, the beneficial effects of the T-Box test device provided by the present application are the same as those of the T-Box test method provided by the above-mentioned embodiments, and other technical features in the T-Box test device are the same as those disclosed in the method of the previous embodiment, and will not be elaborated here.

[0061] It should be understood that each part disclosed in this application can be implemented by hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in a suitable manner in any one or more embodiments or examples.

[0062] As described above, the above is only the specific implementation manner of this application, but the protection scope of this application is not limited thereto. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in this application, and all of them should be covered by the protection scope of this application. Therefore, the protection scope of this application should be subject to the protection scope of the claims.

[0063] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., computer programs) stored thereon, and the computer-readable program instructions are used to execute the T-Box test method in the above embodiments.

[0064] The computer-readable storage medium provided by this application can be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems or devices, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM: Random Access Memory), read-only memory (ROM: Read Only Memory), erasable programmable read-only memory (EPROM: Erasable Programmable Read Only Memory or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM: CD-Read Only Memory), optical storage devices, magnetic storage devices, or any suitable combination of the above. In this embodiment, the computer-readable storage medium can be any tangible medium that contains or stores a program, and this program can be used by or in combination with an instruction execution system or device. The program code contained on the computer-readable storage medium can be transmitted by any appropriate medium, including but not limited to: wires, optical cables, RF (RadioFrequency: radio frequency), etc., or any suitable combination of the above.

[0065] The above computer-readable storage medium can be included in the T-Box test device; it can also exist separately and not be assembled into the T-Box test device.

[0066] The above computer-readable storage medium carries one or more programs, which when executed by a T-Box test device, cause the T-Box test device to: obtain test cases for the T-Box to be tested, where the test cases include test parameters; input the test parameters into a predetermined classification model to obtain the case type of the test cases; after the case type is a feasible item, configure the test cases to the T-Box to be tested so that the T-Box to be tested executes the test cases.

[0067] Computer program code for performing the operations of the present application may be written in one or more programming languages or combinations thereof. The programming languages include object-oriented programming languages such as Java, Smalltalk, C++, and also include conventional procedural programming languages such as the "C" language or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, executed as a stand-alone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., by connecting through the Internet using an Internet service provider).

[0068] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architectures, functions, and operations of systems, methods, and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagram may represent a module, a program segment, or a part of code that contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order than marked in the accompanying drawings. For example, two consecutive blocks shown may actually be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram and / or flowchart, and the combinations of blocks in the block diagram and / or flowchart, may be implemented by a dedicated hardware-based system for performing the specified functions or operations, or may be implemented by a combination of dedicated hardware and computer instructions.

[0069] The modules described in the embodiments of the present application may be implemented in software or in hardware. Wherein, the name of the module does not constitute a limitation to the unit itself in some cases.

[0070] The readable storage medium provided by this application is a computer-readable storage medium. The computer-readable storage medium stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned T-Box testing method, which can solve the technical problem of low testing efficiency of the existing T-Box testing method. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by this application are the same as those of the T-Box testing method provided by the above embodiments, and will not be elaborated here.

[0071] This application also provides a computer program product, including a computer program, and when the computer program is executed by a processor, it implements the steps of the T-Box testing method as described above.

[0072] The computer program product provided by this application can solve the technical problem of low testing efficiency of the existing T-Box testing method. Compared with the prior art, the beneficial effects of the computer program product provided by this application are the same as those of the T-Box testing method provided by the above embodiments, and will not be elaborated here.

[0073] The above are only partial embodiments of this application, and thus do not limit the patent scope of this application. Any equivalent structural transformation made by using the content of the specification and drawings of this application under the technical concept of this application, or any direct / indirect application in other related technical fields, is included in the patent protection scope of this application.

Claims

1. A T-Box testing method, characterized in that, The described T-Box test method includes: Obtaining test cases for the T-Box to be tested, where the test cases include test parameters; Inputting the test parameters into a predetermined classification model to obtain the case type of the test case; After the case type is a feasible item, configuring the test case to the T-Box to be tested so that the T-Box to be tested executes the test case.

2. The T-Box testing method according to claim 1, wherein: The feasible items include passed items and items to be optimized. The step of, after the case type is a feasible item, configuring the test case to the T-Box to be tested so that the T-Box to be tested executes the test case includes: After the case type is a passed item, configuring the test case to the T-Box to be tested so that the T-Box to be tested completes the execution of the test case; After the case type is an item to be optimized, configuring the test case to the T-Box to be tested and obtaining the test result of the test case; If the test result is a test failure, adjust the test parameters until the test result is a test pass.

3. The T-Box testing method according to claim 1, wherein Before the step of inputting the test parameters into a predetermined classification model to obtain the case type of the test case, it includes: Obtaining test training samples, where the test training samples include test sample cases and their case categories; Training an initialized classification model based on the test sample cases and the case categories to obtain a predetermined classification model.

4. The T-Box testing method according to claim 3, wherein Before the step of obtaining test training samples, it includes: Obtaining test sample cases, where the test sample cases include test sample parameters; Configuring the test sample cases to the T-Box to be tested so that the T-Box to be tested executes the test case according to the test sample parameters to obtain sample test results; According to the sample test results, obtaining the case category of the test sample cases, and taking the test sample cases and their case categories as test training samples.

5. The T-Box testing method according to claim 4, wherein The step of, according to the sample test results, obtaining the case category of the test sample cases includes: If the test result is a test pass, taking the case category of the test sample case as a passed item; If the test result is a test failure, determining the case category of the test sample case as an item to be optimized or a veto item according to the current number of failures of the test result being a test failure.

6. The T-Box testing method according to claim 5, wherein: The step of, according to the current number of failures of the test result being a test failure, determining the case category of the test sample case as an item to be optimized or a veto item includes: After the current number of failures is not greater than a predetermined number threshold, adjust the test sample parameters; Update the test sample cases based on the adjusted test sample parameters, and configure the new test sample cases to the T-Box to be tested; If the test result of the new test sample cases is a test pass, taking the case category of the test sample cases as an item to be optimized; After the current number of failures is greater than the predetermined number threshold, taking the case category of the test sample cases as a veto item.

7. The T-Box testing method according to any one of claims 1 to 6, characterized in that After the step of inputting the test parameters into a predetermined classification model to obtain the use case type of the test case, the method further includes: After the test case type is a rejection item, outputting rejection prompt information of the test case; In response to the use case adjustment instruction for the rejection prompt information, a new test case is obtained and the steps of: inputting the test parameters into a predetermined classification model to obtain a use case type of the test case.

8. A T-Box test device, characterized in that, The device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the T-Box testing method according to any one of claims 1 to 7.

9. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the T-Box testing method according to any one of claims 1 to 7 are implemented.

10. A computer program product, characterized in that, The computer program product comprises a computer program, and when the computer program is executed by a processor, the steps of the T-Box testing method according to any one of claims 1 to 7 are implemented.

Images