WO2019104844A1

WO2019104844A1 - Automatic performance testing method, apparatus and device for monetary fund system, and storage medium

Info

Publication number: WO2019104844A1
Application number: PCT/CN2018/072928
Authority: WO
Inventors: 伍朗; 伍振亮
Original assignee: 平安科技（深圳）有限公司
Priority date: 2017-11-29
Filing date: 2018-01-17
Publication date: 2019-06-06
Also published as: CN107957945A; CN107957945B

Abstract

An automatic performance testing method, apparatus and device for a monetary fund system, and a storage medium, which are related to the technical field of software testing; the method comprises: connecting a monetary fund system, generating a mirror image and establishing a virtual monetary fund system according to the mirror image (S100); clearing historical data from the virtual monetary fund system, and importing preparation data (S101); applying an automated testing use case to test the performance of the virtual monetary fund system (S102); acquiring key parameters of performance testing, and automatically generating a test report according to the key parameters (S103). By means of performing virtualization on the system, said method reduces the environmental influence during automatic testing, lowers the re-run rate, and forms standardized statistical rules for test reports such that test reports may be compared.

Description

Monetary fund system automatic performance testing method, device, device and storage medium

This patent application is based on the Chinese invention patent application filed on November 29, 2017, with the application number of 201711221494.6, entitled "Monetary Fund System Automatic Performance Test Method, Apparatus, Equipment and Storage Medium", and requires its priority.

Technical field

The present application belongs to the field of software testing technology, and more particularly to a method, device, device and storage medium for automatic performance testing of a money fund system.

Background technique

The performance test of the money fund system often involves more than one hundred kinds of business transactions. In the past, the manual method was adopted to arrange a batch of outlets and a large number of tellers in the country to coordinate and simulate the operation of the business. This test method is neither flexible nor costly. A lot of manpower and time.

Since many performance tests need to be performed under high load or long time, if there are any configuration errors or other problems, such as technical failures at the front and back of the Monetary Fund system, it is necessary to rerun the test, which will waste a lot of time. Impact test cycle; In addition, because there is no unified statistical rule, different testers may appear in the statistics of key indicators, resulting in inability to compare performance data, or produce incorrect test results.

Summary of the invention

In view of the deficiencies of the prior art, the present application provides a method, device, device and storage medium for automatic performance testing of a money fund system, which can make the performance testing process unaffected by the front and rear ends of the system, reduce the re-run rate, and form a unified statistical rule. .

This application is implemented as follows:

The first aspect of the present application provides a method for testing an automatic performance of a money fund system, the method comprising the following steps:

Connect to the money fund system, generate a mirror and establish a virtual money fund system based on the image;

Clearing the historical data of the virtual currency fund system and importing the preparation data;

Applying an automated test case to perform performance testing on the virtual money fund system;

Obtaining key parameters of the performance test, and automatically generating a test report according to the key parameters.

The second aspect of the present application provides an automatic performance testing device for a money fund system, the device comprising:

a mirror generation module for connecting to the money fund system to generate a mirror to establish a virtual money fund system;

a data importing module, configured to clear the historical data of the virtual money fund system, and import the preparation data;

a performance test module for applying an automated test case to perform performance testing on the virtual money fund system;

The report generation module is configured to acquire key parameters of the performance test, and automatically generate a test report according to the key parameter.

A third aspect of the present application provides a terminal device including a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, the processor executing the computer readable instructions Implement the following steps:

A fourth aspect of the present application provides a computer readable storage medium storing computer readable instructions that, when executed by a processor, implement the following steps:

The method, device, device and storage medium for the automatic performance test of the money fund system provided by the present application reduce the test environment by establishing a virtual money fund system, clearing historical data, and importing the preparation data, thereby reducing the test environment to the performance test process. Influence, reduce the re-run rate, and automatically generate test reports based on key parameters to make the test results comparable, and more objectively evaluate the performance of the money fund system.

DRAWINGS

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings used in the embodiments or the prior art description will be briefly described below. Obviously, the drawings in the following description are only the present application. For some embodiments, other drawings may be obtained from those of ordinary skill in the art in light of the inventive workability.

1 is a flowchart of a method for testing an automatic performance of a money fund system according to an embodiment of the present application;

2 is a flowchart of a method for testing an automatic performance of a money fund system according to another embodiment of the present application;

3 is a schematic structural diagram of an automatic performance testing device for a money fund system according to another embodiment of the present application;

Figure 4 is another schematic structural view of the embodiment shown in Figure 3;

FIG. 5 is a schematic structural diagram of a terminal device according to another embodiment of the present disclosure.

Detailed ways

In order to make the technical problems, technical solutions and beneficial effects to be solved by the present application more clear, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It is understood that the specific embodiments described herein are merely illustrative of the application and are not intended to be limiting.

Please refer to FIG. 1 , which is a flowchart of a method for testing an automatic performance of a money fund system provided by an embodiment of the present application.

The method for automatically testing the money fund system includes the following steps:

Step S100, connecting the money fund system, generating an image and establishing a virtual money fund system according to the image.

Since the test process of the general performance test needs to be carried out under high load or for a long time, if there is a configuration error in the test system or a problem occurs in the front and rear ends of the system, such as a technical failure, the performance test needs to be re-run, which wastes A large amount of time affects the test cycle. In this step, the Monetary Fund system is virtualized to separate the test environment, which greatly reduces the impact of the test environment, reduces the re-run rate, and improves the efficiency of performance testing.

As an implementation manner, the test machine can be connected to the money fund system, and the test machine can be connected to the money fund system through the program interface, and the virtual currency fund system is established according to the generated image file according to the image file generated by the money fund system.

The image file may be generated by the test machine program according to the preset test rule and selected part (or all) of the data in the money fund system, and the image file may be generated by the test machine program for use in the subsequent process. The system image required for the test is generated, and does not constitute a limitation on the present application.

In step S101, the historical data of the virtual money fund system is cleared, and the preparation data is imported.

In the process of the virtual currency fund system, the relevant data in the real system will remain in the virtual system. In order to smoothly test the various stages of the money fund system, the retained data needs to be cleared first to avoid the remaining data pairs. The test process generates interference and is then imported into the preparation data for automatic performance testing for performance testing.

The preparation data may be various business transaction data such as a network point, a teller, a card number, a transaction account, a customer name, a certificate, a type, a document number, a signing agreement number, etc., or may be data of the front and back ends of the money fund system. The test machine is extracted according to the needs, and is imported into the virtual money fund system during the automatic performance test to establish an independent test environment, which enables the automatic performance test of each stage to proceed smoothly. The front and back of the Monetary Fund system refers to the upstream and downstream of the money fund, including: user account opening system, audit audit system, commission management system, broker management system and fund settlement system.

Step S102, applying an automated test case to perform performance testing on the virtual money fund system.

Performance testing is mainly to test the response speed of a system's function points and the consumption of resources (CPU, memory, disk, etc.). For example, for the system login function, the system will not 瘫痪 if many users log in. Thus, at the critical point, the maximum number of users the system can accommodate is derived. The purpose of the Monetary Fund System Performance Test is to verify the stability of the system by setting different system pressures and testing whether the system's functional points can maintain a normal response under various pressures.

Among them, the automated test cases include automated test scripts under different system pressures, which can simulate different scenarios and make the performance test results more reliable. This can include, but is not limited to, testing under the following stresses:

1. Simulate the normal working state of the money fund system, the system resources are relatively sufficient, and the system CPU usage rate is 60% to 70%.

2. Simulate the tight working state of the money fund system resources, in the case of CPU usage exceeding 90%.

3. Simulate the working state of the continuous fatigue of the money fund system. Continuous fatigue online refers to long-term stress test under high transaction rate to examine the performance of the money fund system under long-term and heavy load conditions.

As an implementation manner, the embodiment of the present application simulates different stress scenarios by inputting different numbers of concurrent users. Among them, the number of concurrent users refers to the number of users who use the system to trade at the same time.

Step S103: Obtain key parameters of the performance test, and automatically generate a test report according to the key parameters.

In the performance test process, in order to make the results of the performance test comparable, it is necessary to unify the statistical rules of the performance test. In the embodiment of the present application, the performance of the money fund system can be specifically reflected in the key parameters of the virtual money fund system. Key parameters may include, but are not limited to, response time, response success rate, CPU usage, memory usage, disk usage, number of processes, and network response speed. These key parameters can objectively reflect the performance of the money fund system. index.

After running the automated test case, the test side of the virtual money fund system acquires these key parameters and automatically generates test reports based on these parameters.

As an implementation manner, the key parameters of the virtual money fund system running the automation use case are obtained, and the parameter values in the test report template are replaced according to the key parameters to generate a test report.

The test report can be a report template, and the report template has replaceable parameter values, and the parameter values represent various key parameters. After running the automated test case, the report template automatically obtains key parameters of the performance test, in the template. The parameter values are replaced to generate a test report.

The automatic performance testing method of the money fund system provided by the embodiment of the present application, by establishing a virtual money fund system, and clearing historical data, importing preparation data, making the test environment independent, reducing the influence of the test environment on the performance testing process, and reducing the re-run At the same time, the test report is automatically generated based on key parameters, making the test results comparable and more objectively evaluating the performance of the IMF system.

Please refer to FIG. 2 , which is a flowchart of a method for testing the automatic performance of the money fund system provided by another embodiment of the present application.

Step S200, connecting the money fund system, generating a mirror to establish a virtual money fund system.

In step S201, the historical data of the virtual money fund system is cleared, and the preparation data is imported.

Step S202, applying an automated test case to perform performance testing on the virtual money fund system.

Step S203, obtaining key parameters of the performance test, and automatically generating a test report according to the key parameters.

The steps S200 to S203 are the same as the steps S100 to S103 in the previous embodiment. Please refer to the previous embodiment, and details are not described herein again.

In step S204, the maximum user capacity of different services in the virtual money fund system is automatically obtained according to the test report, and the weight thresholds of different services are generated.

Among them, the maximum user occupancy number refers to the maximum number of users that the money fund system can accommodate in the case of stable operation, and can reflect the performance of the money fund system.

As an implementation manner, the key parameters obtained in the template of the test report include the maximum user capacity. After running the automated test case to perform performance test on the virtual money fund system, the test report template can obtain the maximum user capacity.

In the embodiment of the present application, the maximum user capacity is the obtained user capacity when the key parameter reaches the preset value. Wherein, the key parameter reaches the preset value refers to the number of user capacity obtained when some or all of the key parameters reach a predetermined value, for example, the user of the test machine system reaches 30%, or the memory usage rate reaches 20%. The number of accommodations can be specified according to actual conditions. This application does not limit the preset values.

In the application of the actual money fund system, the transaction volume of different services is different. The transaction volume of the business with wider usage is larger than the transaction volume with narrower usage. The automated test cases will be set according to these different services. Different test scenarios. However, for a service that uses a relatively large number of transactions and a similar transaction volume, the consumption of system resources is different. For example, when the number of concurrent users reaches 1000, the CPU usage is 20%, and the service B is When the number of concurrent users reaches 800, the CPU usage is 20%. In order to make the results of the performance test more valuable, it is necessary to compare the maximum number of users of these widely used services, and generate weight thresholds for different services according to the maximum user capacity, so that different services are arranged in the server. It is more optimized. For example, the maximum number of users with a CPU usage of 25% is A1, the maximum number of users with a CPU usage of 25% is B1, and the service C has a maximum CPU usage of 25%. The number of accommodating users is C1, and the maximum number of accommodating users whose service D is 25% is D1. The weight threshold of each service is the maximum number of users of the service and the maximum number of users of the service. The ratio of the sum, for example, the weight threshold of the service A is A1/(A1+B1+C1+D1).

Step S205: Perform quality of service control on the service group in each service according to the real-time weight and the weight threshold of each service.

After obtaining the weight threshold of each service according to the maximum user capacity, each service can be optimally arranged in the actual server group.

For example, if the weight threshold of service A is 30% and the weight threshold of service B is 20%, server resources can be optimized for 30% of service A and 20% of service B in the actual server group. The arrangement makes the Monetary Fund system more in line with actual usage and improves the performance of the IMF system.

When the real-time weight of a service exceeds its corresponding weight threshold, the bandwidth of the service is increased to reduce the delay of accessing the service, reduce data loss, and improve service quality. For example, when the service A is actually applied. If the weight exceeds the weight threshold, the bandwidth of service A is increased, the delay for accessing the service is reduced, and the service quality is improved.

The method for testing the automatic performance of the money fund system provided by the embodiment of the present application obtains the maximum user capacity of each service, generates a weight threshold for each service according to the maximum user capacity, and pairs the service according to the weight threshold of the service. The resources in the server group are optimized. When the real-time weight of a service exceeds the weight threshold, the bandwidth of the service is increased, the delay of accessing the service is reduced, and the service quality is improved.

Further, since the channel resources of the server receiving the service are limited, after the server accesses the service request, the waiting queue needs to be assigned an appropriate priority, and the limited channel resources are preferentially allocated to the higher priority service. Specifically, the priority Xi(t) can be calculated according to the formula Xi(t)=Xi+Twait×K. Where Xi is the service priority, Twait is the dwell time, and K is the time weighted value. It should be noted that different service corresponding time weighting values may be different. For example, the time weighting value can include K1 and K2. GBR (Guaranteed BitRate) guarantees the bearer service, that is, the time weighted value of the data service including the voice service and the video call type is K1, and the N-GBR (No-Guaranteed Bit Rate) carries the time weight of the bearer service. The value is K2. In order to ensure the priority of the real-time service, it is necessary to ensure that K1>K2, that is, when the N-GBR bearer service has a long waiting time, when the priority function Xi is greater than the GBR bearer priority function at the next moment, then the N-GBR bearer The service provides the service, and the GBR service enters the waiting queue to wait in the queue. When there are spare resources, the service with the highest priority in the waiting queue can be preferentially accessed.

The following are device embodiments of the present application. For details that are not described in detail in the device embodiments, reference may be made to the corresponding method embodiments.

Please refer to FIG. 3 , which is a schematic structural diagram of an automatic performance testing device for a money fund system provided by an embodiment of the present application.

The money fund system automatic performance testing device 30 includes a mirror generation module 301, a data import module 302, a performance test module 303, and a report generation module 304.

The image generation module 301 is configured to connect to the money fund system and generate a mirror to establish a virtual money fund system.

Specifically, the image generation module 301 is connected to the money fund system, and generates a virtual money fund system according to the image file of the money fund system generation system.

The image information may be generated by the image generation module 301 by selecting the data in the partial (or all) money fund system according to the preset test rule. The image file may be generated by the image generation module 301. The system image required for the test is generated in the subsequent process, and does not constitute a limitation on the present application.

The data importing module 302 is configured to clear the historical data of the virtual money fund system and import the preparation data.

In order to clear the data interference of the test environment, after generating the virtual money fund system, the data importing module 302 is used to clear the data retained by the virtual money fund system, and then import the preparation data.

The data prepared by the data importing module 302 may be various business transaction data such as a network point, a teller, a card number, a transaction account, a customer name, a certificate, a type, a document number, a signing agreement number, etc., or may be before or after the money fund system. Data at the end. These data are extracted by the data import module 302, imported into the virtual money fund system, and an independent test environment is established, which enables the automatic performance test of each stage to proceed smoothly.

The performance test module 303 is configured to apply an automated test case to perform performance testing on the virtual money fund system.

Among them, the performance test module 303 includes automated test cases under different system pressures, and running these automated test cases can perform performance tests on the virtual money fund system.

As an implementation manner, the performance testing module 303 simulates a scenario in which different system pressures are implemented by inputting different numbers of concurrent users to the virtual money fund system.

The report generation module 304 is configured to acquire key parameters of the performance test, and automatically generate a test report according to the key parameters.

After running the automated test case to perform performance testing on the virtual money fund system, the report generation module 304 obtains key parameters of the performance test process and automatically generates a test report.

As an implementation manner, the report generation module 304 has a report template, and the report template has a replaceable parameter value. After the key parameter is obtained, the template in the report generation module 304 automatically acquires key parameters of the performance test, in the template. The parameter values are replaced and a test report is generated.

Please refer to FIG. 4 , which is another schematic structural diagram of the money testing system automatic testing device provided by the embodiment of the present application.

The money fund system automatic test device 30 also includes a quality control module 305.

The quality control module 305 is configured to automatically acquire the maximum user capacity of each service in the virtual money fund system according to the test report, generate a weight threshold value for each service, and perform real-time weights and weight threshold values according to each service. Each service performs quality of service control in the server group. When the weight of a service exceeds its corresponding weight threshold, the bandwidth for accessing the service is increased.

As an implementation manner, among the key parameters acquired by the report generation module 304, including the maximum user capacity, after the performance test module 302 runs the automated test case to perform performance test on the virtual money fund system, the report generation module 304 can obtain the maximum user capacity. number.

After obtaining the maximum number of users, the quality control module 305 can generate a weight weight threshold for each service, and perform quality of service control on each service in the server group according to the real-time weight and weight threshold of each service. .

The automatic performance testing device of the money fund system provided by the embodiment of the present application reduces the impact of the test environment by creating a virtual test system, and reduces the retry rate. At the same time, the test report is automatically generated by acquiring key parameters to form a unified statistics. Rules to make test results comparable. In addition, by obtaining the maximum user capacity of each service, the resources of the service are optimized in the server group according to the weight of the service, and then the preset threshold is set according to the weight of each service, when the real-time weight of a certain service exceeds the preset threshold. Limit the time, increase the bandwidth of the service, reduce the delay of accessing services, and improve the quality of service.

Another embodiment of the present application provides a computer readable storage medium having stored thereon computer readable instructions that, when executed by a processor, implement the automatic performance of the money fund system in the above embodiments Test methods, to avoid repetition, will not be described here. Alternatively, when the computer readable instructions are executed by the processor, the functions of the modules/units in the automatic performance testing device of the money fund system in the above embodiments are implemented. To avoid repetition, details are not described herein again.

Please refer to FIG. 5, which is a schematic diagram of a terminal device provided by an embodiment of the present application. The terminal device 6 includes a processor 60, a memory 61, and computer readable instructions 62 stored in the memory 61 and executable on the processor 60. The processor 60 executes the computer readable instructions 62 to implement the various steps of the money fund system automatic performance testing method of the above-described embodiments, such as steps S100, S101, S102, and S103 shown in FIG. Alternatively, when the processor 60 executes the computer readable instructions 62, the functions of the modules/units of the money fund system automatic performance testing device in the above embodiment are implemented, such as the image generation module 301, the data import module 302, and the performance test module shown in FIG. 303 and report generation module 304.

Computer readable instructions 62 may be partitioned into one or more modules/units, one or more modules/units being stored in memory 61 and executed by processor 60 to complete the application. The one or more modules/units may be a series of computer readable instruction segments capable of performing a particular function for describing the execution of computer readable instructions 62 in the terminal device 6. For example, computer readable instructions 62 may be partitioned into a mirror generation module 301, a data import module 302, a performance testing module 303, and a report generation module 304 (modules in a virtual device).

The terminal device 6 can be a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server. The terminal device may include, but is not limited to, the processor 60, the memory 61. It will be understood by those skilled in the art that FIG. 5 is only an example of the terminal device 6, and does not constitute a limitation of the terminal device 6, and may include more or less components than those illustrated, or combine some components, or different components. For example, the terminal device may further include an input/output device, a network access device, a bus, and the like.

The so-called processor 60 may be a central processing unit (CPU), or may be other general-purpose processors, a digital signal processor (DSP), an application specific integrated circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like.

The memory 61 may be an internal storage unit of the terminal device 6, such as a hard disk or a memory of the terminal device 6. The memory 61 may also be an external storage device of the terminal device 6, such as a plug-in hard disk provided on the terminal device 6, a smart memory card (SMC), a Secure Digital (SD) card, and a flash memory card (Flash). Card) and so on. Further, the memory 61 may also include both an internal storage unit of the terminal device 6 and an external storage device. The memory 61 is used to store computer readable instructions and other programs and data required by the terminal device. The memory 61 can also be used to temporarily store data that has been output or is about to be output.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the division of each functional unit and module described above is exemplified. In practical applications, the above functions may be assigned to different functional units as needed. The module is complete. For the specific working process of the unit and the module in the foregoing system, reference may be made to the corresponding process in the foregoing method embodiment, and details are not described herein again.

In the above embodiments, the descriptions of the various embodiments are different, and the parts that are not detailed or described in a certain embodiment can be referred to the related descriptions of other embodiments.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the various examples described in connection with the embodiments disclosed herein can be implemented in electronic hardware or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the solution. A person skilled in the art can use different methods to implement the described functions for each particular application, but such implementation should not be considered to be beyond the scope of the present application.

In the embodiments provided by the present application, it should be understood that the disclosed device/terminal device and method may be implemented in other manners.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

The integrated modules/units, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. The computer readable medium can include any entity or device capable of carrying the computer readable instruction code, a recording medium, a USB flash drive, a removable hard drive, a magnetic disk, an optical disk, a computer memory, a read only memory (ROM, Read-Only) Memory), random access memory (RAM), and the like.

The above-mentioned embodiments are only used to explain the technical solutions of the present application, and are not limited thereto; although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that they can still implement the foregoing embodiments. The technical solutions described in the examples are modified or equivalently replaced with some of the technical features; and the modifications or substitutions do not deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in Within the scope of protection of this application.

Claims

An automatic performance testing method for a money fund system, characterized in that the automatic performance testing method of the money fund system comprises the following steps:

Connect to the money fund system, generate a mirror and establish a virtual money fund system based on the image;

Clearing the historical data of the virtual currency fund system and importing the preparation data;

Applying an automated test case to perform performance testing on the virtual money fund system;

Obtaining key parameters of the performance test, and automatically generating a test report according to the key parameters.
The testing method according to claim 1, wherein the application automation test case performs performance testing on the virtual money fund system, including:

Entering a different number of concurrent users to the virtual money fund system, running the automated test case, and obtaining various key parameters of the virtual money fund system when the different number of concurrent users are.
The testing method according to claim 2, wherein the obtaining the key parameters of the performance test, automatically generating a test report according to the key parameters, comprising:

Obtaining key parameters after the virtual money fund system runs the automation use case, and replacing parameter values in the test report template according to the key parameters to generate a test report.
The test method according to claim 3, wherein said automatically generating a test report according to said key parameter, further comprising:

And automatically generating the maximum user capacity of each service in the virtual money fund system according to the test report, and generating a weight threshold value for each service, where the maximum user capacity is the key parameter reaches a preset value. The number of users in the time;

The quality of service is controlled in the server group for each of the services according to the real-time weight and weight threshold of each service.
The test method according to claim 4, wherein the performing quality of service control on the service group in the server group according to the real-time weight and weight threshold of each service comprises:

When the weight of a service exceeds its corresponding weight threshold, the bandwidth for accessing the service is increased.
An automatic performance testing device for a money fund system, characterized in that the automatic performance testing device of the money fund system comprises:

a mirror generation module, configured to connect to the money fund system, generate a mirror image, and establish a virtual money fund system according to the image;

a data importing module, configured to clear the historical data of the virtual money fund system, and import the preparation data;

a performance test module for applying an automated test case to perform performance testing on the virtual money fund system;

The report generation module is configured to acquire key parameters of the performance test, and automatically generate a test report according to the key parameter.
The testing device according to claim 6, wherein the performance testing module is further configured to input a different number of concurrent users to the virtual money fund system, run the automated test case, and obtain the virtual money fund system. Various key parameters at the different number of concurrent users.
The test apparatus according to claim 7, wherein the report generation module is further configured to acquire the key parameter, and replace the parameter value in the test report template according to the key parameter to generate a test report.
The testing device of claim 8 wherein said testing device further comprises a quality control module

The quality control module is configured to automatically acquire a maximum user capacity of each service in the virtual money fund system according to the test report, generate a weight threshold value for each service, and perform real-time weights according to each service. The weight threshold is used to perform quality of service control on the server group in each of the services.
The test apparatus according to claim 9, wherein the quality control module is further configured to increase a bandwidth for accessing the service when the weight of the service exceeds its corresponding preset threshold.
A terminal device comprising a memory, a processor, and computer readable instructions stored in the memory and operable on the processor, wherein the processor executes the computer readable instructions as follows step:

Connect to the money fund system, generate a mirror and establish a virtual money fund system based on the image;

Clearing the historical data of the virtual currency fund system and importing the preparation data;

Applying an automated test case to perform performance testing on the virtual money fund system;

Obtaining key parameters of the performance test, and automatically generating a test report according to the key parameters.
The terminal device according to claim 11, wherein the application automation test case performs performance testing on the virtual money fund system, including:

Entering a different number of concurrent users to the virtual money fund system, running the automated test case, and obtaining various key parameters of the virtual money fund system when the different number of concurrent users are.
The terminal device according to claim 12, wherein the obtaining a key parameter of the performance test, automatically generating a test report according to the key parameter, comprising:

Obtaining key parameters after the virtual money fund system runs the automation use case, and replacing parameter values in the test report template according to the key parameters to generate a test report.
The terminal device according to claim 13, wherein the automatically generating a test report according to the key parameter, further comprising:

And automatically generating the maximum user capacity of each service in the virtual money fund system according to the test report, and generating a weight threshold value for each service, where the maximum user capacity is the key parameter reaches a preset value. The number of users in the time;

The quality of service is controlled in the server group for each of the services according to the real-time weight and weight threshold of each service.
The terminal device according to claim 14, wherein the performing quality of service control on the service group in the server group according to the real-time weight and weight threshold of each service comprises:

When the weight of a service exceeds its corresponding weight threshold, the bandwidth for accessing the service is increased.
A computer readable storage medium storing computer readable instructions, wherein the computer readable instructions, when executed by a processor, implement the following steps:

Connect to the money fund system, generate a mirror and establish a virtual money fund system based on the image;

Clearing the historical data of the virtual currency fund system and importing the preparation data;

Applying an automated test case to perform performance testing on the virtual money fund system;

Obtaining key parameters of the performance test, and automatically generating a test report according to the key parameters.
The readable storage medium of claim 16, wherein the application automation test case performs performance testing on the virtual money fund system, including:

Entering a different number of concurrent users to the virtual money fund system, running the automated test case, and obtaining various key parameters of the virtual money fund system when the different number of concurrent users are.
The readable storage medium of claim 17, wherein the obtaining a key parameter of the performance test, automatically generating a test report according to the key parameter, comprising:

Obtaining key parameters after the virtual money fund system runs the automation use case, and replacing parameter values in the test report template according to the key parameters to generate a test report.
The readable storage medium according to claim 18, wherein said automatically generating a test report based on said key parameters, further comprising:

And automatically generating the maximum user capacity of each service in the virtual money fund system according to the test report, and generating a weight threshold value for each service, where the maximum user capacity is the key parameter reaches a preset value. The number of users in the time;

The quality of service is controlled in the server group for each of the services according to the real-time weight and weight threshold of each service.
The readable storage medium according to claim 19, wherein the performing quality of service control on the service group in the server group according to the real-time weight and weight threshold of each service comprises:

When the weight of a service exceeds its corresponding weight threshold, the bandwidth for accessing the service is increased.