CN116561003A

CN116561003A - Test data generation method, device, computer equipment and storage medium

Info

Publication number: CN116561003A
Application number: CN202310563194.5A
Authority: CN
Inventors: 戴扬帆; 张棵; 叶建锋; 杨琼云
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2023-05-18
Filing date: 2023-05-18
Publication date: 2023-08-08

Abstract

The application relates to a test data generation method, a test data generation device, computer equipment and a storage medium, relates to the technical field of simulation test, and can be used in the technical field of finance and science or other related fields. The method comprises the following steps: responding to a system migration test request aiming at a financial service system, and acquiring initial test data from a preset test data pool; inputting initial test data into a host system, acquiring a first feedback result of the host system for the initial test data, inputting the initial test data into a platform system, and acquiring a second feedback result of the platform system for the initial test data; acquiring target test data with different first feedback results and second feedback results and test scene cases corresponding to the target test data; test data matching the test scenario cases is generated as new initial test data for re-executing the system migration test request. By adopting the method, the test data generation efficiency of the simulation test for system migration can be improved.

Description

Test data generation method, device, computer equipment and storage medium

Technical Field

The present invention relates to the field of simulation testing technology, and in particular, to a test data generating method, apparatus, computer device, storage medium, and computer program product.

Background

With the development of financial technology, a system migration engineering technology has emerged, and by uniformly migrating the existing software system and database from a large host system to a general platform system using a general memory, a general server, a general database, a general operating system, and the like, the dependency on the large host system can be reduced.

In the conventional technology, in order to ensure the stability of the financial business processing after the system migration, the system migration is generally required to be subjected to simulation test, and test data meeting different test scene cases is written by a tester, so that the test data is respectively input into a host system and a universal platform system to carry out simulation, and the security of the system migration process can be tested according to the feedback results of the host system and the universal platform system.

However, the existing simulation test for system migration generally needs to rely on a tester to write test data manually, so that the test data generation efficiency of the simulation test for system migration is low.

Disclosure of Invention

In view of the foregoing, it is desirable to provide a test data generation method, apparatus, computer device, computer-readable storage medium, and computer program product that can improve the test data generation efficiency of a simulation test for system migration.

In a first aspect, the present application provides a test data generating method, the method including:

responding to a system migration test request aiming at a financial service system, and acquiring initial test data from a preset test data pool;

inputting the initial test data into a host system, obtaining a first feedback result of the host system for the initial test data, inputting the initial test data into a platform system, and obtaining a second feedback result of the platform system for the initial test data; the host system is a financial service system before system migration, and the platform system is a financial service system after system migration;

acquiring target test data with different first feedback results and second feedback results and test scene cases corresponding to the target test data;

and generating test data matched with the test scene cases as new initial test data for executing the system migration test request again.

In one embodiment, the obtaining the target test data with the first feedback result different from the second feedback result and the test scenario case corresponding to the target test data includes: acquiring current initial test data and a test data identifier corresponding to the current initial test data; acquiring a current first feedback result carrying the test data identifier from the first feedback result, and acquiring a current second feedback result carrying the test data identifier from the second feedback result; comparing the current first feedback result with the current second feedback result, taking the current initial test data as the target test data under the condition that the current first feedback result is different from the current second feedback result, and acquiring a test scene case corresponding to the current initial test data.

In one embodiment, the current first feedback result and the current second feedback result include a plurality of field data, each of the field data corresponding to a different feedback result field; the comparing the current first feedback result and the current second feedback result, and taking the current initial test data as the target test data under the condition that the current first feedback result and the current second feedback result are different, includes: acquiring a test financial service type corresponding to the current initial test data and a key feedback result field preset for the test financial service type; respectively comparing the first field data corresponding to each key feedback result field in the current first feedback result with the second field data corresponding to each key feedback result field in the current second feedback result; and taking the current initial test data as the target test data in the case that at least one of the first field data and the second field data is different.

In one embodiment, the obtaining the test financial service type corresponding to the current initial test data and the preset key feedback result field for the test financial service type includes: when the test financial business type is query type financial business, taking a feedback result field associated with account information of a query account in the feedback result of the current initial test data as the key feedback result field; the query account is an account initiating the query type financial service; when the type of the test financial business is the adjustment type financial business, a feedback result field which is related to financial business adjustment information in the feedback result of the current initial test data is used as the key feedback result field, and when the type of the test financial business is the resource transfer type financial business, a feedback result field which is related to account information and resource transfer information of the resource transfer account in the feedback result of the current initial test data is used as the key feedback result field; the resource transfer account is an account that initiates the resource transfer type financial transaction. In one embodiment, the comparing, respectively, the first field data corresponding to each of the key feedback result fields in the current first feedback result, and the second field data corresponding to each of the key feedback result fields in the current second feedback result includes: acquiring the data type of each first field data and each second field data; and converting each first field data or each second field data according to the data type, and comparing the converted first field data with the second field data or comparing the first field data with the converted second field data.

In one embodiment, the converting each of the first field data or the second field data according to the data type includes: converting the first field data or the second field data under the condition that the data type is a digital type, so that the converted first field data and the second field data or the first field data and the converted second field data have the same digital precision; converting the first field data or the second field data under the condition that the data type is a timestamp type, so that the converted first field data and the second field data or the first field data and the converted second field data have the same timestamp precision; converting the first field data or the second field data under the condition that the data type is a character string type, so that the converted first field data and the second field data or the first field data and the converted second field data have the same coding format and the same character string length; and converting the first field data or the second field data under the condition that the data type is a date type, so that the converted first field data and the second field data or the first field data and the converted second field data have the same starting date calculation.

In one embodiment, after the obtaining the target test data with the first feedback result different from the second feedback result and the test scenario case corresponding to the target test data, the method further includes: the test scene case is sent to a developer terminal; the developer terminal is used for obtaining modified content data suitable for the test scene case according to the modification requirement corresponding to the test scene case; the generating test data matched with the test scene case as new initial test data for executing the system migration test request again comprises: and generating test data matched with the test scene cases, modifying the test data by utilizing modified content data suitable for the test scene cases, and taking the modified test data as new initial test data for executing the system migration test request again.

In one embodiment, the generating the test data matched with the test scenario case as new initial test data for re-executing the system migration test request includes: generating test data matched with the test scene case as first initial test data; the generating test data matched with the test scene case as new initial test data for executing the system migration test request further comprises: responding to a system migration test request for the financial service system again, and acquiring second initial test data from a preset test data pool; the second initial test data is test data which is not used as initial test data in the test data pool; and the step of taking the first initial test data and the second initial test data as new initial test data, and returning to execute the steps of inputting the initial test data into a host system, obtaining a first feedback result of the host system aiming at the initial test data, inputting the initial test data into a platform system, and obtaining a second feedback result of the platform system aiming at the initial test data.

In a second aspect, the present application further provides a test data generating apparatus, the apparatus including:

the test data acquisition module is used for responding to a system migration test request aiming at the financial service system and acquiring initial test data from a preset test data pool;

the feedback result acquisition module is used for inputting the initial test data into a host system, acquiring a first feedback result of the host system for the initial test data, inputting the initial test data into a platform system, and acquiring a second feedback result of the platform system for the initial test data; the host system is a financial service system before system migration, and the platform system is a financial service system after system migration;

the scene case acquisition module is used for acquiring target test data with different first feedback results and second feedback results and test scene cases corresponding to the target test data;

and the test data generation module is used for generating test data matched with the test scene case as new initial test data for executing the system migration test request again.

In a third aspect, the present application also provides a computer device. The computer device comprises a memory storing a computer program and a processor which when executing the computer program performs the steps of:

In a fourth aspect, the present application also provides a computer-readable storage medium. The computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:

In a fifth aspect, the present application also provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, implements the steps of:

The test data generating method, the device, the computer equipment, the storage medium and the computer program product acquire initial test data from a preset test data pool by responding to a system migration test request for a financial service system; inputting initial test data into a host system, acquiring a first feedback result of the host system for the initial test data, inputting the initial test data into a platform system, and acquiring a second feedback result of the platform system for the initial test data; the host system is a financial service system before system migration, and the platform system is a financial service system after system migration; acquiring target test data with different first feedback results and second feedback results and test scene cases corresponding to the target test data; test data matching the test scenario cases is generated as new initial test data for re-executing the system migration test request. When the system migration test for the financial service system is executed, initial test data can be obtained from the test data pool and respectively input to a host system before system migration and a platform system after system migration, feedback results of the host system and the platform system are respectively obtained, so that target test data with different feedback results are obtained, new test data are generated according to test scene cases corresponding to the target test data and are used for executing the system migration test again.

Drawings

FIG. 1 is a flow chart of a test data generation method in one embodiment;

FIG. 2 is a flow chart of acquiring target test data and test scenario cases in one embodiment;

FIG. 3 is a flow chart illustrating the current initial test data as target test data in one embodiment;

FIG. 4 is a flow chart of a method for self-expanding test data based on communication area comparison in one embodiment;

FIG. 5 is a flow chart of extracting key fields and performing one-to-one collation in one embodiment;

FIG. 6 is a flow diagram of generating a set of test cases in one embodiment;

FIG. 7 is a block diagram of a test data generation device in one embodiment;

fig. 8 is an internal structural diagram of a computer device in one embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application.

In one embodiment, as shown in fig. 1, a test data generating method is provided, where this embodiment is illustrated by applying the method to a server, and the server may be a system migration test server, and it may be understood that the method may also be applied to a terminal, and may also be applied to a system including the terminal and the server, and implemented through interaction between the terminal and the server. In this embodiment, the method includes the steps of:

Step S101, initial test data is acquired from a preset test data pool in response to a system migration test request for a financial service system.

The system migration test request is triggered by a tester and is used for testing the system migration of the financial service system, the system migration can be used for migrating the financial service system from an original old service system to a new service system, the test data pool is a data pool which stores various test data in advance, for example, the data pool can be financial service request data, and the data pool can be formed by storing corresponding request data in the process of triggering the financial service request by a financial account, so that the data pool can contain service request data related to different financial service scene cases. The initial test data refers to test data for performing a system migration test, and the test data can be screened from financial service request data stored in a test data pool.

Specifically, when a tester needs to execute a system migration test for a financial service system, a system migration test request can be triggered through a terminal, namely a test terminal, and the test terminal can send the request to a system migration test server at the moment, and the system migration test server screens initial test data for executing the system migration test from a test data pool which is built in advance and contains different financial service request data.

Step S102, inputting initial test data into a host system, obtaining a first feedback result of the host system for the initial test data, inputting the initial test data into a platform system, and obtaining a second feedback result of the platform system for the initial test data; the host system is a financial service system before system migration, and the platform system is a financial service system after system migration.

The first feedback result refers to a feedback result of the initial test data obtained by the host system, and since the initial test data may be a certain financial service request data, the first feedback result may be financial service response data that is fed back after the host system responds to the financial service request data. Similarly, the second feedback result refers to a feedback result obtained by the platform system for the initial test data. And, the host system may refer to an old financial service system before system migration is performed, and the platform system refers to a new financial service system after system migration is performed. Specifically, after obtaining the initial test data, the terminal may input the initial test data into the host system and the platform system, and the host system and the platform system output feedback results of the initial test data as the first feedback result and the second feedback result, respectively.

Step S103, obtaining target test data with different first feedback results and second feedback results and test scene cases corresponding to the target test data.

The target test data refers to initial test data in which the first feedback result and the second feedback result output by the host system are different, and generally speaking, for the same initial test data, the feedback results output by the host system and the platform system should be the same, if the feedback results are different, it indicates that there may be a system response error, so the system migration test server can screen out the initial test data with different feedback results as the target test data. And then, the terminal can further determine a test scene case corresponding to the target test data, wherein the test scene case can be used for representing a financial service scene corresponding to the target test data, and the test data can be a certain financial service request data, so that the financial service scene corresponding to the financial service request data can be represented through the test scene case corresponding to the test data.

Step S104, generating test data matched with the test scene cases as new initial test data for executing the system migration test request again.

Finally, since the determined test scenario case may indicate that the system migrated platform system executes the financial service request of the financial service scenario represented by the test scenario case, and there may be a response error, the terminal may generate corresponding test data based on the determined test scenario case, for example, may create test script data according with the test scenario case according to the design content of the test scenario case, and use the test script data as test data for executing the system migration test for the financial service system again.

For example, the initial test data may include: the system comprises test data 1, test data 2 and test data 3, wherein a test scene case corresponding to the test data 1 is a test case A, a test scene case corresponding to the test data 2 is a test case B, a test scene case corresponding to the test data 3 is a test case C, and the terminal can respectively input the test data 1, the test data 2 and the test data 3 into a host system and a platform system to obtain a first feedback result and a second feedback result corresponding to each test data. If the first feedback result and the second feedback result corresponding to the test data 2 are different, the terminal may generate test data matched with the test case B according to the test scenario case corresponding to the test data 2, that is, the test case B, for example, may generate the test data 4 and the test data 5, and then perform the system migration test again, then perform the test by using the test data 4 and the test data 5.

In the test data generation method, initial test data is acquired from a preset test data pool by responding to a system migration test request aiming at a financial service system; inputting initial test data into a host system, acquiring a first feedback result of the host system for the initial test data, inputting the initial test data into a platform system, and acquiring a second feedback result of the platform system for the initial test data; the host system is a financial service system before system migration, and the platform system is a financial service system after system migration; acquiring target test data with different first feedback results and second feedback results and test scene cases corresponding to the target test data; test data matching the test scenario cases is generated as new initial test data for re-executing the system migration test request. When the system migration test for the financial service system is executed, initial test data can be obtained from the test data pool and respectively input to a host system before system migration and a platform system after system migration, feedback results of the host system and the platform system are respectively obtained, so that target test data with different feedback results are obtained, new test data are generated according to test scene cases corresponding to the target test data and are used for executing the system migration test again.

In one embodiment, as shown in fig. 2, step S103 may further include:

step S201, obtaining current initial test data and a test data identifier corresponding to the current initial test data.

In this embodiment, the initial test data may be a plurality of initial test data selected from the test data pool, and the current initial test data may be any one of the plurality of initial test data, and the test data identifier is a data identifier for identifying the current initial test data.

Step S202, a current first feedback result carrying the test data identifier is obtained from the first feedback result, and a current second feedback result carrying the test data identifier is obtained from the second feedback result.

The current first feedback result refers to a feedback result of the test data identifier carrying the current initial test data in the first feedback result, and the current second feedback result refers to a feedback result of the test data identifier carrying the current initial test data in the second feedback result. In this embodiment, since the number of the initial test data is multiple, the number of the obtained first feedback results and the number of the obtained second feedback results for the initial test data may also be multiple, which correspond to each initial test data respectively, and meanwhile, each feedback result may also carry a test data identifier of the corresponding initial test data to characterize the corresponding relationship between the feedback result and the initial test data. After the system migration test server obtains the test data identifier corresponding to the current initial test data, the test data identifier can be utilized to screen the feedback result carrying the test data identifier from the first feedback result to serve as the current first feedback result, and the feedback result carrying the test data identifier can also be screened from the second feedback result to serve as the current second feedback result.

Step S203, comparing the current first feedback result with the current second feedback result, taking the current initial test data as target test data under the condition that the current first feedback result is different from the current second feedback result, and obtaining a test scene case corresponding to the current initial test data.

Finally, if the obtained current first feedback result and the obtained current second feedback result are different, that is, the first feedback result obtained by the host system and the second feedback result obtained by the platform system are different for the same current initial test data, in this case, it may be indicated that there may be a system response error, so that the current initial test data is taken as target test data, and a test scenario case corresponding to the current initial test data is obtained. Through the process, the target test data can be screened from each initial test data, and the test scene case corresponding to each initial test data can be obtained.

In this embodiment, the system migration test server may utilize the test data identifier carried in the initial test data to screen out the corresponding first feedback result and the second feedback result, so as to implement screening of the target test data by comparing the first feedback result and the second feedback result, and by using the above manner, the screening efficiency of the first feedback result and the corresponding second feedback result may be improved, thereby improving the screening efficiency of the target test data.

Further, the current first feedback result and the current second feedback result comprise a plurality of field data, and each field data corresponds to a different feedback result field respectively; as shown in fig. 3, step S203 may further include:

step S301, obtaining a test financial service type corresponding to the current initial test data, and a key feedback result field preset for the test financial service type.

The test financial transaction type refers to a request type of a financial transaction corresponding to the current initial test data, and the financial transaction may include a financial transaction for inquiring financial data, a financial transaction for adjusting financial data, a financial transaction for performing resource transfer, and the like, and the key feedback result field is one or more key result fields corresponding to the test financial transaction type, which are preset. In this embodiment, the feedback result corresponding to the current initial test data may be composed of a plurality of field data corresponding to different feedback result fields, for example, for a financial service inquiring financial data, the feedback result may include fields such as inquiry time and inquiry result, and the feedback result of a financial service adjusting financial data may include fields such as financial service data adjusting time, for a financial service executing resource transfer, the feedback result may include fields such as transfer resource amount and resource transfer account information, and the key feedback result field may be preset for different test financial service types, for example, for a financial service inquiring financial data, the inquiry time may be used as a key feedback result field, and for a financial service executing resource transfer, the transfer resource amount may be used as a key feedback result field. After determining the type of the test financial service corresponding to the current initial test data, the system migration test server can determine a key feedback result field corresponding to the current initial test data based on the type of the test financial service.

Step S302, respectively comparing the first field data corresponding to each key feedback result field in the current first feedback result and the second field data corresponding to each key feedback result field in the current second feedback result;

in step S303, when at least one of the first field data and the second field data is different, the current initial test data is used as the target test data.

The first field data refers to field data corresponding to a key feedback result field contained in the current first feedback result, the second field data refers to field data corresponding to a key feedback result field contained in the current second feedback result, after determining the key feedback result field, the system migration test server can acquire the field data corresponding to the key feedback result field from the current first feedback result as the first field data, and can acquire the field data corresponding to the key feedback result field from the current second feedback result as the second field data, so that each first field data and each second field data are compared. If there is at least one different condition in the first field data or the second field data, the system migration test server may regard the current initial test data as target test data.

For example, for a certain current initial test data, the feedback result corresponding to the data field a includes a data field a, a data field B and a data field C, where the data field a and the data field B are key feedback result fields, and in the first feedback result corresponding to the current initial test data, the data field corresponding to the data field a is data A1, the data field corresponding to the data field B is data B1, and the data field corresponding to the data field C is data C1, and in the second feedback result corresponding to the current initial test data, the data field corresponding to the data field a is data A2, the data field corresponding to the data field B is data B2, and the data field corresponding to the data field C is data C2, and then the system migration test server may compare the data A1 and the data A2 with the data B1 and the data B2, respectively, and if at least one of the data A1 and the data B2 is different, the system migration test server may regard the current initial test data as the target test data.

In this embodiment, a key feedback result field may be set in advance for a test financial service type corresponding to the current initial test data, that is, first field data and second field data corresponding to each key feedback result field may be screened out from the current first feedback result and the current second feedback result, and if at least one of the first field data and the second field data is different, the current initial test data is used as target test data, and by using the above manner, only field data of the key feedback result field may be compared, without comparing all field data in the feedback result, thereby improving the acquisition efficiency of the target test data.

Further, step S301 may further include: under the condition that the test financial business type is the query type financial business, taking a feedback result field related to account information of a query account in the feedback result of the current initial test data as a key feedback result field; the query account is an account initiating a query type financial service; under the condition that the type of the financial business is the adjustment type financial business, taking a feedback result field which is related to account information of an adjustment account and financial business adjustment information in the feedback result of the current initial test data as a key feedback result field; adjusting the account to be an account initiating an adjustment type financial service; under the condition that the type of the financial business is the resource transfer type financial business, taking a feedback result field related to account information of a resource transfer account and resource transfer information in a feedback result of current initial test data as a key feedback result field; the resource transfer account is an account that initiates a resource transfer type financial transaction.

If the test financial service type characterizes the financial service of the query type, the system migration test server can use a feedback result field associated with the account information of the query account in the feedback result of the current initial test data as a key feedback result field, for example, fields such as the account state of the query account, the resources held by the account, the account opening time and the like can be used as key feedback result fields.

The financial business adjustment information refers to business information associated with executing financial business data adjustment, and if the type of the financial business is tested to represent the financial business of the adjustment type, the system migration test server can associate feedback result fields of the financial business adjustment information, for example, a financial business adjustment time, a state change time field of a financial account triggering the financial business adjustment, a state information field of the account before and after the financial business adjustment, and the like, as key feedback result fields.

For the resource transfer type financial service, the system migration test server may use, as the key feedback result field, a feedback result field associated with the resource transfer account, that is, a feedback result field associated with account information of a financial account initiating the resource transfer type financial service, for example, fields of an account state of the resource transfer account, a resource held by the account, an account opening time, and the like, as well as fields of a feedback result associated with the resource transfer information, for example, a resource transfer amount or a resource transfer time, and the like.

In this embodiment, for different types of test financial services, the system migration test server may use different data fields as the key feedback result field, so as to further improve the intelligence of the screening of the key feedback result field.

In addition, step S302 may further include: acquiring the data type of each first field data and each second field data; and converting each first field data or each second field data according to the data type, and comparing the converted first field data with the second field data or comparing the first field data with the converted second field data.

In this embodiment, since there may be a difference in storage modes of the first field data and the second field data, for example, there may be a difference in data precision, when the first field data and the second field data are compared, it is also necessary to adjust the first field data or the second field data first to unify the first field data and the second field data. The specific adjustment mode may be to convert each first field data and compare the converted first field data with the second field data, or may be to convert each second field data and compare the first field data with the converted second field data. The conversion mode can be based on the data type to realize conversion, for example, for the data of the digital type, the conversion mode can be to enable the first field data and the second field data to have the same digital precision, and the first field data and the second field data which are compared can have the same storage form through the conversion mode, so that the accuracy of field data comparison can be improved.

In this embodiment, the system migration test server may further implement data conversion for the first field data or the second field data according to the data types of the first field data and the second field data, and implement field data comparison by using the first field data or the second field data after the data conversion.

Further, converting each of the first field data or the second field data according to the data type may further include: under the condition that the data type is a digital type, converting the first field data or the second field data so that the converted first field data and the converted second field data or the first field data and the converted second field data have the same digital precision; under the condition that the data type is a timestamp type, converting the first field data or the second field data so that the converted first field data and the converted second field data or the first field data and the converted second field data have the same timestamp precision; under the condition that the data type is a character string type, converting the first field data or the second field data so that the converted first field data and the converted second field data or the first field data and the converted second field data have the same coding format and the same character string length; and converting the first field data or the second field data under the condition that the data type is the date type, so that the converted first field data and the converted second field data or the first field data and the converted second field data have the same starting date calculation.

If the data type characterizes the first field data or the second field data is digital type data, the system migration test server can convert the first field data or the second field data, so that the compared first field data and second field data have the same digital precision. That is, if the first field data is converted, the system migration test server may make the converted first field data and the converted second field data have the same digital precision, and if the second field data is converted, the system migration test server may make the converted second field data and the converted first field data have the same digital precision.

And if the data type characterizes the first field data or the second field data is the timestamp type data, the system migration test server can convert the first field data or the second field data, so that the compared first field data and second field data have the same timestamp precision. That is, if the first field data is converted, the system migration test server may make the converted first field data have the same time stamp accuracy as the second field data, and if the second field data is converted, the system migration test server may make the converted second field data have the same time stamp accuracy as the first field data.

For the first field data or the second field data with the data type of the character string type, the system migration test server can convert the first field data or the second field data so that the compared first field data and the compared second field data have the same coding format and the same character string length. That is, if the first field data is converted, the system migration test server may make the converted first field data and the converted second field data have the same coding format and string length, and if the second field data is converted, the system migration test server may make the converted second field data and the converted first field data have the same coding format and string length.

In addition, for the first field data or the second field data with the date type, the system migration test server may convert the first field data or the second field data so that the compared first field data and the second field data have the same starting date, i.e. the same starting date is calculated. That is, if the first field data is converted, the system migration test server may make the converted first field data have the same starting date as the second field data, and if the second field data is converted, the system migration test server may make the converted second field data have the same starting date as the first field data.

In this embodiment, the system migration test server may implement conversion of field data according to the data type of the first field data or the second field data, if the field data is digital type data, the converted field data may have the same digital precision, if the field data is timestamp type data, the converted field data may have the same timestamp precision, if the field data is character string type data, the converted field data may have the same encoding format and character string length, and if the field data is date type data, the converted field data may have the same start date calculation, by using the above method, the first field data and the second field data may have the same data precision, thereby further improving accuracy of field data comparison.

In one embodiment, after step S103, the method may further include: transmitting the test scene cases to a developer terminal; the developer terminal is used for obtaining modified content data suitable for the test scene case according to the modification requirement corresponding to the test scene case; step S104 may further include: and generating test data matched with the test scene cases, modifying the test data by utilizing the modified content data suitable for the test scene cases, and taking the modified test data as new initial test data for executing the system migration test request again.

The system migration test server collects the modification requirements initiated by the testers through the test terminals, and sends the modification requirements to the developer terminals, or the modification requirements are determined by the developers according to the sent test scene cases. The modified content data is modified data generated by a developer according to the modification requirement, and the modified content data can be used for modifying the generated test data.

Specifically, after obtaining the test scenario case corresponding to the target test data, the system migration test server may further send the test scenario case to the developer terminal, and the developer may generate the adapted modification content data according to the modification requirement corresponding to the test scenario case through the developer terminal. After the system migration test server generates the test data matched with the test scene cases, the system migration test server can also receive the modified content data, and modify the generated test data by utilizing the modified content data, so that the modified test data is used as new initial test data. If the developer terminal does not generate the modification content data, for example, when the developer terminal does not receive the modification requirement for the test scene case, the system migration test server may further directly use the generated test data matched with the test scene case as new initial test data for executing the system migration test request again.

In this embodiment, after the system migration test server generates test data with the test scenario case matched, if the test data of the test scenario case needs to be modified, the developer terminal may also generate modified content data to modify the test data by using the modified content data, so that the test data may be modified according to the user requirement in the above manner, thereby further improving the intelligence of test data generation.

In one embodiment, step S104 may further include: generating test data matched with the test scene case as first initial test data; after step S104, the method may further include: responding to a system migration test request for the financial service system again, and acquiring second initial test data from a preset test data pool; the second initial test data is test data which is not used as initial test data in the test data pool; and the step of taking the first initial test data and the second initial test data as new initial test data, and returning to execute the steps of inputting the initial test data into the host system, obtaining a first feedback result of the host system aiming at the initial test data, inputting the initial test data into the platform system, and obtaining a second feedback result of the platform system aiming at the initial test data.

In this embodiment, the new initial test data for executing the system migration test request again may be composed of two parts, namely, the first initial test data and the second initial test data, wherein the first initial test data refers to the test data matching the test scenario case generated in step S104, and the second initial test data refers to the test data in the test data pool that has not been screened as the initial test data.

For example, the test data pool may include test data 1, test data 2, test data 3, and test data 4, where test data 1 and test data 2 have been used as initial test data, then test data 3 and test data 4 may be used as second initial test data, and meanwhile, based on feedback results of test data 1 and test data 2, target test data is determined, for example, test data 1 is the target test data, then test data matching the test scenario case corresponding to test data 1 may be generated, for example, test data 5 may be generated, and test data 5 may be used as first initial test data.

Then, when the system migration test for the financial service system is executed again, the first initial test data and the second initial test data, that is, the test data 3, the test data 4 and the test data 5, are used as initial test data and respectively input into the host system and the platform system to respectively obtain a first feedback result and a second feedback result again, so as to realize the system migration test.

In this embodiment, the system migration test server may use, as new initial test data for executing the system migration test request again, the first test data that is matched with the test scenario case corresponding to the generated target test data, and may use, as new initial test data, the second test data that is not used as the initial test data in the test data pool, so as to improve the integrity of the new test data, and further improve the accuracy of the system migration album number.

In one embodiment, the method can initiate a financial service test by initiating a call to a host program and a platform program at the same time by a test background, acquire return communication areas of the host program and the platform program at the same time, perform comparative analysis on key fields such as account holding resources, account states, resource transfer amounts, time and the like, generate corresponding cases for transaction records of check errors therein, and form automatic execution script data according to the corresponding cases for subsequent continuous automatic execution test.

The technical scheme of the embodiment may be as shown in fig. 4, and includes the following steps:

Step 1: and initiating a large amount of financial business execution, and acquiring an up-feed communication area and a return communication area.

The tester prepares data enough to cover all branches and initiates financial business tests, after determining that the initiated financial business tests are enough to cover the branches, all the uplink communication areas and the return communication areas are acquired and are imported into the data pool, the data pool can be realized by using NoSQL technology, and all the uplink and return communication areas mark the information of the financial business, the financial business attribute, the covered financial business branches and the like and then store the information.

Step 2: and the host and the platform for acquiring the same financial business test data return to the communication area.

And determining a financial business test data according to fields such as a data number of the financial business test data, acquiring a host return communication area and a platform return communication area of the financial business test data from a NoSQL database, and extracting key fields from the host and the platform communication areas according to the financial business type. For different financial services, the key field acquisitions are classified as follows:

(1) And the management type financial business comprises a query type financial business and an adjustment type financial business, and for the query type financial business, key fields are concentrated on account information such as account state, account holding resources, account opening time and the like. For the adjustment type financial service, key fields concentrate on account adjustment time, account state change time, state before and after account adjustment and other information.

(2) For the resource transfer type financial service, key fields are concentrated in account, resource transfer information and other aspects, and information about the amount of resource transfer, the time of resource transfer and the like is added in addition to account information considered by the management type financial service.

And selecting key fields for subsequent verification according to the financial business types and the principles according to the financial business types aiming at the financial business types represented by each test data.

Step 3: and the check host and the platform return key fields of the communication area.

As shown in fig. 5, key fields are extracted from the host and platform return communication area according to the key field grabbing rules of the current transaction, and one-to-one check is performed. In the checking process, data processing is needed, and the following processing is needed for different data types:

(1) The digital type data needs to process digital precision, and if the precision of the host data and the platform data is not consistent in design, the two data needs to be adjusted to the same precision in advance for verification.

(2) The timestamp type data needs to process the timestamp precision, and if the precision of the host data and the platform data is not consistent during design, the two data needs to be adjusted to the same precision in advance for verification.

(3) The character string type data needs to process the coding format and the character string length, if the host and the platform data use different coding formats, the host and the platform data need to be converted into the same format which can be used for comparison and check in advance; if the lengths of the character strings of the host and the platform data are different, the character strings with the same length are adjusted to be compared and checked after the filling character strings are respectively removed.

(4) The date type needs to be adjusted to the same starting day calculation mode, and both the host and platform data needs to be adjusted to 1970-01-01 to start calculation of the date number.

After the data are regulated according to the regulation principle, one-to-one check is carried out on the same data. If checking is wrong, the transaction information and the transaction uploading communication area stored in the NoSQL database are required to be fed back, and a checking error field list is checked.

Step 4: and generating cases according to the data with errors of the key field check.

And extracting the affiliated financial business and financial business coverage branches from the financial business information and adding the branches into the case according to the financial business information fed back in the previous step, the uploading communication area and the checking error list. If the management type financial service case preservation information comprises the information of the financial service, the state of the financial account, the initiation time of the financial service, the account opening time and the like, the information that the resource transfer type service needs to be added with the resource transfer amount and the like is provided, and the expected result is preserved to be consistent. After scanning all financial business test data, a case list is formed for subsequent generation of test scripts, as can be seen in fig. 6.

Step 5: the modification requirement advice is sent according to the case.

The case collection program automatically sends all cases failing to check to the developer in a unified way, and submits the modification requirement suggestion for modification of the subsequent developer.

Step 6: and generating corresponding test data according to the cases.

The same data meeting the case background is created in the host database and the platform database according to the case design content, and the corresponding fields are modified according to the uploading communication area so as to meet the actual financial business. The collation prepares for the corresponding collection to be added to the existing test script.

Step 7: the generated test data is added to the existing test data set.

And adding the newly created data and the configured uploading communication area into an automatic test script which is designed into an amplifiable form and is used for continuously adding new test data. The expanded automation script automatically enters the next round of test and performs participation transaction initiation together with the data in the transaction data pool. In the old case, if the verification is successful after the operation, the operation is not performed any more.

Step 8: feedback to the tester.

And sending the amplified automatic test script data to a tester, and executing the test script data by the tester at regular time to verify whether the coverage branch in the financial service meets the expected data in the case design requirement.

Step 9: the automation script is modified appropriately according to the modification content fed back by the developer.

And collecting the modified content fed back by the developer, and after evaluating the modified content and the content which does not need to be modified, correspondingly supplementing the automation script, for example, not checking certain key fields of certain cases according to the modified content.

Through the embodiment, the test staff can be well helped to improve the test work efficiency aiming at the check of the return communication area in the development process of the next system migration simulation project, and the smooth development of the system migration simulation project can be effectively realized.

It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.

Based on the same inventive concept, the embodiment of the application also provides a test data generating device for realizing the test data generating method. The implementation of the solution provided by the device is similar to the implementation described in the above method, so the specific limitation in the embodiments of the test data generating device or devices provided below may refer to the limitation of the test data generating method hereinabove, and will not be repeated herein.

In one embodiment, as shown in fig. 7, there is provided a test data generating apparatus including: a test data acquisition module 701, a feedback result acquisition module 702, a scenario case acquisition module 703, and a test data generation module 704, wherein:

a test data obtaining module 701, configured to obtain initial test data from a preset test data pool in response to a system migration test request for a financial service system;

the feedback result obtaining module 702 is configured to input initial test data into the host system, obtain a first feedback result of the host system for the initial test data, and input the initial test data into the platform system, and obtain a second feedback result of the platform system for the initial test data; the host system is a financial service system before system migration, and the platform system is a financial service system after system migration;

The scene case acquisition module 703 is configured to acquire target test data, where the first feedback result and the second feedback result are different, and a test scene case corresponding to the target test data;

the test data generating module 704 is configured to generate test data that matches the test scenario case, as new initial test data for re-executing the system migration test request.

In one embodiment, the scenario case obtaining module 703 is further configured to obtain current initial test data and a test data identifier corresponding to the current initial test data; acquiring a current first feedback result carrying the test data identifier from the first feedback result, and acquiring a current second feedback result carrying the test data identifier from the second feedback result; comparing the current first feedback result with the current second feedback result, taking the current initial test data as target test data under the condition that the current first feedback result is different from the current second feedback result, and acquiring a test scene case corresponding to the current initial test data.

In one embodiment, the current first feedback result and the current second feedback result include a plurality of field data, each field data corresponding to a different feedback result field; the scenario case acquisition module 703 is further configured to acquire a test financial service type corresponding to the current initial test data, and a key feedback result field preset for the test financial service type; respectively comparing the first field data corresponding to each key feedback result field in the current first feedback result and the second field data corresponding to each key feedback result field in the current second feedback result; and in the case that at least one of the first field data and the second field data is different, taking the current initial test data as target test data.

In one embodiment, the scenario case obtaining module 703 is further configured to, in a case where the test financial service type is a query type financial service, use, as the key feedback result field, a feedback result field associated with account information of the query account in the feedback result of the current initial test data; the query account is an account initiating a query type financial service; under the condition that the type of the financial business is the adjustment type financial business, taking a feedback result field related to the financial business adjustment information in the feedback result of the current initial test data as a key feedback result field; under the condition that the type of the financial business is the resource transfer type financial business, taking a feedback result field related to account information of a resource transfer account and resource transfer information in a feedback result of current initial test data as a key feedback result field; the resource transfer account is an account that initiates a resource transfer type financial transaction.

In one embodiment, the scenario case acquisition module 703 is further configured to acquire the data types of each first field data and each second field data; and converting each first field data or each second field data according to the data type, and comparing the converted first field data with the second field data or comparing the first field data with the converted second field data.

In one embodiment, the scenario case obtaining module 703 is further configured to convert the first field data or the second field data in the case that the data type is a digital type, so that the converted first field data and the converted second field data or the first field data and the converted second field data have the same digital precision; under the condition that the data type is a timestamp type, converting the first field data or the second field data so that the converted first field data and the converted second field data or the first field data and the converted second field data have the same timestamp precision; under the condition that the data type is a character string type, converting the first field data or the second field data so that the converted first field data and the converted second field data or the first field data and the converted second field data have the same coding format and the same character string length; and converting the first field data or the second field data under the condition that the data type is the date type, so that the converted first field data and the converted second field data or the first field data and the converted second field data have the same starting date calculation.

In one embodiment, the test data generating device further includes: the scene case sending module is used for sending the test scene case to the developer terminal; the developer terminal is used for obtaining modified content data suitable for the test scene case according to the modification requirement corresponding to the test scene case; the test data generating module 704 is further configured to send the test scenario case to a developer terminal; the developer terminal is used for obtaining modified content data suitable for the test scene case according to the modification requirement corresponding to the test scene case;

in one embodiment, the test data generating module 704 is further configured to generate test data matched with the test scenario case as the first initial test data; responding to a system migration test request for the financial service system again, and acquiring second initial test data from a preset test data pool; the second initial test data is test data which is not used as initial test data in the test data pool; and the step of taking the first initial test data and the second initial test data as new initial test data, and returning to execute the steps of inputting the initial test data into the host system, obtaining a first feedback result of the host system aiming at the initial test data, inputting the initial test data into the platform system, and obtaining a second feedback result of the platform system aiming at the initial test data.

The respective modules in the above-described test data generating apparatus may be implemented in whole or in part by software, hardware, and a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.

In one embodiment, a computer device is provided, which may be a server, and the internal structure of which may be as shown in fig. 8. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is for storing test data. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a test data generating method.

It will be appreciated by those skilled in the art that the structure shown in fig. 8 is merely a block diagram of some of the structures associated with the present application and is not limiting of the computer device to which the present application may be applied, and that a particular computer device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.

In an embodiment, there is also provided a computer device comprising a memory and a processor, the memory having stored therein a computer program, the processor implementing the steps of the method embodiments described above when the computer program is executed.

In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored which, when executed by a processor, carries out the steps of the method embodiments described above.

In an embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, implements the steps of the method embodiments described above.

It should be noted that, user information (including but not limited to user equipment information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to in the present application are information and data authorized by the user or sufficiently authorized by each party.

Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in the various embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magnetic random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (Phase Change Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in the form of a variety of forms, such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), and the like. The databases referred to in the various embodiments provided herein may include at least one of relational databases and non-relational databases. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processors referred to in the embodiments provided herein may be general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic units, quantum computing-based data processing logic units, etc., without being limited thereto.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The above examples only represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the present application. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application. Accordingly, the scope of protection of the present application shall be subject to the appended claims.

Claims

1. A method of generating test data, the method comprising:

2. The method of claim 1, wherein the obtaining the target test data for which the first feedback result and the second feedback result are different, and the test scenario case corresponding to the target test data, comprises:

acquiring current initial test data and a test data identifier corresponding to the current initial test data;

acquiring a current first feedback result carrying the test data identifier from the first feedback result, and acquiring a current second feedback result carrying the test data identifier from the second feedback result;

comparing the current first feedback result with the current second feedback result, taking the current initial test data as the target test data under the condition that the current first feedback result is different from the current second feedback result, and acquiring a test scene case corresponding to the current initial test data.

3. The method of claim 2, wherein the current first feedback result and the current second feedback result comprise a plurality of field data, each of the field data corresponding to a different feedback result field;

the comparing the current first feedback result and the current second feedback result, and taking the current initial test data as the target test data under the condition that the current first feedback result and the current second feedback result are different, includes:

acquiring a test financial service type corresponding to the current initial test data and a key feedback result field preset for the test financial service type;

respectively comparing the first field data corresponding to each key feedback result field in the current first feedback result with the second field data corresponding to each key feedback result field in the current second feedback result;

and taking the current initial test data as the target test data in the case that at least one of the first field data and the second field data is different.

4. The method of claim 3, wherein the obtaining the test financial transaction type corresponding to the current initial test data and the preset key feedback result field for the test financial transaction type includes:

When the test financial business type is query type financial business, taking a feedback result field associated with account information of a query account in the feedback result of the current initial test data as the key feedback result field; the query account is an account initiating the query type financial service;

under the condition that the test financial business type is the adjustment type financial business, taking a feedback result field related to financial business adjustment information in the feedback result of the current initial test data as the key feedback result field;

when the test financial business type is a resource transfer type financial business, taking a feedback result field related to account information of a resource transfer account and resource transfer information in the feedback result of the current initial test data as the key feedback result field; the resource transfer account is an account that initiates the resource transfer type financial transaction.

5. The method of claim 3, wherein the comparing the first field data corresponding to each of the key feedback result fields in the current first feedback result and the second field data corresponding to each of the key feedback result fields in the current second feedback result respectively includes:

Acquiring the data type of each first field data and each second field data;

and converting each first field data or each second field data according to the data type, and comparing the converted first field data with the second field data or comparing the first field data with the converted second field data.

6. The method of claim 5, wherein converting each of the first field data or the second field data according to the data type comprises:

converting the first field data or the second field data under the condition that the data type is a digital type, so that the converted first field data and the second field data or the first field data and the converted second field data have the same digital precision;

converting the first field data or the second field data under the condition that the data type is a timestamp type, so that the converted first field data and the second field data or the first field data and the converted second field data have the same timestamp precision;

Converting the first field data or the second field data under the condition that the data type is a character string type, so that the converted first field data and the second field data or the first field data and the converted second field data have the same coding format and the same character string length;

and converting the first field data or the second field data under the condition that the data type is a date type, so that the converted first field data and the second field data or the first field data and the converted second field data have the same starting date calculation.

7. The method of claim 1, wherein after the obtaining the target test data that is different from the first feedback result and the second feedback result, and the test scenario case corresponding to the target test data, further comprises:

the test scene case is sent to a developer terminal; the developer terminal is used for obtaining modified content data suitable for the test scene case according to the modification requirement corresponding to the test scene case;

the generating test data matched with the test scene case as new initial test data for executing the system migration test request again comprises:

And generating test data matched with the test scene cases, modifying the test data by utilizing modified content data suitable for the test scene cases, and taking the modified test data as new initial test data for executing the system migration test request again.

8. The method of claim 1, wherein the generating test data matching the test scenario cases as new initial test data for re-executing the system migration test request comprises:

generating test data matched with the test scene case as first initial test data;

the generating test data matched with the test scene case as new initial test data for executing the system migration test request further comprises:

responding to a system migration test request for the financial service system again, and acquiring second initial test data from a preset test data pool; the second initial test data is test data which is not used as initial test data in the test data pool;

and the step of taking the first initial test data and the second initial test data as new initial test data, and returning to execute the steps of inputting the initial test data into a host system, obtaining a first feedback result of the host system aiming at the initial test data, inputting the initial test data into a platform system, and obtaining a second feedback result of the platform system aiming at the initial test data.

9. A test data generation apparatus, the apparatus comprising:

10. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any one of claims 1 to 8 when the computer program is executed.

11. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 8.

12. A computer program product comprising a computer program, characterized in that the computer program, when executed by a processor, implements the steps of the method of any one of claims 1 to 8.