Automatic distribution method and system for test data

Abstract

The embodiment of the invention relates to the technical field of data processing, and discloses an automatic distribution method and system for test data, and the method comprises the steps: determining a data source needing to be collected according to a test demand; collecting test data from the data source; according to test requirements and test scenes, test types are determined, corresponding data distribution strategies are selected according to the test types, the test data are automatically distributed to different test cases, and the test types comprise function tests, performance tests and other tests; executing the test case, monitoring the test progress and the test state in real time, and obtaining a test result; and adjusting the data distribution strategy according to the test result. Therefore, the test data is dynamically and automatically distributed in real time, and the technical effect of improving the test efficiency and the test accuracy is achieved.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of data processing technology, and in particular to a method and system for automatically allocating test data. Background Art

[0002] In today's digital age, the complexity of software systems continues to increase, and the requirements for software quality are also getting higher and higher. As an important means to ensure software quality, automated testing is becoming increasingly important. However, traditional automated test data processing methods often face many challenges.

[0003] On the one hand, the dynamics and diversity of software systems make the demand for test data constantly changing. Different test scenarios, different user behaviors, and different software versions may require different test data. Traditional static test data is difficult to meet such dynamic needs and can easily lead to incomplete or inaccurate testing.

[0004] On the other hand, as the scale of software systems continues to expand, the amount of test data has also exploded. Manually preparing and managing large amounts of test data is not only inefficient but also prone to errors. At the same time, the repeated use of test data may also lead to deviations in test results and fail to truly reflect the actual performance of the software system. Summary of the invention

[0005] The purpose of the embodiments of the present application is to provide a method and system for automatically allocating test data to improve test efficiency and test accuracy.

[0006] According to some embodiments of the present application, a first aspect of the embodiments of the present application provides a method for automatically allocating test data, which determines the data source that needs to be collected according to the test requirements; collects test data from the data source; determines the test type according to the test requirements and test scenarios, selects the corresponding data allocation strategy according to the test type, and automatically allocates the test data to different test cases, wherein the test types include functional tests, performance tests, and other tests; executes the test cases, monitors the test progress and test status in real time, and obtains test results; and adjusts the data allocation strategy according to the test results.

[0007] In some embodiments, collecting test data from the data source includes: writing a data collection script or directly collecting data through an external system.

[0008] In some embodiments, the data allocation strategy includes allocation based on priority, and selecting an appropriate data allocation strategy based on test requirements and test scenarios includes: prioritizing the collected data according to functional points; and preferentially allocating data with high priority.

[0009] In some embodiments, the data allocation strategy includes proportional allocation, and selecting an appropriate data allocation strategy based on test requirements and test scenarios includes: comprehensively considering the limit level of system processing data and the focus of performance testing, and allocating data in hierarchical proportions.

[0010] In some embodiments, the data allocation strategy includes random allocation, and selecting a suitable data allocation strategy according to test requirements and test scenarios includes: randomly allocating data in an allocation queue according to a limit level of system processing data.

[0011] In some embodiments, adjusting the data allocation strategy according to the test results includes: timely feeding back the test results to the data allocation module and the data acquisition module; and adjusting the data allocation strategy and the data acquisition strategy according to the feedback results.

[0012] According to some embodiments of the present application, the second aspect of the embodiments of the present application also provides an automatic distribution system for test data, including: a data source determination module, which determines the data source that needs to be collected according to test requirements; a data collection module, which collects test data from the data source; a data allocation module, which determines the test type according to test requirements and test scenarios, and selects a corresponding data allocation strategy according to the test type, and automatically allocates the test data to different test cases, wherein the test types include functional tests, performance tests and other tests; a test module, which executes test cases, monitors the test progress and test status in real time, and obtains test results; an adjustment module, which adjusts the data allocation strategy according to the test results.

[0013] According to some embodiments of the present application, a third aspect of the embodiments of the present application also provides an electronic device, comprising: 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 so that the at least one processor can execute the automatic allocation method of test data as described above.

[0014] According to some embodiments of the present application, a fourth aspect of the embodiments of the present application further provides a computer-readable storage medium, which, when instructions in the computer-readable storage medium are executed by a processor of an electronic device, performs the automatic test data allocation method as described above.

[0015] According to some embodiments of the present application, a fifth aspect of the embodiments of the present application further provides a computer program product, including a computer program, which implements the above-mentioned automatic allocation method of test data when executed by a processor.

[0016] The technical solution provided by the embodiments of the present application has at least the following advantages:

[0017] Collect comprehensive test data from the data source in real time, select the appropriate data allocation strategy according to the test requirements and test scenarios, and automatically allocate the test data to different test cases based on the selected data allocation strategy. While ensuring that comprehensive testing can be carried out, increase the flexibility of test data allocation, improve test efficiency and test accuracy; adjust the data allocation strategy according to the test results to further ensure the rationality of the test allocation strategy, improve the accuracy of the test data received by the test case, and improve test efficiency and test accuracy. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] One or more embodiments are exemplarily described by pictures in the corresponding drawings, and these exemplified descriptions do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings represent similar elements, and unless otherwise stated, the figures in the drawings do not constitute proportional limitations.

[0019] Figure 1 is a schematic diagram of a test framework flow according to an embodiment of the present application;

[0020] Figure 2 is a flow chart of a method for automatically allocating test data according to an embodiment of the present application;

[0021] Figure 3 is a schematic diagram of an automatic distribution system for test data according to an embodiment of the present application;

[0022] Figure 4 is a schematic diagram of an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0023] In the related art, test data can be collected directly by collecting fixed data sets. This method usually prepares a set of fixed test data sets in advance, and uses these data to test in sequence during the test process. Although this method is simple and easy to implement, it has obvious limitations: first, fixed data sets are difficult to adapt to changes in the software system. Once the software function changes, it may be necessary to prepare test data again, which increases the cost and time of testing; second, fixed data sets may not cover all test scenarios and boundary conditions, resulting in incomplete testing.

[0024] In the related art, test data can also be collected based on random data generation. This method generates test data through tools such as random number generators, which has certain flexibility. However, randomly generated data may lack pertinence and authenticity, and it is difficult to simulate the behavior and data distribution of actual users. In addition, the results of random data generation are uncontrollable, and some unreasonable data combinations may appear, affecting the accuracy of the test.

[0025] In the related art, test data can also be collected based on data-driven automated testing. Data-driven testing separates test data from test scripts and executes tests by reading data from external data sources (such as Excel files, databases, etc.). This method improves the maintainability and scalability of the test. However, data-driven testing still relies on static external data sources and cannot achieve dynamic data allocation and feedback. At the same time, the preparation and maintenance of data sources also require a certain amount of work.

[0026] In summary, the existing automated test data collection methods have deficiencies in terms of dynamics, pertinence, and feedback mechanism. A new test data collection method is needed to meet the increasingly complex software testing needs.

[0027] Based on this, an embodiment of the present application provides a method for automatically allocating test data. According to the test requirements and test scenarios, the test type is determined, and the corresponding data allocation strategy is selected according to the test type, so as to dynamically allocate the test data; the test progress and test status are monitored in real time, the test results are obtained, and the data allocation strategy is adjusted according to the test results. The data allocation strategy is adjusted according to the real-time feedback test results, so as to further improve the efficiency of testing, monitoring or simulation, and at the same time, the accuracy and precision of the data are deeply controlled.

[0028] To make the purpose, technical scheme and advantages of the embodiments of the present application clearer, the embodiments of the present application will be described in detail below in conjunction with the accompanying drawings. However, it will be appreciated by those skilled in the art that in the present application, many technical details are proposed in order to enable the reader to better understand the present application. However, even without these technical details and various changes and modifications based on the following embodiments, the technical scheme claimed in the present application can also be implemented. The division of the following embodiments is for the convenience of description, and the specific implementation of the present application should not be construed as any limitation, and the various embodiments can be combined and referenced with each other under the premise of no contradiction.

[0029] The test framework involved in this application is as follows Figure 1 As shown, it includes obtaining data from the dynamic data pool, executing the test process, and feeding back data based on the test results. The dynamic data pool is to collect data from the data source before or during the test, and obtain test data matching the test case after processing, allocation, etc. The test execution process is to execute the test case according to the specific test requirements, monitor the test process and test results. The data feedback process feeds back the test results to the test module and the data acquisition module to adjust the data allocation strategy in the dynamic data pool.

[0030] An embodiment of the present application relates to a method for automatically allocating test data. A flow chart of the specific method for automatically allocating test data is as follows: Figure 2 As shown, the following steps are included:

[0031] Step S11, determining the data source to be collected according to the test requirements.

[0032] Step S12, collecting test data from the data source.

[0033] Step S13, determining the test type according to the test requirements and test scenarios, selecting a corresponding data allocation strategy according to the test type, and automatically allocating the test data to different test cases. The test types include functional testing, performance testing, and other tests.

[0034] Step S14, execute the test case, monitor the test progress and test status in real time, and obtain the test result.

[0035] Step S15: adjusting the data allocation strategy according to the test result.

[0036] In this way, through the automatic allocation method of test data, on the one hand, according to the test requirements, the data source that needs to be collected is determined, all test data is collected from the data source, and the test type is determined according to the test requirements and the test scenario. According to the test type, the corresponding data allocation strategy is selected, and the test data is automatically allocated to different test cases, thereby dynamically allocating the test data; on the other hand, the test progress and test status are monitored in real time, the test results are obtained, and the data allocation strategy is adjusted according to the test results, so that the data allocation strategy can be adjusted according to the real-time feedback test results, and the efficiency of testing, monitoring or simulation is further improved.

[0037] In step S11, according to the test requirements, the data source to be collected is determined, and the data source may be an external system, including a database, a file system, a network interface, a data dictionary, etc.

[0038] Test requirements are mainly about solving the problem of "what to test", which are generally original requirements from the requirements specification, or functional and performance requirements in the product manual. The test content is clarified according to the requirements specification or product manual, and the test points are extracted.

[0039] The test data source refers to the data to be entered during the test process, which is stored in one place instead of scattered in the script. Usually a large amount of test data is stored in the data source, and all data is classified and stored according to the test requirements. When the test requirements are clear, the data source that needs to be collected can be determined according to the test requirements.

[0040] In step S12, test data is collected from the data source, and test data is collected from various data sources (such as databases, file systems, network interfaces, data dictionaries, etc.).

[0041] In one embodiment of the present application, a data collection script may be written using a programming language (such as Python, Java, etc.) to implement the function of collecting test data from a data source.

[0042] In another embodiment of the present application, data may also be collected directly from the test data source through an external system.

[0043] Clean and preprocess the collected data to remove invalid data and noise. You can use data cleaning tools (such as OpenRefine, Trifacta, etc.) or write data cleaning scripts for processing.

[0044] In step S13, the test type is determined according to the test requirements and test scenarios, and the corresponding data allocation strategy is selected according to the test type to automatically allocate the test data to different test cases. The test types include functional testing, performance testing and other tests.

[0045] A test scenario is any function that can be tested. Usually, a test scenario includes multiple test requirements. The corresponding test type is obtained based on the test requirements and test scenarios.

[0046] In one embodiment of the present application, the test type may be determined according to the test requirements, the test type may be determined according to the test scenario, or the test type may be determined according to both the test requirements and the test scenario, which is not limited here.

[0047] The test types include functional testing, performance testing and other testing.

[0048] Functional testing verifies the functions of the product, tests each item one by one according to functional test cases, evaluates the expected results and actual results based on the input data, and checks whether the product meets the pre-set requirements. It is also called black box testing, and only considers whether the test of each function can be realized, or whether there will be unexpected problems if it is not used according to the instruction manual.

[0049] Performance testing is to test the system's various performance indicators by simulating a variety of normal, peak and abnormal load conditions through automated testing tools.

[0050] Other tests are tests other than functional tests and performance tests, such as security tests.

[0051] A correspondence between a test type and a data allocation strategy is preset, and a corresponding data allocation strategy is selected according to the test type.

[0052] In one embodiment of the present application, the data allocation strategy includes allocation according to priority. For example, when the test type is a functional test, the collected data is prioritized according to the function point, a data priority list is obtained for each function point, and high-priority data is preferentially allocated to the test case of the corresponding function point to ensure the accuracy of the data. At the same time, factors such as the collection cycle, the number of collected samples, and the complexity of data preprocessing are considered to adjust the data priority to ensure the real-time nature of the data.

[0053] In one embodiment of the present application, the data allocation strategy includes proportional allocation. For example, the test type is performance testing. Since the performance test requires load stress testing of the object to be tested, it involves a large amount of data. When large amounts of data arrive, the data is allocated in proportion to the level, taking into account the limit level of data processing by the system and the focus of performance testing. Data at the same level is allocated to the test case at one time.

[0054] In one embodiment of the present application, the data allocation strategy includes random allocation. For example, if the test type is other tests, the data is randomly allocated in an allocation queue in consideration of the limit level of data processing by the system.

[0055] In order to consider the accuracy and real-time performance of data allocation, the system presets a variety of allocation algorithms. For example, the priority allocation strategy comprehensively considers factors such as function points, collection cycle, number of collected samples, and complexity of data preprocessing to dynamically map data weights, and finally performs weight-based algorithm allocation. For example, the proportional allocation strategy comprehensively considers the limit magnitude of system processing data and the focus of performance testing to allocate data based on polling algorithms. The random allocation strategy allocates according to the random allocation algorithm.

[0056] Data distribution adopts the observer mode. Any functional module can subscribe to data. Under the above distribution logic, secondary distribution is performed according to the above rules and the requirements of module subscription data.

[0057] The Observer Pattern is a behavioral design pattern that defines a one-to-many dependency relationship. When the state of an object changes, all its dependents are notified and automatically updated. The Observer Pattern is used when there is a one-to-many relationship between objects. For example, when an object is modified, it automatically notifies the objects that depend on it.

[0058] In S14, the test cases are executed, the test progress and test status are monitored in real time, and the test results are obtained. After receiving the test data, the test system starts to execute the test cases, and can use the automated test tool or external system software to execute the assigned test cases and record the test results.

[0059] Monitor the test progress and status in real time, and promptly identify and resolve problems that arise during the test.

[0060] Analyze test results: Use data analysis tools (such as Excel, Python, etc.) to analyze and count the test results and generate a test report.

[0061] Find problems and make suggestions for improvement: Based on the analysis results, find problems in the test process and make suggestions for improvement. You can use data visualization tools to visualize the data to better find problems and make suggestions for improvement.

[0062] In one embodiment of the present application, the test results are fed back to the data allocation module and the data acquisition module in a timely manner. According to the feedback results, the data allocation strategy and the data acquisition strategy are adjusted to improve the test efficiency and quality. Preferably, a message queue or a database can be used for data feedback, and a machine learning algorithm (such as a decision tree, a random forest, etc.) can be used for strategy adjustment.

[0063] In the embodiment of the present invention, according to the test requirements, the data source to be collected is determined; the test data is collected from the data source; according to the test requirements and the test scenario, the test type is determined, and the corresponding data allocation strategy is selected according to the test type, and the test data is automatically allocated to different test cases, and the test types include functional tests, performance tests and other tests; the test cases are executed, the test progress and test status are monitored in real time, and the test results are obtained; the data allocation strategy is adjusted according to the test results. In this way, the test data is dynamically and real-time allocated, achieving the technical effect of improving the efficiency and accuracy of the test.

[0064] The steps of the above method are divided only for the purpose of clear description. When implemented, they can be combined into one step or some steps can be split and decomposed into multiple steps. As long as they include the same logical relationship, they are all within the scope of protection of this patent; adding insignificant modifications to the algorithm or process or introducing insignificant designs without changing the core design of the algorithm and process are all within the scope of protection of this patent.

[0065] In addition, the examples mentioned in the above embodiments can be freely combined, and any combination can be understood as an embodiment. The "embodiment" or "example" appearing in various positions in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It can be understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0066] Another embodiment of the present invention relates to an automatic distribution system 300 for test data, such as Figure 3As shown, it is characterized in that the automatic distribution system 300 of test data includes:

[0067] The data source determination module 301 determines the data source that needs to be collected according to the test requirements.

[0068] The data collection module 302 collects test data from the data source.

[0069] The data allocation module 303 determines the test type according to the test requirements and test scenarios, selects the corresponding data allocation strategy according to the test type, and automatically allocates the test data to different test cases. The test types include functional testing, performance testing and other tests.

[0070] The test module 304 executes the test cases, monitors the test progress and test status in real time, and obtains the test results.

[0071] The adjustment module 305 adjusts the data allocation strategy according to the test result.

[0072] In some embodiments, the data allocation strategy includes allocation based on priority, and selecting an appropriate data allocation strategy based on test requirements and test scenarios includes: prioritizing the collected data according to functional points; and preferentially allocating data with high priority.

[0073] In some embodiments, the data allocation strategy includes proportional allocation, and selecting an appropriate data allocation strategy based on test requirements and test scenarios includes: comprehensively considering the limit level of system processing data and the focus of performance testing, and allocating data in hierarchical proportions.

[0074] In some embodiments, the data allocation strategy includes random allocation, and selecting a suitable data allocation strategy according to test requirements and test scenarios includes: randomly allocating data in an allocation queue according to a limit level of system processing data.

[0075] In some embodiments, adjusting the data allocation strategy according to the test results includes: timely feeding back the test results to the data allocation module and the data acquisition module; and adjusting the data allocation strategy and the data acquisition strategy according to the feedback results.

[0076] It is not difficult to find that this embodiment is a device embodiment corresponding to the above method embodiment, and this embodiment can be implemented in conjunction with the above method embodiment. The relevant technical details mentioned in the above method embodiment are still valid in this embodiment, and in order to reduce repetition, they are not repeated here. Accordingly, the relevant technical details mentioned in this embodiment can also be applied in the above method embodiment.

[0077] It is worth mentioning that all modules involved in this embodiment are logic modules. In practical applications, a logic unit can be a physical unit, a part of a physical unit, or a combination of multiple physical units. In addition, in order to highlight the innovative part of the present invention, this embodiment does not introduce units that are not closely related to solving the technical problem proposed by the present invention, but this does not mean that there are no other units in this embodiment.

[0078] Another embodiment of the present application provides an electronic device 400, see Figure 4 , including: a processor 401, a memory 402, and a computer program stored in the memory 402 and executable on the processor 401, such as a data processing program. When the processor 401 executes the computer program, the steps in the above-mentioned various test data automatic allocation method embodiments are implemented, such as Figure 2 Steps S11-S15 are shown.

[0079] Exemplarily, the computer program may be divided into one or more modules / units, which are stored in the memory 402 and executed by the processor 401 to complete the present application. The one or more modules / units may be a series of computer program instruction segments capable of completing specific functions, which are used to describe the execution process of the computer program in the electronic device.

[0080] The electronic device may be a computing device such as a desktop computer, a notebook, a PDA, and a cloud server. The electronic device may include, but is not limited to, a processor 401 and a memory 402. Those skilled in the art will appreciate that the schematic diagram is merely an example of an electronic device and does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown in the diagram, or may combine certain components, or different components. For example, the electronic device may also include an input / output device, a network access device, a bus, etc.

[0081] The processor 401 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor 401 may also be any conventional processor, etc. The processor 401 is the control center of the electronic device, and uses various interfaces and lines to connect various parts of the entire electronic device.

[0082] The memory 402 can be used to store the computer program and / or module, and the processor 401 realizes various functions of the electronic device by running or executing the computer program and / or module stored in the memory 402, and calling the data stored in the memory 402. The memory 402 can mainly include a program storage area and a data storage area, wherein the program storage area can store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc.; the data storage area can store data created according to the use of the mobile phone (such as audio data, a phone book, etc.), etc. In addition, the memory 402 can include a high-speed random access memory, and can also include a non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (SecureDigital, SD) card, a flash card (Flash Card), at least one disk storage device, a flash memory device, or other volatile solid-state storage devices.

[0083] Wherein, if the module / unit integrated in the electronic device is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on such an understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, and can also be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor 401. Wherein, the computer program includes a computer program code, and the computer program code can be in the form of source code, object code, executable file or some intermediate form. The computer-readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a U disk, a mobile hard disk, a magnetic disk, an optical disk, a computer memory, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), an electrical carrier signal, a telecommunication signal, and a software distribution medium.

[0084] Another embodiment of the present application provides a computer-readable storage medium, which stores programs or instructions. When the program or instructions are executed by a processor, the various processes of the embodiment of the automatic allocation method of test data such as any of the above-mentioned items are implemented, and the same technical effect can be achieved. To avoid repetition, they will not be repeated here.

[0085] Computer readable media include permanent and non-permanent, removable and non-removable media, and can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0086] Another embodiment of the present application further provides a computer program product, including computer instructions, which, when executed by a processor, implement the above Figure 2The various processes of any of the embodiments of the method for automatic allocation of test data shown in the figure can achieve the same technical effect, and will not be described again here to avoid repetition.

[0087] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or device including the element.

[0088] It should be noted that the collection, collection, updating, analysis, processing, use, transmission, storage and other aspects of user personal information involved in the technical solution of this disclosure are in compliance with the provisions of relevant laws and regulations, are used for legitimate purposes, and do not violate public order and good morals. Necessary measures are taken for user personal information to prevent illegal access to user personal information data and maintain the security of user personal information and network security.

[0089] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0090] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes a number of instructions for enabling a service classification device (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in each embodiment of the present application.

[0091] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A method for automatically allocating test data, characterized in that: Determine the data sources that need to be collected based on test requirements; Collecting test data from the data source; Determine the test type according to the test requirements and test scenarios, select the corresponding data allocation strategy according to the test type, and automatically allocate the test data to different test cases. The test types include functional testing, performance testing and other tests; Execute test cases, monitor test progress and test status in real time, and obtain test results; The data allocation strategy is adjusted according to the test result.

2. The automatic distribution method of test data according to claim 1, characterized in that: The collecting test data from the data source comprises: Write data collection scripts or collect directly through external systems.

3. The automatic distribution method of test data according to claim 1, characterized in that: The data allocation strategy includes allocation according to priority. The selection of a suitable data allocation strategy according to test requirements and test scenarios includes: Prioritize the collected data by functional points; Prioritize high priority data.

4. The automatic distribution method of test data according to claim 1, characterized in that: The data allocation strategy includes proportional allocation. The selection of a suitable data allocation strategy according to the test requirements and test scenarios includes: Taking into account the limit level of data processing by the system and the focus of performance testing, the data is allocated according to the hierarchical ratio.

5. The automatic distribution method of test data according to claim 1, characterized in that: The data allocation strategy includes random allocation. The selection of a suitable data allocation strategy according to the test requirements and test scenarios includes: According to the limit level of data processing of the system, the data is randomly allocated in an allocation queue.

6. The automatic distribution method of test data according to claim 1, characterized in that: The adjusting the data allocation strategy according to the test result comprises: Feedback the test results to the data distribution module and data acquisition module in a timely manner; Adjust data allocation strategy and data collection strategy based on feedback results.

7. A system for automatically distributing test data, characterized in that: The automatic distribution system of test data comprises: The data source determination module determines the data source that needs to be collected according to the test requirements; A data collection module collects test data from the data source; A data allocation module determines the test type according to the test requirements and test scenarios, selects the corresponding data allocation strategy according to the test type, and automatically allocates the test data to different test cases. The test types include functional testing, performance testing and other tests; Test module, executes test cases, monitors test progress and test status in real time, and obtains test results; An adjustment module adjusts the data allocation strategy according to the test result.

8. An electronic device, characterized in that: include: at least one processor; as well as, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed 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 perform the method according to any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that: When the instructions in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device is enabled to perform the method as claimed in any one of claims 1 to 6.

10. A computer program product, characterized in that The method comprises a computer program, which implements the method according to any one of claims 1 to 6 when being executed by a processor.

Images