Product testing method, system and device, computing equipment and storage medium

Abstract

The invention provides a product testing method, system and device, computing equipment and a storage medium, and the method comprises the steps: searching business data of a to-be-tested product in a data object pool, the data object pool being a pooling structure used for storing the business data of the product in a testing process; searching a functional interface of the to-be-tested product in a functional object pool, wherein the functional object pool is a pooling structure used for storing the functional interface of the product in the testing process; and testing the service function of the to-be-tested product according to the service data of the to-be-tested product and the function interface of the to-be-tested product. In the implementation process of the scheme, different requirements of business scenes are decoupled through the business data of the to-be-tested product in the data object pool and the functional interface of the to-be-tested product in the functional object pool, and the business data in the data object pool and the functional interface in the functional object pool are well reused, so that the compatibility of different business scenes is improved.

Description

Technical Field

[0001] The present application relates to the technical field of product testing, and in particular, to a product testing method, system, apparatus, computing device and storage medium. Background Art

[0002] At present, most product tests are test programs developed for specific business scenarios. In the specific practice process, it is found that when the business scenario to be tested is changed to a new business scenario, the original test program developed for the business scenario is difficult to be compatible with the new business scenario, and the test program still needs to be developed according to the needs of the new business scenario. For example: a set of test programs is developed for the business scenario of mobile phone power-on self-test, and a set of quality inspection programs is developed for the business scenario of mobile phone factory quality inspection. However, the test program is deeply coupled with the business scenario to be tested, and the quality inspection program is also deeply coupled with the quality inspection business scenario, which makes it difficult for the test program and the quality inspection program to reuse the same business data and functional interface. In other words, the current product testing has poor compatibility with different business scenarios. Summary of the invention

[0003] The purpose of the embodiments of the present application is to provide a product testing method, system, apparatus, computing device and storage medium, which are used to improve the problem of poor compatibility of product testing for different business scenarios.

[0004] The embodiment of the present application provides a product testing method, including: searching for business data of the product to be tested in a data object pool, the data object pool is a pooling structure for storing the business data of the product during the test; searching for the functional interface of the product to be tested in a functional object pool, the functional object pool is a pooling structure for storing the functional interface of the product during the test; testing the business function of the product to be tested according to the business data of the product to be tested and the functional interface of the product to be tested. In the implementation process of the above scheme, the business function of the product to be tested is tested through the business data of the product to be tested in the data object pool and the functional interface of the product to be tested in the functional object pool to complete the product testing function of different business scenarios, that is, the different requirements of the business scenarios are decoupled through the data object pool and the functional object pool, and the business data in the data object pool and the functional interface in the functional object pool are well reused, thereby improving the compatibility with different business scenarios.

[0005] Optionally, in the embodiment of the present application, before searching the data object pool for the business data of the product to be tested, the process further includes: receiving the business data sent by the product to be tested; and storing the business data sent by the product to be tested in the data object pool. In the implementation of the above solution, by synchronously storing the business data sent by the product to be tested in the data object pool, the situation where the business data in the data object pool is out of sync with the data of the product to be tested is improved, and the synchronization timeliness of the business data in the data object pool is effectively improved.

[0006] Optionally, in an embodiment of the present application, it further includes: registering the functional interface of the product to be tested in the functional object pool. In the implementation process of the above scheme, by registering the functional interface of the product to be tested in the functional object pool, when the functional interface of the product to be tested is called, automated testing of complex test scenarios can be achieved, thereby improving compatibility with complex business scenarios.

[0007] Optionally, in an embodiment of the present application, the business function of the product to be tested is tested according to the business data of the product to be tested and the functional interface of the product to be tested, including: if the business data of the product to be tested meets the preset business conditions, the functional interface of the product to be tested is called by the automated testing engine to test the business function of the product to be tested. In the implementation process of the above scheme, by calling the functional interface of the product to be tested by the automated testing engine when the business data of the product to be tested meets the preset business conditions, it is possible to test the business function of the product to be tested in complex test scenarios, thereby improving the compatibility with different business scenarios.

[0008] Optionally, in an embodiment of the present application, calling the functional interface of the product to be tested through the automated testing engine includes: obtaining at least one test case script of the product to be tested; executing at least one test case script in the automated testing engine, and at least one test case script calling the functional interface of the product to be tested when executed. In the implementation process of the above scheme, by executing multiple test case scripts in the automated testing engine, and multiple test case scripts calling the functional interface of the product to be tested when executed, automated testing for complex test scenarios is achieved.

[0009] Optionally, in an embodiment of the present application, it also includes: if it is monitored that the preset script modifies the business data in the data object pool, the modified business data is obtained, and the modified business data is sent to the product under test, so that the product under test updates the locally stored business data. In the implementation process of the above scheme, when it is monitored that the preset script modifies the business data in the data object pool, the modified business data is sent to the product under test, so that the product under test synchronously updates the locally stored business data, thereby improving the situation where the business data in the data object pool is out of sync with the data of the product under test, and effectively improving the synchronization timeliness of the business data in the data object pool.

[0010] The embodiment of the present application also provides a product testing system, including: a testing device and a computing device; the testing device is used to provide the environmental signals required in the testing process for the product to be tested; the computing device is used to search the business data of the product to be tested in the data object pool, the data object pool is a pooling structure for storing the business data in the testing process; the computing device is also used to search the functional interface of the product to be tested in the functional object pool, the functional object pool is a pooling structure for storing the functional interface in the testing process; the computing device is also used to test the business function of the product to be tested according to the business data of the product to be tested and the functional interface of the product to be tested. In the implementation process of the above scheme, the different requirements of the business scenarios are decoupled by the data object pool and the functional object pool, and the business data in the data object pool and the functional interface in the functional object pool are well reused, thereby improving the compatibility with different business scenarios.

[0011] Optionally, in an embodiment of the present application, the testing equipment includes a testing tool, and the testing tool is used to provide an input signal for the product to be tested.

[0012] Optionally, in an embodiment of the present application, the testing equipment includes a measuring instrument, and the measuring instrument is used to provide a process signal and an output signal for the product to be tested.

[0013] Optionally, in an embodiment of the present application, the product to be tested includes: multiple devices to be tested, and the computing device is specifically used to test the information interaction between the multiple devices to be tested, or to test the energy interaction between the multiple devices to be tested.

[0014] An embodiment of the present application also provides a product testing device, including: a business data search module, used to search for business data of the product to be tested in a data object pool, the data object pool is a pooling structure for storing business data of the product during the testing process; a functional interface search module, used to search for functional interfaces of the product to be tested in a functional object pool, the functional object pool is a pooling structure for storing functional interfaces of the product during the testing process; a business function testing module, used to test the business functions of the product to be tested based on the business data of the product to be tested and the functional interfaces of the product to be tested.

[0015] Optionally, in an embodiment of the present application, the product testing device further includes: a business data receiving module for receiving business data sent by the product to be tested; and a business data storage module for storing the business data sent by the product to be tested in a data object pool.

[0016] Optionally, in an embodiment of the present application, the product testing device further includes: a functional interface registration module, used to register the functional interface of the product to be tested in the functional object pool.

[0017] Optionally, in an embodiment of the present application, the business function testing module includes: a function interface calling submodule, which is used to call the function interface of the product to be tested through the automated testing engine to test the business function of the product to be tested if the business data of the product to be tested meets the preset business conditions.

[0018] Optionally, in an embodiment of the present application, the functional interface calling submodule includes: a test script acquisition unit, used to acquire at least one test case script of the product to be tested; a test script execution unit, used to execute at least one test case script in an automated testing engine, and at least one test case script calls the functional interface of the product to be tested during execution.

[0019] Optionally, in an embodiment of the present application, the product testing device also includes: a business data sending module, which is used to obtain the modified business data if it monitors that the preset script modifies the business data in the data object pool, and send the modified business data to the product under test, so that the product under test updates the locally stored business data.

[0020] An embodiment of the present application further provides a computing device, including: a processor and a memory, wherein the memory stores machine-readable instructions executable by the processor, and when the machine-readable instructions are executed by the processor, the method described above is performed.

[0021] An embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the method described above is executed. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments of the present application will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without creative work.

[0023] Figure 1 A schematic diagram of a process flow of a product testing method provided in an embodiment of the present application is shown;

[0024] Figure 2 A schematic diagram showing the operation of the automated testing engine provided by an embodiment of the present application is shown;

[0025] Figure 3 A schematic diagram of the structure of a product testing system provided in an embodiment of the present application is shown;

[0026] Figure 4 A schematic diagram of the structure of a product testing device provided in an embodiment of the present application is shown;

[0027] Figure 5 A schematic diagram of the structure of a computing device provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0028] The embodiments of the present application will be described in detail below in conjunction with the accompanying drawings. The following embodiments are only used to more clearly illustrate the technical solutions of the embodiments of the present application, and are therefore only used as examples, and the protection scope of the embodiments of the present application cannot be limited by this. The terms used herein are only for the purpose of describing specific embodiments, and the terms "including" and "having" in the specification and the above-mentioned accompanying drawings and any variations thereof are intended to cover non-exclusive inclusions.

[0029] To make the purpose, technical scheme and advantages of the embodiment of the present application clearer, the technical scheme in the embodiment of the present application will be clearly and completely described below in conjunction with the drawings in the embodiment of the present application. It should be understood that the drawings in the embodiment of the present application only serve the purpose of explanation and description, and are not used to limit the protection scope of the embodiment of the present application. In addition, it should be understood that the schematic drawings are not drawn in real proportion. The flowchart used in the embodiment of the present application shows the operation implemented according to some embodiments of the embodiment of the present application. It should be understood that the operation of the flowchart can be implemented out of order, and the steps without logical context can be reversed in order or implemented simultaneously. In addition, those skilled in the art can add one or more other operations to the flowchart under the guidance of the content of the embodiment of the present application, or remove one or more operations from the flowchart.

[0030] In addition, the described embodiments are only a part of the embodiments of the present application, rather than all embodiments. The components of the embodiments of the present application described and shown in the drawings generally here can be arranged and designed in various configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the embodiments of the present application claimed, but merely represents the selected embodiments of the embodiments of the present application.

[0031] It is understandable that the "first" and "second" in the embodiments of the present application are used to distinguish similar objects. Those skilled in the art will understand that the words "first" and "second" do not limit the quantity and execution order, and the words "first" and "second" do not necessarily limit the difference. In the description of the embodiments of the present application, the term "and / or" is merely a description of the association relationship of associated objects, indicating that there may be three relationships, such as A and / or B, which can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the related objects before and after are in an "or" relationship. The term "multiple" refers to more than two (including two), and similarly, "multiple groups" refers to more than two groups (including two groups).

[0032] In related technologies, product test developers can perform personalized development for specific products in specific business scenarios and build personalized test environments for specific business scenarios. When the business scenario to be tested is changed to a new business scenario, the original test program developed for the business scenario is difficult to be compatible with the new business scenario, and the test program still needs to be developed according to the needs of the new business scenario.

[0033] For example: for the power-on self-test business scenario of the mobile phone, the object-oriented programming concept is used to encapsulate the self-test parameters and self-test functions during the power-on process of the mobile phone in the test object of the test program. After the power-on self-test business scenario of the mobile phone is completed, it is necessary to develop a set of quality inspection programs for the quality inspection business scenario of the mobile phone when it leaves the factory. It is necessary to encapsulate the quality inspection parameters and quality inspection functions during the factory quality inspection of the mobile phone in the test object of another quality inspection program. In the specific practice process, it was found that the original self-test program developed for the power-on self-test business scenario is difficult to be compatible with the new quality inspection business scenario. In other words, the self-test test program is deeply coupled with the business scenario that needs to be tested, and the quality inspection program is also deeply coupled with the quality inspection business scenario. This makes it difficult for the developed self-test test program and the quality inspection program in the development process to reuse the same parameters and functional interfaces.

[0034] In view of the above problems, it is found in the practice process of the embodiment of the present application that the self-test parameters and the quality inspection parameters of the mobile phone are mostly the same parameters, and some interfaces in the self-test function of the mobile phone are also the same as some interfaces in the quality inspection function. Therefore, in the embodiment of the present application, a data object pool and a function object pool are designed to abstract the business data (including internal storage parameters or external description status) and the functional interface of the product to be tested, so that the same parameters and functional interfaces can be reused. Because the different business data of the product to be tested are abstracted, and the business data are abstracted and stored in the data object pool, and the functional interface is abstracted and stored in the function object pool. The object pool (Object Pool) is a pool for storing objects. The object pool here is similar to the common thread pool or database connection pool. The difference is that what is stored in the data object pool here is business data, and the functional interface stored in the function object pool, the advantage of the object pool is that objects in the pool can be centrally managed, and objects in frequent creation and destruction of long-term use are reduced, thereby improving reusability, to save resource consumption. Therefore, the technology of abstracting business data and functional interface by the data object pool and the function object pool is also called "double pool abstraction" technology.

[0035] For example, the simple functions of the product to be tested can be abstracted through the interaction of real-time data. This abstraction can be achieved through a data object pool, which can store the self-test parameters and quality inspection parameters of the mobile phone, and can also store the same parameters or different parameters in other different business scenarios (except self-test business scenarios and quality inspection business scenarios). Similarly, in some scenarios, the same functional interface of the self-test function and the quality inspection function can also be stored in the function object pool, and of course, different functional interfaces of the self-test function and the quality inspection function can also be stored, so as to achieve the effect of reusing the same parameters and functional interfaces, and can also support various test scenarios for various business scenarios, such as: unit testing, regression testing, integration testing, system testing, compatible fixed factory testing, research and development testing to discover defects, and interactive manual testing of the product to be tested.

[0036] It should be noted that the product to be tested in the embodiment of the present application is not limited to the mobile phone exemplified above, but may also be other products that need to be tested, such as: an oscilloscope, a tester, a switching power supply, a power module board, an electric power intelligent device or a central processing unit (CPU), etc. It should be understood that the number of the above-mentioned products to be tested may be one, or the number of products to be tested may be multiple. When the number of products to be tested is multiple, information interaction or energy interaction may also be performed between the multiple products to be tested, such as: communication test between multiple mobile phones, information interaction test between multiple network devices, or energy interaction test such as charge and discharge test between multiple batteries.

[0037] See also Figure 1 The flowchart of the product testing method provided by the embodiment of the present application is shown; the product testing method can be executed by a computing device, where the computing device is a computing device that uses electronic means to perform calculations, and the computing device can refer to an edge device or server with the function of executing a computer program, such as an edge device: a smart phone, a personal computer, a tablet computer, a personal digital assistant, or a mobile Internet device, etc., and a server such as: an x86 server and a non-x86 server, and the non-x86 server includes: a mainframe, a minicomputer, and a UNIX server. The implementation method of the above product testing method may include:

[0038] Step S110: searching for business data of the product to be tested in the data object pool, where the data object pool is a pooling structure for storing business data of the product during the test process.

[0039] The business data of the product under test refers to the data of the product under test during the testing process. The data can be an internal storage parameter of the product under test or an external description status. Assuming that the product under test is a mobile phone, the internal storage parameter can be a process list of an application or a list of normally working hardware, etc. The external description status can be the current working status (for example, booting up, powered on, shutting down, or powered off, etc.) or quality inspection status (not inspected, in inspection, or inspected, etc.).

[0040] The business data in the data object pool can be acquired, sent and stored in the data object pool by the product under test. For example, after acquiring the business data (such as internal storage parameters), the product under test sends the business data to the computing device that executes the product testing method; the computing device can receive the business data sent by the product under test and store the business data in the data object pool. Of course, the business data in the data object pool can also be acquired by the computing device from the product under test, or acquired by the computing device via a transfer device or a storage device.

[0041] Step S120: searching for the functional interface of the product to be tested in the functional object pool, where the functional object pool is a pooling structure for storing the functional interface of the product during the testing process.

[0042] It is understandable that, in the specific practice, the business data can be abstracted and stored in the data object pool alone, or the functional interface can be abstracted and stored in the functional object pool alone, that is, the computing device can only execute step S110 or only execute step S120. Of course, the computing device can also execute step S110 and step S120 at the same time, or can execute step S110 and step S120 successively, for example, execute step S110 and step S120 in sequence, or execute step S120 and step S110 in sequence, and so on.

[0043] The functional interface of the above-mentioned product under test can be a set of functional functions that are abstracted and encapsulated together. The functional function can be constructed through the Remote Procedure Call (RPC) protocol. Therefore, the functional function can be called by the RPC protocol. Before the functional interface in the functional object pool is called, the functional interface needs to be registered in the functional object pool. The specific registration process will be described in detail below. When the functional interface of the above-mentioned product under test is called, a pre-stored executable file or executable code program can be sent to the product under test so that the product under test executes the executable file or executable code program. The executable file or executable code program here can control the data flow of the product under test or the information interaction or energy interaction between it and the test tooling in real time when it is executed by the product under test, so as to meet the test function of the business scenario with high real-time requirements.

[0044] Step S130: testing the business function of the product to be tested according to the business data of the product to be tested and the functional interface of the product to be tested.

[0045] It is understandable that the association between the business data and the functional interface of the product to be tested is determined by different business scenarios, because different business scenarios require abstracting different business data and different functional interfaces of the product to be tested, wherein the association between the business data and the functional interface can be recorded using a configuration file or a database. For example: the business data of a mobile phone may include: the current working status (e.g., turning on, turned on, turning off, or turned off, etc.) or the quality inspection status (not inspected, inspecting, or inspected, etc.), and the business functions of the mobile phone may include: the quality inspection function and the self-inspection function, and the quality inspection function and the quality inspection status are associated with each other, and the association can be recorded in the configuration file or the database.

[0046] During the implementation of the above solution, the business functions of the product to be tested are tested through its business data in the data object pool and its functional interfaces in the functional object pool to complete product testing functions in different business scenarios. That is, the different requirements of business scenarios are decoupled through the data object pool and the functional object pool, and the business data in the data object pool and the functional interfaces in the functional object pool are well reused, thereby improving compatibility with different business scenarios.

[0047] As an optional implementation of the above product testing method, before searching for business data in the data object pool, the business data may be first stored in the data object pool. This implementation may include:

[0048] Step S111: receiving service data sent by the product to be tested.

[0049] For example, the implementation method of the above step S111 is as follows: assuming that the product to be tested is a mobile phone, and the function of the mobile phone to make a call needs to be tested, then the business data such as the number and the time of dialing that the mobile phone needs to dial can be received, and then the business data such as the number and the time of dialing can be stored in the data object pool. The computing device that executes the product testing method can receive the business data sent by the mobile phone through a specific communication protocol, and the specific communication protocol here can be a custom communication protocol, or a commonly used Transmission Control Protocol (TCP) or User Datagram Protocol (UDP), etc.

[0050] Step S112: storing the business data sent by the product to be tested in a data object pool.

[0051] An implementation example of the above step S112 is as follows: after receiving the business data sent by the product to be tested, the computing device can store the business data sent by the product to be tested in a data object pool, wherein the object pool is a pool for storing objects. The object pool here is similar to the common thread pool or database connection pool. The difference is that the data object pool here stores business data, while the function object pool stores functional interfaces.

[0052] As an optional implementation of the above product testing method, before searching for the functional interface in the functional object pool, the functional interface may also be registered in the functional object pool. This implementation may include:

[0053] Step S121: register the functional interface of the product to be tested in the functional object pool.

[0054] An implementation example of the above-mentioned step S121 is as follows: before searching for the functional interface in the functional object pool, the functional interface can also be registered in the functional object pool. For example, assuming that the product to be tested is a mobile phone, and the function of the mobile phone making calls needs to be tested, the functional interface of the mobile phone making calls can be registered in the functional object pool during or after the initialization of the functional object pool, so that when the functional interface of the mobile phone making calls is called, calls can be made, thereby completing the business function test of the mobile phone making calls.

[0055] Another example: the self-test program of a mobile phone is very complicated, involving the hardware inspection of the mobile phone and multiple restarts of the mobile phone system. It is usually impossible to complete the self-test of the mobile phone by sending commands and data to the mobile phone. Therefore, the self-test program of the mobile phone (or the executable code sequence for self-test) can be encapsulated into a self-test function interface. When the self-test function interface is called (that is, when the function interface is called through RPC), the computing device can send the self-test program to the mobile phone so that the mobile phone can run the self-test program to complete the self-test function test of the mobile phone. Therefore, by calling the function interface of the product to be tested, automated testing of complex test scenarios can be achieved.

[0056] As an optional implementation of step S130, according to the service data of the product to be tested and the functional interface of the product to be tested, the implementation of testing the service function of the product to be tested may include:

[0057] Step S131: Determine whether the business data of the product to be tested meets the preset business conditions.

[0058] Step S132: If the business data of the product to be tested meets the preset business conditions, the functional interface of the product to be tested is called by the automated testing engine to test the business function of the product to be tested.

[0059] An example of the implementation method of the above steps S131 to S132 is as follows: assuming that the product to be tested is a mobile phone, and the function of the mobile phone to make a call needs to be tested, the business data such as the number that the mobile phone needs to dial and the dialing time have been stored in the data object pool. Therefore, at this time, it can be determined whether the dialing time is earlier than the current time. If the current time is later than the dialing time, the function interface of the mobile phone's dialing can be called through the automated testing engine to dial the number, thereby completing the business function test of the mobile phone's dialing.

[0060] As an optional implementation of the above step S132, the implementation of calling the functional interface of the product to be tested by the automated testing engine may include:

[0061] Step S132a: Obtain at least one test case script of the product to be tested.

[0062] A test case script is a programming script file that can run test cases. A test case script can include multiple test steps, and the multiple test steps in the test case script can all be executed by the automated test engine. Of course, in the actual practice, multiple test cases can also be written in one script file or multiple script files, and multiple test cases form a test solution (Test Suite) that can be executed by the automated test engine. The multiple test cases here can be executed sequentially or in a specified order.

[0063] Step S132b: Execute at least one test case script in the automated testing engine, wherein the at least one test case script calls a functional interface of the product to be tested when executed.

[0064] See also Figure 2The working schematic diagram of the automated test engine provided by the embodiment of the present application shown; the above-mentioned automated test engine is a test engine for executing and scheduling (one or more) test cases, and a test case script can include multiple test steps, and the multiple test steps in the test case script can be executed by the automated test engine. The automated test engine can run a test case script or multiple test case scripts, and the automated test engine can access, modify, add or delete the business data in the data object pool, and of course, can also access, modify, add or delete the functional interface in the function object pool. The test product can be an abstract (Abstract) class defined by a computing device using a preset programming language, so the abstract (Abstract) class is also called an abstract test product, and the abstract class can be used to derive entity classes such as a device to be tested, a test fixture or a measuring instrument, wherein the programming language that can be used is, for example: C, C++, Java, BASIC, JavaScript, LISP, Shell, Perl, Ruby, Python and PHP, etc.

[0065] In the implementation process of the above solution, multiple test case scripts are executed in the automated testing engine, and the multiple test case scripts call the functional interface of the product to be tested during execution, thereby realizing automated testing for complex test scenarios.

[0066] As an optional implementation of the above product testing method, the modified data in the data object pool may also be updated to the product to be tested. This implementation may include:

[0067] Step S141: Determine whether the preset script is monitored to modify the business data in the data object pool.

[0068] It should be understood that a custom monitoring component can be used to determine whether the business data in the data object pool is modified by a preset script. The custom monitoring component can also be manually triggered, so that the custom monitoring component modifies the business data in the data object pool. The above-mentioned custom monitoring component may include: display data component, curve drawing component, command issuing component, control parameter issuing component and other atomic components. For different business scenarios, users can drag these atomic components in the graphical user interface (GUI) to the test case or test plan under the business scenario to implement manual exploratory testing, for example: quickly build a graphical data display and operation interface, and manually modify the business data in the data object pool on the graphical user interface (GUI), thereby improving the test flexibility of the product to be tested.

[0069] Step S142: If it is monitored that the preset script modifies the business data in the data object pool, the modified business data is obtained and sent to the product under test, so that the product under test updates the locally stored business data.

[0070] For example, the implementation method of the above step S142 is as follows: assuming that the product to be tested is an oscilloscope, and the preset script can be a test case script written by the user, then after the user runs the test case script, the user can modify the business data in the data object pool through the test case script, such as modifying the voltage data or current data of the oscilloscope in the data object pool, etc. After the computing device monitors the modification of the voltage data or current data of the oscilloscope in the data object pool through the observer mode, the modified voltage data or current data can be sent to the product to be tested, for example, the modified voltage data or current data is sent to the product to be tested in the form of a control command, so that the oscilloscope adjusts its voltage to the modified voltage data, or adjusts its current to the modified current data.

[0071] See also Figure 3 The structural diagram of the product testing system provided by the embodiment of the present application is shown; the embodiment of the present application provides a product testing system 200, including: a testing device 210 and a computing device 220.

[0072] The test equipment 210 is used to provide the environmental signals required during the test process for the product to be tested;

[0073] The computing device 220 is used to search the business data of the product to be tested in the data object pool, where the data object pool is a pooling structure for storing business data during the test process.

[0074] The computing device 220 is further used to search for a functional interface of the product to be tested in a functional object pool, where the functional object pool is a pooling structure for storing functional interfaces in a testing process.

[0075] The computing device 220 is further used to test the business functions of the product under test according to the business data of the product under test and the functional interface of the product under test.

[0076] Optionally, in an embodiment of the present application, the test equipment may include a test jig, which is used to provide input signals for the product to be tested. The number of test jigs may be one or more, and the specific number of test jigs may be set according to the specific test business scenario. The above-mentioned test jig is a working equipment that provides a series of physical environment support for the test process of the product to be tested. For example: assuming that the product to be tested is a controller or a CPU, then the test jig may be an actuator (such as a motherboard, a graphics card, a network card, and a memory, etc.). Of course, if the product to be tested is a power module board, then the test jig may be a new energy battery (such as a sodium ion battery and a lithium ion battery, etc.) that provides power to the power module board.

[0077] It should be understood that if the test fixture itself has measurement-related functions, the test equipment may not include measuring instruments. At this time, the test fixture can also have information interaction or energy interaction with the product to be tested. For example, assuming that the product to be tested is a power module board, in order to test the board characteristics of the power module board, the test fixture can provide the power module board with a power circuit or energy cycle, then this belongs to the energy interaction between the test fixture and the product to be tested; in addition, the power module board can be an intelligent board, which can be connected to the test fixture in real time through the physical signal of the input / output (I / O), then this belongs to the information interaction between the test fixture and the product to be tested.

[0078] Optionally, in an embodiment of the present application, the test equipment may include a measuring instrument, which may be used to provide a measurement function of a physical signal (such as a process signal and an output signal of a device) to the product to be tested and / or the test tooling, that is, the measuring instrument may be used to provide a process signal and an output signal to the product to be tested. The number of measuring instruments may be one or more, and the specific number of measuring instruments may be set according to a specific test business scenario. It should be understood that in some test business scenarios, some products to be tested may be tested by measuring instruments. For example, assuming that the product to be tested is a power supply, a multimeter in this scenario may be used as a measuring instrument, and the multimeter may be used to measure the current, voltage, resistance, etc. of the power supply to complete the test process of the power supply.

[0079] Optionally, in the embodiment of the present application, the above-mentioned test equipment may also include: a test fixture and a measuring instrument at the same time, the test fixture is used to provide an input signal for the product to be tested, and the measuring instrument is used to provide a process signal and an output signal for the product to be tested. It should be understood that if the test fixture does not have measurement-related functions, the test equipment may include the measuring instrument, that is, the test equipment may include the test fixture and the measuring instrument at the same time.

[0080] Optionally, in an embodiment of the present application, the product to be tested includes: a plurality of devices to be tested that interact with each other, and a computing device is used to perform a pair test on the plurality of devices to be tested that interact with each other, that is, there may be information interaction between the plurality of devices to be tested, or there may also be energy interaction between the plurality of devices to be tested, and through the pair test of the two products to be tested, device A to be tested and device B to be tested, then device A to be tested can provide a test environment for device B to be tested, and device B to be tested can also provide a test environment for device A to be tested. For example: an energy interaction test between two new energy devices (such as a charge and discharge test between two new energy batteries), or an information interaction test during communication between multiple network devices (such as routers or switches), etc. In the field of semiconductor testing and electronic testing, pair test (DUT Testing) is a common test method, in which "DUT" stands for "Device Under Test", i.e., the device to be tested. In the tray test, multiple interacting devices under test (DUT) are placed in a test tray or fixture, and then functional verification, performance testing, reliability testing, etc. are carried out through automated test equipment or test procedures. This test method can be used in large-scale production environments and can improve test efficiency and repeatability.

[0081] See also Figure 4 The structural diagram of the product testing device provided in the embodiment of the present application is shown; the embodiment of the present application provides a product testing device 300, including:

[0082] The business data search module 310 is used to search the business data of the product to be tested in the data object pool. The data object pool is a pooling structure used to store the business data of the product during the test process.

[0083] The function interface search module 320 is used to search for the function interface of the product to be tested in the function object pool. The function object pool is a pooling structure used to store the function interface of the product during the test process.

[0084] The business function testing module 330 is used to test the business function of the product under test based on the business data of the product under test and the functional interface of the product under test.

[0085] Optionally, in the embodiment of the present application, the product testing device further includes:

[0086] The business data receiving module is used to receive the business data sent by the product under test.

[0087] The business data storage module is used to store the business data sent by the product under test in the data object pool.

[0088] Optionally, in the embodiment of the present application, the product testing device further includes:

[0089] The function interface registration module is used to register the function interface of the product to be tested in the function object pool.

[0090] Optionally, in an embodiment of the present application, the business function testing module includes:

[0091] The function interface calling submodule is used to call the function interface of the product under test through the automated testing engine to test the business function of the product under test if the business data of the product under test meets the preset business conditions.

[0092] Optionally, in an embodiment of the present application, the function interface calling submodule includes:

[0093] The test script acquisition unit is used to acquire at least one test case script of the product to be tested.

[0094] The test script execution unit is used to execute at least one test case script in the automated test engine, and the at least one test case script calls the functional interface of the product to be tested when being executed.

[0095] Optionally, in the embodiment of the present application, the product testing device further includes:

[0096] The business data sending module is used to obtain the modified business data if it is monitored that the preset script modifies the business data in the data object pool, and send the modified business data to the product under test so that the product under test updates the locally stored business data.

[0097] It should be understood that the device corresponds to the above-mentioned product testing method embodiment and can execute the various steps involved in the above-mentioned method embodiment. The specific functions of the device can be found in the above description, and the detailed description is appropriately omitted here. The device includes at least one software function module that can be stored in a memory in the form of software or firmware or solidified in the operating system (OS) of the device.

[0098] See also Figure 5 A computing device 400 provided in an embodiment of the present application includes: a processor 410 and a memory 420, wherein the memory 420 stores machine-readable instructions executable by the processor 410, and when the machine-readable instructions are executed by the processor 410, the above method is executed.

[0099] The embodiment of the present application also provides a computer-readable storage medium 430, on which a computer program is stored, and the computer program is executed by the processor 410 to execute the above method. The computer-readable storage medium 430 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, disk or optical disk.

[0100] It should be noted that each embodiment in this specification is described in a progressive manner, and each embodiment focuses on the differences from other embodiments, and the same or similar parts between the embodiments can be referred to each other. For the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0101] In several embodiments provided by the embodiments of the present application, it should be understood that the disclosed device and method can also be implemented in other ways. The device embodiments described above are only schematic, for example, the flowcharts and block diagrams in the accompanying drawings show the possible implementation architecture, functions and operations of the devices, methods and computer program products according to the multiple embodiments of the embodiments of the present application. In this regard, each box in the flowchart or block diagram can represent a part of a module, a program segment or a code, and a part of a module, a program segment or a code includes one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also be different from the order of occurrence marked in the accompanying drawings. For example, two consecutive boxes can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, which is mainly determined by the functions involved.

[0102] In addition, each functional module of each embodiment in the embodiment of the present application can be integrated together to form an independent part, or each module can exist separately, or two or more modules can be integrated to form an independent part. In addition, in the description of this specification, the description of reference terms "one embodiment", "some embodiments", "example", "specific example", "some examples", etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the embodiment of the present application. In this specification, the schematic representation of the above terms does not necessarily target the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described can be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art can combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples without contradiction.

[0103] The above description is only an optional implementation manner of the embodiments of the present application, but the protection scope of the embodiments of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or replacements within the technical scope disclosed in the embodiments of the present application, which should be covered within the protection scope of the embodiments of the present application.

Claims

1. A product testing method, characterized in that: include: Searching for business data of the product to be tested in a data object pool, wherein the data object pool is a pooling structure for storing business data of the product during the test process; Searching for the functional interface of the product to be tested in a functional object pool, wherein the functional object pool is a pooling structure for storing the functional interfaces of the product during the test process; The business function of the product to be tested is tested according to the business data of the product to be tested and the functional interface of the product to be tested.

2. The method according to claim 1, characterized in that Before searching the data object pool for the business data of the product to be tested, the method further includes: Receiving business data sent by the product under test; The business data sent by the product to be tested is stored in the data object pool.

3. The method according to claim 1, characterized in that: Also includes: Register the functional interface of the product to be tested in the functional object pool.

4. The method according to claim 1, characterized in that The testing of the service function of the product to be tested according to the service data of the product to be tested and the functional interface of the product to be tested includes: If the business data of the product to be tested meets the preset business conditions, the functional interface of the product to be tested is called by the automated testing engine to test the business function of the product to be tested.

5. The method according to claim 4, characterized in that The step of calling the functional interface of the product to be tested by the automated testing engine includes: Obtain at least one test case script for the product to be tested; The at least one test case script is executed in the automated testing engine, and the at least one test case script calls the functional interface of the product to be tested when executed.

6. The method according to any one of claims 1 to 5, characterized in that: Also includes: If it is monitored that the preset script modifies the business data in the data object pool, the modified business data is obtained and sent to the product to be tested, so that the product to be tested updates the locally stored business data.

7. A product testing system, characterized in that: include: testing equipment and computing equipment; The test equipment is used to provide the product to be tested with the environmental signal required during the test process; The computing device is used to search for business data of the product to be tested in a data object pool, wherein the data object pool is a pooling structure for storing business data during the test process; The computing device is further used to search for the functional interface of the product to be tested in a functional object pool, wherein the functional object pool is a pooling structure for storing functional interfaces in a testing process; The computing device is further used to test the business function of the product to be tested according to the business data of the product to be tested and the functional interface of the product to be tested.

8. The system according to claim 7, characterized in that The testing equipment includes a testing tool, and the testing tool is used to provide an input signal for the product to be tested.

9. The system according to claim 7 or 8, characterized in that: The testing device comprises a measuring instrument, and the measuring instrument is used to provide a process signal and an output signal for the product to be tested.

10. The system according to claim 9, characterized in that The product to be tested includes: a plurality of devices to be tested, and the computing device is specifically used to test the information interaction between the plurality of devices to be tested, or to test the energy interaction between the plurality of devices to be tested.

11. A product testing device, characterized in that: include: A business data search module, used to search for business data of the product to be tested in a data object pool, wherein the data object pool is a pooling structure for storing business data of the product during the test process; A functional interface search module, used to search for the functional interface of the product to be tested in a functional object pool, wherein the functional object pool is a pooling structure for storing the functional interfaces of the product during the test process; The business function testing module is used to test the business function of the product under test according to the business data of the product under test and the functional interface of the product under test.

12. A computing device, characterized in that: include: A processor and a memory, wherein the memory stores machine-readable instructions executable by the processor, and when the machine-readable instructions are executed by the processor, the method according to any one of claims 1 to 6 is performed.

13. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 6 is executed.

Images