Test data generation method and device, equipment and storage medium

By using robot process automation technology, test data is automatically generated based on test demand scenarios and rules, the problem of manual generation of test data is solved, and efficient and accurate test data generation is achieved.

CN119473910APending Publication Date: 2025-02-18AGRICULTURAL BANK OF CHINA
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411726792.0
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-11-28
Publication Date
2025-02-18

AI Technical Summary

Technical Problem

During the software development process, especially in the testing process of banking systems, it takes time, inefficient, and error-prone to manual generation of complex test data.

Method used

By obtaining test data generation requests, test data rules are determined, including the association relationships, business data and format requirements between multiple systems, and robot process automation (RPA) technology is used to generate test data.

Benefits of technology

It improves the efficiency of test data generation, reduces the steps of manual operation, improves the efficiency of testing, and reduces the possibility of errors.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119473910A_ABST
    Figure CN119473910A_ABST
Patent Text Reader

Abstract

The invention provides a test data generation method and device, equipment and a storage medium, in the test data generation method, a test data generation request is acquired, and the test data generation request comprises a test demand scene; based on the test demand scene, determining a test data rule, the test data rule comprising an association relationship among the plurality of systems, service data required by the plurality of systems and a format requirement of the service data; and generating test data based on a robot process automation (RPA) technology and the test data rule. According to the method, the test data is generated based on the robot process automation technology, a large number of steps needing manual repeated operation are replaced, the generation efficiency of the test data is improved, and the test efficiency is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of testing technology, and in particular to a method, device and storage medium for generating test data. Background Art

[0002] In the process of software development, software testing is usually required to verify the stability of the software. A very important task in the software testing process is to generate and maintain test data, which is tedious, repetitive and prone to errors. For banking systems, there are many related software such as mobile banking, which are directly used by users. A lot of complex test data is needed in the testing process. The business rules of these data are stored in the system programs and databases such as the middle and back-end. They are mainly characterized by long business links, multiple rule verifications, and complex cross-system interactions. They involve multiple internal and external information such as customers, accounts, credit, investment and financial management, credit, industry and commerce, justice, exchange rates, and clearing.

[0003] At present, complex test data often needs to be generated manually by testers, and manual operations require the cooperation of a large number of R&D testers, which is time-consuming and inefficient. Summary of the invention

[0004] In view of this, the purpose of the present application is to provide a method, device, equipment and storage medium for generating test data to improve the efficiency of test data generation.

[0005] In a first aspect, the present application provides a method for generating test data.

[0006] Obtaining a test data generation request, wherein the test data generation request includes a test requirement scenario;

[0007] Based on the test requirement scenario, determine the test data rules, the test data rules including the association relationship between multiple systems, the business data required by the multiple systems, and the format requirements of the business data;

[0008] Based on the Robotic Process Automation (RPA) technology and the test data rules, test data is generated.

[0009] Optionally, the method further includes:

[0010] Obtain user complexity information;

[0011] Based on the test requirement scenario, determine the test data rules, including:

[0012] The test data rules are determined based on the test requirement scenario and the user complexity information.

[0013] Optionally, the method further includes:

[0014] Presentation data is generated based on the test data and a preset format, and the presentation data is presented.

[0015] Optionally, the method further includes:

[0016] The test data is checked, and if the test data fails the check, an error prompt message is generated.

[0017] Optionally, the test data generation request further includes: the amount of test data generated corresponding to the test requirement scenario;

[0018] Then the test data is generated based on the Robotic Process Automation (RPA) technology and the test data rules, including:

[0019] Based on the Robotic Process Automation (RPA) technology, the test data rules and the generated volume, test data is generated.

[0020] Optionally, the test requirement scenario includes business processing types of mobile banking.

[0021] In a second aspect, the present application provides a device for generating test data, comprising:

[0022] An acquisition unit, used to acquire a test data generation request, wherein the test data generation request includes a test requirement scenario;

[0023] A determination unit, configured to determine a test data rule based on the test requirement scenario, wherein the test data rule includes an association relationship between multiple systems, business data required by multiple systems, and a format requirement for the business data;

[0024] The generating unit is used to generate test data based on the Robotic Process Automation (RPA) technology and the test data rule.

[0025] Optionally, the device comprises:

[0026] The acquisition unit is further used to acquire user complexity information;

[0027] The determining unit is specifically used to determine the test data rule based on the test requirement scenario and the user complexity information.

[0028] In a third aspect, the present application provides a test data generation device, comprising:

[0029] Memory for storing computer programs;

[0030] A processor is used to execute the computer program stored in the memory to implement the steps of the method for generating test data as described in the first aspect.

[0031] In a fourth aspect, the present application provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program is executed by a processor to implement the steps of the method for generating test data as described in the first aspect.

[0032] It can be seen that the present application provides a method, device, equipment and storage medium for generating test data. In a method for generating test data, a test data generation request is obtained, and the test data generation request includes a test requirement scenario; based on the test requirement scenario, a test data rule is determined, and the test data rule includes the association relationship between multiple systems, the business data required by multiple systems, and the format requirements of the business data; based on the Robotic Process Automation (RPA) technology and the test data rule, test data is generated. Through the above method, the efficiency of obtaining test data can be improved through robots, and the test efficiency can be improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present application, and a person skilled in the art can also obtain other drawings based on these drawings.

[0034] Figure 1 It is a flowchart of a method for generating test data provided in an embodiment of the present application;

[0035] Figure 2 It is a technical architecture diagram of a method for generating test data provided in an embodiment of the present application;

[0036] Figure 3 It is a flowchart of another method for generating test data provided in an embodiment of the present application;

[0037] Figure 4 It is a structural schematic diagram of a test data generating device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0038] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0039] To facilitate understanding of the technical solution provided by this application, the background technology involved in this application will be described below.

[0040] When developing software, it is usually necessary to test the software to determine its stability. The data required for testing the software is the test data. Based on the test data, the software workflow can be simulated and the software functions can be tested. For banking systems, mobile banking applications are currently commonly used. Mobile banking is a bank-to-customer service software that runs on mobile phones, tablets and other devices. It provides a variety of financial and non-financial services and is directly aimed at a large number of individual users. It is the most mainstream financial software application. Mobile banking has many associated systems and is directly used by customers. During the testing process, a lot of complex test data is needed. The business rules of these data are stored in system programs and databases such as the middle and back-end. They mainly have the characteristics of long business links, multiple rule verifications, and complex cross-system interactions. They involve multiple internal and external information such as customers, accounts, credit, investment and financial management, credit, industry and commerce, justice, exchange rates, and clearing. At present, complex test data often needs to be generated manually by testers, and manual operations require the cooperation of a large number of R&D testers, which is time-consuming and inefficient.

[0041] To this end, the present application provides a method, device, equipment and storage medium for generating test data. In a method for generating test data, a test data generation request is obtained, and the test data generation request includes a test requirement scenario; based on the test requirement scenario, a test data rule is determined, and the test data rule includes the association relationship between multiple systems, the business data required by multiple systems, and the format requirements of the business data; based on the robotic process automation RPA technology and the test data rule, test data is generated. Through the above method, test data is generated based on the robotic process automation technology, replacing a large number of steps that require manual repetitive operations, improving the efficiency of test data generation, and improving testing efficiency.

[0042] To facilitate understanding of the technical solution provided by the present application, a method for generating test data provided by the present application will be described below in conjunction with the accompanying drawings. Figure 1 , this figure is a flow chart of a method for generating test data provided in an embodiment of the present application, and the method includes S101-S103.

[0043] S101: Obtain a test data generation request, where the test data generation request includes a test requirement scenario.

[0044] The present application does not limit the specific method of obtaining the test data generation request. The test data generation request can be initiated by the tester through the test tool interaction, or it can be automatically initiated by the test tool according to the current test task, so that the embodiment of the present application can obtain the test data generation request.

[0045] This application does not limit the specific content of the test demand scenario. As an example, the test demand scenario includes the business handling type of mobile banking. It is understandable that this application can set different test demand scenarios for mobile banking applications and different business handling types in mobile banking to achieve the reasonable use of digital robot technology in the field of mobile banking test data. This application does not limit the specific content of the business handling type. As an example, the business handling type can be different types such as loan business, inquiry business, financial management business, credit reporting function business, etc.

[0046] S102: Determine test data rules based on the test requirement scenario, where the test data rules include associations between multiple systems, business data required by the multiple systems, and format requirements for the business data.

[0047] In the embodiment of the present application, after the test requirement scenario is acquired, the test data rules can be determined based on the test requirement scenario.

[0048] The present application does not limit the specific method of determining the test data rules based on the test requirement scenario. As a possible implementation method, the present application presets the establishment of a first correspondence between the test requirement scenario and the test data rules, so that the test data rules can be directly determined based on the test requirement scenario and the first correspondence.

[0049] It is understandable that the test data rules include the association relationship between multiple systems, the business data required by multiple systems, and the format requirements of the business data. The association relationship between multiple systems includes which systems need to be involved in the business to execute the test requirement scenario, and the execution order between the systems. Different test requirement scenarios may involve the processing flows of different systems. For example, a functional business of mobile banking may need to involve the processing operations of the risk control system, customer management system, transaction settlement system, etc. in sequence. Different test scenarios may require different systems to perform different actions, such as the need to search and judge different business data involved in the system. Therefore, this application needs to obtain the association relationship between multiple systems, the business data required by multiple systems, and the format requirements of the business data. This application does not limit the specific content of the format requirements. As an example, the format requirements of business data include: data type, length, whether it is NULL, whether it is unique, default value, index, foreign key constraint and other information.

[0050] As a possible implementation method, the test data rules also include the conditional requirements for each business data, that is,

[0051] S103: Generate test data based on robotic process automation (RPA) technology and test data rules.

[0052] In the embodiment of the present application, after the test data rules are determined, the test data can be generated based on the Robotic Process Automation (RPA) technology. RPA technology refers to the automation of business processing based on software robots, which can interact with the existing user system according to pre-set programs and complete the expected tasks.

[0053] It can be understood that by sorting out the associations between multiple systems included in the test data rules, the business data required by multiple systems, and the format requirements of the business data, the present application can determine the execution process and business data of each system in the test requirement scenario. The present application can simulate the implementation process of the test requirement scenario through robotic process automation technology, that is, by simulating the operation process of the business scenario, the entire process of generating test data is configured as a program based on RPA technology. RPA can generate corresponding execution scripts according to the execution order of each system and the operations that each system needs to perform on the database, and automatically execute the corresponding execution scripts to dynamically generate test data and realize process automation processing.

[0054] Through the above method, the commonly used complex test data generation steps can be standardized, and a large number of steps that require manual repetitive operations can be serialized using digital robot technology. By inputting test requirement scenarios to generate target test data, testers can quickly carry out tests and improve test efficiency.

[0055] As a possible implementation manner, the present application provides a method for generating test data, further comprising: obtaining user complexity information.

[0056] It is understandable that the present application can represent the functions used by different users through user complexity information. For the same test requirement scenario, different users need different conditions for testing due to the different functions used. For example, it is necessary to generate test data for the loan business of mobile banking. If user A has used the relevant loan business in the past, but user B has not, then when user A applies for the loan business, it will be tested whether the relevant loan business used by user A is repaid normally, while user B does not need to perform relevant tests. The complexity information of user A is higher than that of user B.

[0057] Then S102 determines the test data rules based on the test requirement scenario, including: determining the test data rules based on the test requirement scenario and the user complexity information.

[0058] This application does not limit the specific method of determining the test data rules based on the test requirement scenario and user complexity information. As a possible implementation method, this application presets the establishment of a second correspondence between the test requirement scenario, user complexity information and the test data rules, so that the test data rules can be directly determined based on the test requirement scenario, user complexity information and the second correspondence. By combining user complexity information, this application can more finely distinguish the tests required by different users and improve the practicality of the generated test data.

[0059] As a possible implementation manner, a method for generating test data provided in the present application further includes the following steps: generating presentation data based on the test data and a preset format, and presenting the presentation data.

[0060] It is understandable that the present application will pre-set a preset format. After obtaining the test data, the display data can be generated in combination with the preset format. The present application does not limit the specific form of the preset format, and the preset format includes a table format, etc. As a possible implementation method, the table format may include positions corresponding to test data with different business meanings. After obtaining the test data, the test data with different business meanings can be filled in to obtain the display data. The present application does not limit the specific content of the display data. As an example, the display data can be shown in Table 1 below:

[0061]

[0062] Table 1

[0063] As a possible implementation, the present application can pre-establish a third correspondence between a preset format and a test requirement scenario, thereby determining the preset format required for the test data through the test data scenario. The present application can set different preset formats for different test data scenarios to better display the display data.

[0064] As a possible implementation manner, the preset format can be modified and updated according to actual test requirements to improve the accuracy of the generated test data.

[0065] As a possible implementation manner, the present application provides a method for generating test data, further comprising: verifying the test data, and generating an error prompt message if the test data fails the verification.

[0066] In an embodiment of the present application, after the test data is generated, the test data needs to be verified. The present application does not limit the specific method of verifying the test data. As an example, the present application executes the test script of the corresponding software and substitutes the test data into the software for verification.

[0067] In the embodiment of the present application, if the test data fails to be checked, an error prompt message is generated. It is understandable that the error prompt message includes an error code, which is used to indicate the cause of the error and the location of the error. By checking the test data, when the test data fails to be checked, an error prompt message is generated, which can facilitate the user to modify the test data and improve the accuracy of the test data. As a possible implementation method, if the test data passes the check, the test data will be marked as available data.

[0068] As a possible implementation manner, the present application provides a method for generating test data, wherein the test data generation request further includes: the amount of test data generated corresponding to the test requirement scenario.

[0069] Then S103 generates test data based on the Robotic Process Automation (RPA) technology and the test data rules, including: generating test data based on the Robotic Process Automation (RPA) technology, the test data rules and the generated amount.

[0070] In this application, the tester can carry the amount of test data generated corresponding to the test requirement scenario in the test data generation request. It is understandable that the amount of test data generated is used to indicate the amount of test data that needs to be generated, and the amount of test data generated can be any value. Different test requirement scenarios in this application can correspond to different amounts of test data generated.

[0071] This application combines Robotic Process Automation (RPA) technology, test data rules, and the amount of test data generated to generate test data, which can generate test data in batches and improve the efficiency of test data generation.

[0072] The following is a further explanation of this application using the example of making test data for mobile banking. Figure 2 , Figure 2 A technical architecture diagram of a method for generating test data provided in an embodiment of the present application. RPA is based on technologies such as artificial intelligence and automation, and includes three parts: a controller, a designer, and a runner, which are used to schedule, edit, and run automated processes, respectively, to replace cross-system and repetitive operation rules. To produce complex test data, it is first necessary to sort out the data rules. The data rule module can store information such as system name, system environment, login account and password, operation steps, business scenarios, data formats, etc. required for test data production, and can support one-click import into RPA editing.

[0073] The system configuration module is responsible for storing and connecting the business modules involved in the production of test data for mobile banking and its related systems, as well as the test environment configuration information for transactions, such as server address and port, server version and model, client and web page login address, system interface configuration information, network configuration, etc. By sorting out the systems involved in the production of test data, establishing a list of system environment resources, and monitoring whether the configuration connections between systems are correct and whether they can respond normally, we can ensure that the working environment of the digital robot is normal.

[0074] The display and analysis module is used to display the results of a single or batch run of RPA. It is generated in a standardized form in the form of test data to clearly display whether the data meets the test requirements.

[0075] After effectively linking and configuring the associated systems, you can then import complex test data rules into the RPA editor, create digital robots through RPA, and assign work tasks to multiple robots after creation. When data needs to be produced, you can call up the test data rules and automatically perform operations across systems.

[0076] For example, the test scenario that needs to be created is: the first mortgage loan of an individual is overdue and the user applies for a general consumer loan online in the mobile banking. In this scenario, the test data rules may include: the test user has outstanding mortgage loans in the system and has a mortgage loan that has not been repaid in time this month, the customer's loan contract status is normal, the debit card number is normal, the ID number, mobile phone number, and credit information are normal, and the mobile banking registration is required.

[0077] For another example, the test demand scenario that needs to be produced is: test data for applying for online credit products for small and micro enterprises. In this scenario, the test data rules can include: the tax information of small and micro enterprises is normal, the credit information of small and micro enterprises is normal, and there is no loan arrears; the loan account of small and micro enterprises is normal and has not been frozen or sealed by the judiciary; the business registration information of small and micro enterprises is normal, and there is no missing information such as address, contact person, business scope, registered capital, etc.; the credit, account, spouse information, personal information, mobile phone number and other information of the legal representative of the enterprise are all normal, and no key information is missing; there are no unpaid loan products of the same type under the name of the enterprise and the legal representative of the enterprise.

[0078] It is understandable that test data needs to be queried or operated from databases of different systems. Digital robots are used to sort out data rules first, and solidify data rules in the form of SQL statements and automated scripts to facilitate accurate execution by robots, and automatically generate results for execution, so as to facilitate testing. The above-mentioned test data production device is based on RPA, which transforms the complex test data required for mobile banking from manual production to automatic production. Through the data rule module, system rule module and display analysis module, a series of steps such as business rules, system associations, and data generation are robotized. Through virtualized digital robots, a large amount of human communication and operation costs are replaced, realizing the rational use of digital robot technology in the field of mobile banking test data, supporting mobile banking in the large-scale associated system architecture mode, automating, speeding up, and standardizing the production of test data in complex scenarios, greatly reducing manual workload.

[0079] See also Figure 3 , Figure 3 A flowchart of another method for generating test data provided in an embodiment of the present application. The embodiment of the present application includes the following steps:

[0080] Step 1: Sort out the complex test data requirements during mobile banking testing and form different test demand scenarios.

[0081] Step 2: Analyze the data rules in detail according to the test data requirement scenario to form complete test data rules. The test data rules include the association relationship between multiple systems, the business data required by multiple systems, and the format requirements of the business data.

[0082] Step 3: According to the data rules, sort out the related systems and their transaction information involved in the query or production of data, and configure the system network environment in the test environment to ensure data consistency, network connectivity, and login account availability among systems.

[0083] Step 4: After using the PRA editor to edit the digital robot according to the data rules, start running the digital robot to start working, supporting single generation and batch generation of data. The scheduling of the digital robot in the data generation process is completed by the RPA controller to ensure that the data production work is carried out in an orderly and efficient manner. It is understandable that this application can set up different digital robots for different test demand scenarios, so as to better utilize the digital robot to generate test data.

[0084] Step 5: After the robot workflow is completed, the end sign is displayed, and the test data is automatically generated according to the pre-set format and rules and displayed in a tabular form.

[0085] Step 6: Perform automated operations on the generated data and verify the book number data by calling the automated script. Perform actual verification through the mobile banking application. If the test data supports normal login and the page displays the correct relevant data, mark it as normal and usable data.

[0086] Step 7: For test environment system errors that occur during the production process, and situations where data is unavailable after generation, analyze the error code and send the error information to the R&D manager for investigation, locate the cause of the data anomaly and make corrections.

[0087] A test data generation device provided in an embodiment of the present application is introduced below. The device described below and the test data generation method described above can refer to each other.

[0088] See also Figure 4 , Figure 4 A schematic diagram of the structure of a test data generating device provided in an embodiment of the present application, the device includes an acquiring unit 401, a determining unit 402 and a generating unit 403.

[0089] The acquisition unit 401 is used to acquire a test data generation request, where the test data generation request includes a test requirement scenario.

[0090] A determination unit 402 is used to determine a test data rule based on the test requirement scenario, wherein the test data rule includes an association relationship between multiple systems, business data required by multiple systems, and a format requirement for the business data;

[0091] The generating unit 403 is used to generate test data based on the Robotic Process Automation (RPA) technology and the test data rules.

[0092] As a possible implementation, the acquisition unit 401 is further used to acquire user complexity information;

[0093] The determining unit 402 is specifically configured to:

[0094] The test data rules are determined based on the test requirement scenario and the user complexity information.

[0095] As a possible implementation manner, the device further includes:

[0096] A display unit is used to generate display data based on the test data and a preset format, and display the display data.

[0097] As a possible implementation manner, the device further includes:

[0098] The testing unit is used to test the test data and generate an error message if the test data fails the test.

[0099] As a possible implementation, the test data generation request further includes: a generation amount of test data corresponding to the test requirement scenario;

[0100] The generating unit 403 is specifically used to generate test data based on the Robotic Process Automation (RPA) technology, the test data rules and the generated amount.

[0101] As a possible implementation method, the test requirement scenario includes the business processing type of mobile banking.

[0102] It should be noted that the test data generation device provided in the embodiment of the present application has the technical effects of any of the above embodiments, and the embodiment of the present application will not be described in detail here.

[0103] The present application also provides a test data generation device, which may include a memory and a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the test data generation method described in the above embodiment is implemented.

[0104] It should be noted that the test data generation device provided in the embodiment of the present application has the technical effects of any of the above embodiments, and the embodiment of the present application will not be described in detail here.

[0105] The present application also provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed, the steps provided in the above embodiment can be implemented. The storage medium may include: a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and other media that can store program codes.

[0106] It should be noted that a computer-readable storage medium provided in an embodiment of the present application has the technical effects of any of the above embodiments, and the embodiments of the present application are not described in detail here.

[0107] It should be understood that in the present application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the objects associated before and after are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0108] It should also be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants 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, the elements defined by the sentence "comprise a ..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

[0109] Specific examples are used herein to illustrate the principles and implementation methods of the present application, and the description of the above embodiments is only used to help understand the method and core ideas of the present application. It should be pointed out that for ordinary technicians in this technical field, without departing from the principles of the present application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the scope of protection of the claims of the present application.

Claims

1. A method for generating test data, characterized in that: The method comprises: Obtaining a test data generation request, wherein the test data generation request includes a test requirement scenario; Based on the test requirement scenario, determine the test data rules, the test data rules including the association relationship between multiple systems, the business data required by the multiple systems, and the format requirements of the business data; Based on the Robotic Process Automation (RPA) technology and the test data rules, test data is generated.

2. The method according to claim 1, characterized in that The method further comprises: Obtain user complexity information; Based on the test requirement scenario, determine the test data rules, including: The test data rules are determined based on the test requirement scenario and the user complexity information.

3. The method according to claim 1, characterized in that The method further comprises: Presentation data is generated based on the test data and a preset format, and the presentation data is presented.

4. The method according to claim 1, characterized in that The method further comprises: The test data is checked, and if the test data fails the check, an error prompt message is generated.

5. The method according to claim 1, characterized in that The test data generation request also includes: the amount of test data generated corresponding to the test requirement scenario; Then the test data is generated based on the Robotic Process Automation (RPA) technology and the test data rules, including: Based on the Robotic Process Automation (RPA) technology, the test data rules and the generated volume, test data is generated.

6. The method according to claim 1, characterized in that The test requirement scenarios include mobile banking business processing types.

7. A test data generating device, characterized in that: include: An acquisition unit, used to acquire a test data generation request, wherein the test data generation request includes a test requirement scenario; A determination unit, configured to determine a test data rule based on the test requirement scenario, wherein the test data rule includes an association relationship between multiple systems, business data required by multiple systems, and a format requirement for the business data; The generating unit is used to generate test data based on the Robotic Process Automation (RPA) technology and the test data rule.

8. The device according to claim 7, characterized in that The device comprises: The acquisition unit is further used to acquire user complexity information; The determining unit is specifically used to determine the test data rule based on the test requirement scenario and the user complexity information.

9. A test data generating device, characterized in that: include: Memory for storing computer programs; A processor, configured to execute the computer program stored in the memory to implement the steps of the method for generating test data according to any one of claims 1 to 6.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: The computer program is executed by a processor to implement the steps of the method for generating test data according to any one of claims 1 to 6.