Comparison test method and related device

Abstract

The invention discloses a comparison test method and a related device, and relates to the technical field of computers, and the method comprises the steps: carrying out the analysis of to-be-transacted data information of a first system, obtaining a to-be-transacted scene, and determining a plurality of sub-transactions in the to-be-transacted scene and the execution sequence of each sub-transaction; according to the execution sequence of the sub-transactions, performing transaction simulation operation on the plurality of sub-transactions to obtain post-transaction data information of the first system; and performing consistency comparison on the post-transaction data information of the first system and the post-transaction data information of the second system to obtain a first comparison test result. According to the invention, automatic comparison testing is realized, and the testing efficiency is improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a comparative test method and related devices. Background Art

[0002] In recent years, with the increasing maturity of digitalization and distributed technologies, the banking industry is gradually shifting from a centralized core system architecture to a distributed system architecture that supports high concurrency and rapid expansion in order to cope with the explosive growth of business needs. In this transformation process, it is necessary to compare and verify the transactions involved in the original system one by one. In batch comparison testing, testers need to analyze the business logic and functional points of each transaction and ensure that the results of the centralized core system are consistent with those of the distributed system architecture. However, this process involves a huge amount of data, complex business, and consumes a lot of time and manpower, making it difficult to support the system transformation task of many transactions. Summary of the invention

[0003] In view of the above problems, this application provides a comparative test method and related devices, which can improve the test efficiency. The specific scheme is as follows:

[0004] The first aspect of the present application provides a comparative test method, comprising:

[0005] Obtaining pending transaction data information of the first system;

[0006] Analyze the pending transaction data information of the first system to obtain a pending transaction scenario, and determine a plurality of sub-transactions under the pending transaction scenario and an execution order of each of the sub-transactions;

[0007] According to the execution order of the sub-transactions, a transaction simulation operation is performed on the plurality of sub-transactions to obtain post-transaction data information of the first system;

[0008] The post-transaction data information of the first system is compared with the post-transaction data information of the second system for consistency to obtain a first comparison test result.

[0009] In a possible implementation, after obtaining the first comparison test result, the method further includes:

[0010] If the first comparative test result indicates that the post-transaction data information of the first system is inconsistent with the post-transaction data information of the second system, the data information to be traded of the first system is deleted, the data information to be traded of the second system is obtained, and based on the data information to be traded of the second system, the data information to be traded of the first system that is consistent with the data information to be traded of the second system is regenerated, and then the process returns to the step of "parsing the data information to be traded of the first system to obtain the scenario to be traded, determining multiple sub-transactions under the scenario to be traded and the execution order of each of the sub-transactions".

[0011] In a possible implementation, regenerating the data information to be traded of the first system that is consistent with the data information to be traded of the second system based on the data information to be traded of the second system includes:

[0012] Analyze and obtain the transaction data volume from the data information to be traded of the second system;

[0013] When the transaction data volume is greater than the preset data volume, the data information to be traded is divided according to the transaction location to obtain data to be traded in multiple different regions;

[0014] For the data to be traded in each area, the data information to be traded of the first system that is consistent with the data to be traded is regenerated.

[0015] In a possible implementation, performing transaction simulation operations on a plurality of the sub-transactions in the execution order of the sub-transactions to obtain post-transaction data information of the first system includes:

[0016] Determining the current sub-transaction to be executed according to the execution order of the sub-transactions;

[0017] Determining a transaction rule of the current sub-transaction based on a transaction list corresponding to the current sub-transaction;

[0018] Determining the legality of the current sub-transaction during execution based on the transaction rules;

[0019] If the current sub-transaction is legal, generating post-transaction data information of the current sub-transaction;

[0020] In a case where the current sub-transaction is the last sub-transaction in the execution sequence, post-transaction data information of the first system is obtained.

[0021] In a possible implementation, after obtaining the to-be-traded data information of the first system, the method further includes:

[0022] Obtaining pending transaction data information from the second system;

[0023] The data information to be traded of the first system is compared with the data information to be traded of the second system to obtain a second comparison test result.

[0024] A second aspect of the present application provides a comparative test system, comprising:

[0025] A data acquisition module, used to acquire the transaction data information of the first system;

[0026] A data analysis module, used for analyzing the pending transaction data information of the first system to obtain a pending transaction scenario, and determining a plurality of sub-transactions under the pending transaction scenario and an execution order of each of the sub-transactions;

[0027] A transaction execution module, configured to perform transaction simulation operations on a plurality of the sub-transactions according to the execution order of the sub-transactions, and obtain post-transaction data information of the first system;

[0028] The comparison and analysis module is used to compare the post-transaction data information of the first system with the post-transaction data information of the second system for consistency, and obtain a first comparison test result.

[0029] In a possible implementation, the method further includes:

[0030] A data resurfacing module is used to, after obtaining the first comparison test result, delete the data information to be traded of the first system, obtain the data information to be traded of the second system, and regenerate the data information to be traded of the first system that is consistent with the data information to be traded of the second system based on the data information to be traded of the second system, and then execute the data analysis module.

[0031] A third aspect of the present application provides a computer program product, comprising computer-readable instructions. When the computer-readable instructions are executed on an electronic device, the electronic device implements the comparative test method of the first aspect or any implementation of the first aspect.

[0032] A fourth aspect of the present application provides an electronic device, comprising at least one processor and a memory connected to the processor, wherein:

[0033] The memory is used to store computer programs;

[0034] The processor is used to execute the computer program so that the electronic device can implement the comparison test method of the above-mentioned first aspect or any implementation manner of the first aspect.

[0035] A fifth aspect of the present application provides a computer storage medium, which carries one or more computer programs. When the one or more computer programs are executed by an electronic device, the electronic device can perform a comparative test method according to the first aspect or any implementation method of the first aspect.

[0036] By means of the above technical scheme, the comparative test method and related devices provided by the present application parse the pending transaction data information of the first system to obtain the pending transaction scenario, determine the multiple sub-transactions under the pending transaction scenario and the execution order of each sub-transaction; perform transaction simulation operations on the multiple sub-transactions according to the execution order of the sub-transactions to obtain the post-transaction data information of the first system; perform consistency comparison between the post-transaction data information of the first system and the post-transaction data information of the second system to obtain the first comparative test result. The present application realizes automated comparative testing and improves test efficiency by performing transaction simulation operations on multiple sub-transactions and performing consistency comparison between the post-transaction data information of the first system and the post-transaction data information of the second system. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] The above and other features, advantages and aspects of the embodiments of the present disclosure will become more apparent with reference to the following detailed description in conjunction with the accompanying drawings. Throughout the accompanying drawings, the same or similar reference numerals represent the same or similar elements. It should be understood that the drawings are schematic and the originals and elements are not necessarily drawn to scale.

[0038] Figure 1 A flow chart of a comparative test method provided for this application;

[0039] Figure 2 Another comparative test method flow chart provided for this application;

[0040] Figure 3 A structural diagram of a comparative test system provided for this application;

[0041] Figure 4 Another comparative test system structure diagram provided for this application;

[0042] Figure 5 A schematic diagram of the structure of an electronic device provided in this application. DETAILED DESCRIPTION

[0043] The following describes the embodiments of the present application in conjunction with the drawings in the embodiments of the present application. The terms used in the implementation method section of the present application are only used to explain the specific embodiments of the present application, and are not intended to limit the present application.

[0044] The embodiments of the present application are described below in conjunction with the accompanying drawings. Those skilled in the art will appreciate that, with the development of technology and the emergence of new scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0045] The terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and need not be used to describe a specific order or sequential order. It should be understood that the terms used in this way can be interchangeable under appropriate circumstances, which is only to describe the distinction mode adopted by the objects of the same attributes when describing in the embodiments of the present application. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, so that the process, method, system, product or equipment comprising a series of units need not be limited to those units, but may include other units that are not clearly listed or inherent to these processes, methods, products or equipment.

[0046] The embodiment of the present application provides a comparative test method. The comparative test method of the embodiment of the present application is described in detail below in conjunction with the accompanying drawings.

[0047] Reference Figure 1 , Figure 1 A flow chart of a comparative test method provided in an embodiment of the present application is as follows: Figure 1 As shown, a comparative test method provided in an embodiment of the present application may include steps 101 to 104, and these steps are described in detail below.

[0048] Step 101: Obtain the transaction data information of the first system.

[0049] The first system may be a distributed system, which refers to a system of core banking businesses such as deposits and loans that is constructed using distributed architecture technology. The data information to be traded may include detailed information such as transaction log number, transaction service number, province and city number, transaction date, and specific transaction data. Acquiring the data information to be traded may be obtaining all relevant table information covered by the transaction from the database and saving it in a table, such as the business table, account data table, and transaction details table of the transaction, such as the current account master file, voucher type table, used passbook voucher registration table, current transaction details table, and product number account number comparison table.

[0050] In an optional implementation manner, after obtaining the to-be-traded data information of the first system, the method further includes:

[0051] Obtaining pending transaction data information from the second system;

[0052] The data information to be traded of the first system is compared with the data information to be traded of the second system to obtain a second comparison test result.

[0053] The second system may be a centralized core system, which is a centralized online real-time interactive system integrating deposit, loan and other businesses. After obtaining the pending transaction data information of the first system and the pending transaction data information of the second system, the pending transaction data before the transaction execution may be compared to ensure that the data volume and data content of the corresponding tables in the centralized core system and the distributed system are consistent, such as the data volume and data content of the transaction business table, account data table and transaction details table.

[0054] Step 102: parse the pending transaction data information of the first system to obtain the pending transaction scenario, and determine multiple sub-transactions under the pending transaction scenario and the execution order of each sub-transaction.

[0055] The transaction scenario is obtained by parsing the transaction data information of the first system, and for the specific distributed transaction, the execution order of each sub-transaction under the transaction scenario is determined. The sub-transaction information includes transaction name, transaction category, transaction interface, and compensation interface information.

[0056] Step 103: Perform transaction simulation operations on multiple sub-transactions according to the execution order of the sub-transactions to obtain post-transaction data information of the first system.

[0057] In an optional implementation, a transaction simulation operation is performed on a plurality of sub-transactions according to the execution order of the sub-transactions to obtain post-transaction data information of the first system, including:

[0058] According to the execution order of sub-transactions, determine the current sub-transaction to be executed;

[0059] Determine the transaction rules of the current sub-transaction based on the transaction list corresponding to the current sub-transaction;

[0060] Determine the legality of the current sub-transaction during execution based on transaction rules;

[0061] If the current sub-transaction is legal, generate post-transaction data information of the current sub-transaction;

[0062] When the current sub-transaction is the last sub-transaction in the execution order, the post-transaction data information of the first system is obtained.

[0063] When performing transaction simulation operations on multiple sub-transactions, a series of sub-transactions can be called to simulate the execution process of actual transactions according to the execution order of the sub-transactions and the transaction rules of the sub-transactions.

[0064] Suppose a customer initiates a transfer transaction on the bank's online banking, which involves transferring a certain amount of funds from one account to another. In the bank system, this transfer operation may trigger multiple sub-transactions, including fund deduction, fund transfer, account balance update, etc. These sub-transactions need to be executed in a certain order and logic to ensure the correctness and consistency of the transaction. First, determine the list of sub-transactions that need to be executed based on the type and attributes of the transfer transaction. For example, first, you need to deduct funds, then transfer funds, and finally update the account balance. Then, call the sub-transactions one by one in the order of sub-transaction execution. When executing each sub-transaction, check and verify the legitimacy and validity of the transaction according to the transaction rules of the sub-transaction. For example, in the fund deduction stage, you need to check whether the account balance is sufficient and whether it meets the transfer amount requirements.

[0065] Abnormal situations that may occur during the transaction execution process. For example, if the account balance is insufficient when deducting funds, corresponding processing is required, such as terminating the transaction and returning error information to the customer to ensure the stability and reliability of the system. In addition to executing sub-transactions, the execution status and results of the transaction can also be recorded and tracked, including recording the execution time, execution results and related transaction information of each sub-transaction. By monitoring and recording the transaction execution process, problems can be discovered and solved in a timely manner to ensure the integrity and consistency of the transaction.

[0066] Step 104: performing consistency comparison between the post-transaction data information of the first system and the post-transaction data information of the second system to obtain a first comparison test result.

[0067] The second system may be a centralized core system, which is a centralized online real-time interactive system integrating deposit, loan and other businesses. Comparing the post-transaction data information of the first system with the post-transaction data information of the second system for consistency is to compare the relevant data table information involved in the transaction after execution, and to determine whether the corresponding table data volume and content in the centralized core system and the distributed system are consistent. If they are consistent, the first comparison test result is output, and if they are inconsistent, the difference data is output. The relevant data table information may include the business table, account data table and transaction details table of the transaction. When comparing the consistency, the consistency of the table data volume and data content of the same transaction between different systems can be compared.

[0068] This application also provides a comparative test method, such as Figure 2 As shown, the method comprises:

[0069] Step 201: Obtain the transaction data information of the first system.

[0070] Step 202: parse the pending transaction data information of the first system to obtain the pending transaction scenario, and determine multiple sub-transactions under the pending transaction scenario and the execution order of each sub-transaction.

[0071] Step 203: Perform transaction simulation operations on multiple sub-transactions according to the execution order of the sub-transactions to obtain post-transaction data information of the first system.

[0072] Step 204: performing consistency comparison between the post-transaction data information of the first system and the post-transaction data information of the second system to obtain a first comparison test result.

[0073] Step 205: If the first comparative test result indicates that the post-transaction data information of the first system is inconsistent with the post-transaction data information of the second system, the data information to be traded of the first system is deleted, the data information to be traded of the second system is obtained, and based on the data information to be traded of the second system, the data information to be traded of the first system that is consistent with the data information to be traded of the second system is regenerated, and then the process returns to step 202.

[0074] Figure 2 Steps 201 to 204 and Figure 1 Steps 101 to 104 are similar and will not be described again.

[0075] In an optional implementation, based on the data information to be traded of the second system, regenerating the data information to be traded of the first system that is consistent with the data information to be traded of the second system includes:

[0076] Analyze and obtain the transaction data volume from the transaction data information of the second system;

[0077] When the transaction data volume is greater than the preset data volume, the data information to be traded is divided according to the transaction location to obtain data to be traded in multiple different regions;

[0078] For the data to be traded in each region, the data to be traded information of the first system that is consistent with the data to be traded is regenerated.

[0079] If the first comparative test result indicates that the post-transaction data information of the first system is inconsistent with the post-transaction data information of the second system, data re-laying is required, which is the process of extracting, cleaning, converting and loading data from the old system into the new system to ensure the correctness and integrity of the data in the new environment. Specifically, the distributed system database table data can be deleted, the data of the centralized core system data can be compressed and sent to the designated server, and then the designated account can be entered to decompress, read the file and transcode it, and finally the corresponding node can be found through the distributed system's job centralized scheduling platform BJS to re-lay the data. Among them, the job centralized scheduling platform is a software system or service designed to help manage and execute a large number of batch jobs. Batch jobs are usually a collection of tasks that are performed regularly according to certain rules and conditions. These tasks may involve various operations such as data processing, file processing, and system maintenance. When re-laying data, you can choose to re-lay idle table data or idle provincial and municipal data of the table.

[0080] Since data re-laying takes the most time, when the amount of transaction data is too large, all re-laying takes too long and the error rate increases significantly. To avoid this problem, the data to be traded can be divided according to the location of the transaction to obtain data to be traded in multiple different regions. For the data to be traded in each region, the data to be traded of the first system that is consistent with the data to be traded can be regenerated. In practical applications, the starting and ending positions of the provinces and cities in the table can be found by transcoding the data magnetic stripe, and the corresponding BJS sub-nodes can be called up according to the database corresponding table to achieve data re-laying for a single province and city, which greatly improves efficiency. Such operations can complete the re-laying of data on a smaller scale and at a faster speed, provide convenience for rapid retesting, and help to quickly and accurately locate the cause of the fault.

[0081] It should be noted that after comparing the pending transaction data information of the first system with the pending transaction data information of the second system to obtain the second comparison test result, if the second comparison test result indicates that the pre-transaction data information of the first system is inconsistent with the pre-transaction data information of the second system, data repainting operation is also required.

[0082] The comparative testing method provided in this application can automatically compare the transaction-related table data before and after the transaction, and can re-lay the data, which significantly improves the testing efficiency, reduces labor costs, shortens the testing cycle, and helps to accelerate the testing process and improve work efficiency. In addition, testers only need to understand the testing process, without in-depth understanding of business details or manual analysis of functional points, which greatly reduces the threshold for batch testing.

[0083] A comparative test method provided in an embodiment of the present application is introduced above, and a system for executing the comparative test method is introduced below.

[0084] See also Figure 3 , Figure 3 This is a schematic diagram of the structure of a comparative test system provided in an embodiment of the present application. Figure 3 As shown, the comparative test system comprises:

[0085] The data acquisition module 301 is used to acquire the transaction data information of the first system.

[0086] The data analysis module 302 is used to analyze the pending transaction data information of the first system to obtain the pending transaction scenario, determine multiple sub-transactions under the pending transaction scenario and the execution order of each sub-transaction.

[0087] The transaction execution module 303 is used to perform transaction simulation operations on multiple sub-transactions according to the execution order of the sub-transactions to obtain post-transaction data information of the first system.

[0088] The comparison and analysis module 304 is used to compare the post-transaction data information of the first system with the post-transaction data information of the second system for consistency, and obtain a first comparison test result.

[0089] In a possible implementation, the transaction execution module 303 is specifically configured to:

[0090] According to the execution order of sub-transactions, determine the current sub-transaction to be executed;

[0091] Determine the transaction rules of the current sub-transaction based on the transaction list corresponding to the current sub-transaction;

[0092] Determine the legality of the current sub-transaction during execution based on transaction rules;

[0093] If the current sub-transaction is legal, generate post-transaction data information of the current sub-transaction;

[0094] When the current sub-transaction is the last sub-transaction in the execution order, the post-transaction data information of the first system is obtained.

[0095] In a possible implementation, the comparison and analysis module 304 is further used to:

[0096] After obtaining the data information to be traded of the first system, obtain the data information to be traded of the second system; compare the data information to be traded of the first system with the data information to be traded of the second system to obtain a second comparison test result.

[0097] The present application also provides a comparative test system, such as Figure 4 As shown, the system comprises:

[0098] The data acquisition module 401 is used to acquire the transaction data information of the first system.

[0099] The data analysis module 402 is used to analyze the pending transaction data information of the first system to obtain the pending transaction scenario, determine multiple sub-transactions under the pending transaction scenario and the execution order of each sub-transaction.

[0100] The transaction execution module 403 is used to perform transaction simulation operations on multiple sub-transactions according to the execution order of the sub-transactions to obtain post-transaction data information of the first system.

[0101] The comparison and analysis module 404 is used to compare the post-transaction data information of the first system with the post-transaction data information of the second system for consistency, and obtain a first comparison test result.

[0102] The data re-laying module 405 is used to, after obtaining the first comparison test result, if the first comparison test result indicates that the post-transaction data information of the first system is inconsistent with the post-transaction data information of the second system, delete the data information to be traded of the first system, obtain the data information to be traded of the second system, and regenerate the data information to be traded of the first system that is consistent with the data information to be traded of the second system based on the data information to be traded of the second system, and then execute the data analysis module 402.

[0103] In a possible implementation, the data resurfacing module 405 is specifically used to:

[0104] Analyze and obtain the transaction data volume from the transaction data information of the second system;

[0105] When the transaction data volume is greater than the preset data volume, the data information to be traded is divided according to the transaction location to obtain data to be traded in multiple different regions;

[0106] For the data to be traded in each region, the data to be traded information of the first system that is consistent with the data to be traded is regenerated.

[0107] In a possible implementation, the transaction execution module 403 is specifically configured to:

[0108] According to the execution order of sub-transactions, determine the current sub-transaction to be executed;

[0109] Determine the transaction rules of the current sub-transaction based on the transaction list corresponding to the current sub-transaction;

[0110] Determine the legality of the current sub-transaction during execution based on transaction rules;

[0111] If the current sub-transaction is legal, generate post-transaction data information of the current sub-transaction;

[0112] When the current sub-transaction is the last sub-transaction in the execution order, the post-transaction data information of the first system is obtained.

[0113] In a possible implementation, the comparison and analysis module 404 is further used to:

[0114] After obtaining the data information to be traded of the first system, obtain the data information to be traded of the second system; compare the data information to be traded of the first system with the data information to be traded of the second system to obtain a second comparison test result.

[0115] The present application also provides an electronic device in an embodiment. Figure 5 As shown, it shows a schematic diagram of the structure of an electronic device suitable for implementing the embodiment of the present application. The electronic device in the embodiment of the present application may include but is not limited to fixed terminals such as mobile phones, laptops, PDAs (personal digital assistants), PADs (tablet computers), desktop computers, etc. Figure 5 The electronic device shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0116] like Figure 5 As shown, the electronic device may include a processing device (e.g., a central processing unit, a graphics processing unit, etc.) 501, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 502 or a program loaded from a storage device 508 to a random access memory (RAM) 503. When the electronic device is powered on, various programs and data required for the operation of the electronic device are also stored in the RAM 503. The processing device 501, the ROM 502, and the RAM 503 are connected to each other via a bus 504. An input / output (I / O) interface 505 is also connected to the bus 504.

[0117] Typically, the following devices may be connected to the I / O interface 505: an input device 506 including, for example, a touch screen, a touch pad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, etc.; an output device 507 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; a storage device 508 including, for example, a memory card, a hard disk, etc.; and a communication device 509. The communication device 509 may allow the electronic device to communicate with other devices wirelessly or by wire to exchange data. Although Figure 5 An electronic device having various devices is shown, but it should be understood that it is not required to implement or possess all the devices shown. More or fewer devices may be implemented or possessed instead.

[0118] An embodiment of the present application also provides a computer program product including computer-readable instructions. When the computer-readable instructions are executed on an electronic device, the electronic device implements any comparison test method provided in the embodiment of the present application.

[0119] A computer-readable storage medium is also provided in an embodiment of the present application. The storage medium carries one or more computer programs. When the one or more computer programs are executed by an electronic device, the electronic device can implement any comparison test method provided in the embodiment of the present application.

[0120] It should also be noted that the device embodiments described above are merely schematic, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed over multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. In addition, in the drawings of the device embodiments provided by the present application, the connection relationship between the modules indicates that there is a communication connection between them, which may be specifically implemented as one or more communication buses or signal lines.

[0121] Through the description of the above implementation mode, the technicians in the field can clearly understand that the present application can be implemented by means of software plus necessary general hardware, and of course, it can also be implemented by special hardware including special integrated circuits, special CPUs, special memories, special components, etc. In general, all functions completed by computer programs can be easily implemented by corresponding hardware, and the specific hardware structure used to implement the same function can also be various, such as analog circuits, digital circuits or special circuits. However, for the present application, software program implementation is a better implementation mode in more cases. Based on such an understanding, the technical solution of the present application is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a readable storage medium, such as a computer floppy disk, a U disk, a mobile hard disk, a ROM, a RAM, a disk or an optical disk, etc., including a number of instructions to enable a computer device (which can be a personal computer, a training device, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0122] In the above embodiments, all or part of the embodiments may be implemented by software, hardware, firmware or any combination thereof. When implemented by software, all or part of the embodiments may be implemented in the form of a computer program product.

[0123] The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website site, a computer, a training device, or a data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, training device, or data center. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a training device, a data center, etc. that includes one or more available media integrations. The available medium may be a magnetic medium, (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive (SSD)), etc.

Claims

1. A comparative test method, characterized in that: include: Obtaining pending transaction data information of the first system; Analyze the pending transaction data information of the first system to obtain a pending transaction scenario, and determine a plurality of sub-transactions under the pending transaction scenario and an execution order of each of the sub-transactions; According to the execution order of the sub-transactions, a transaction simulation operation is performed on the plurality of sub-transactions to obtain post-transaction data information of the first system; The post-transaction data information of the first system is compared with the post-transaction data information of the second system for consistency to obtain a first comparison test result.

2. The comparative test method according to claim 1, characterized in that: After obtaining the first comparison test result, the method further includes: If the first comparative test result indicates that the post-transaction data information of the first system is inconsistent with the post-transaction data information of the second system, the data information to be traded of the first system is deleted, the data information to be traded of the second system is obtained, and based on the data information to be traded of the second system, the data information to be traded of the first system that is consistent with the data information to be traded of the second system is regenerated, and then the process returns to the step of "parsing the data information to be traded of the first system to obtain the scenario to be traded, and determining multiple sub-transactions under the scenario to be traded and the execution order of each of the sub-transactions".

3. The comparative test method according to claim 2, characterized in that: The regenerating the data information to be traded of the first system that is consistent with the data information to be traded of the second system based on the data information to be traded of the second system comprises: Analyze and obtain the transaction data volume from the data information to be traded of the second system; When the transaction data volume is greater than the preset data volume, the data information to be traded is divided according to the transaction location to obtain data to be traded in multiple different regions; For the data to be traded in each area, the data information to be traded of the first system that is consistent with the data to be traded is regenerated.

4. The comparative test method according to any one of claims 1 to 3, characterized in that: The step of performing transaction simulation operations on the plurality of sub-transactions in the execution order of the sub-transactions to obtain post-transaction data information of the first system includes: Determining the current sub-transaction to be executed according to the execution order of the sub-transactions; Determining a transaction rule of the current sub-transaction based on a transaction list corresponding to the current sub-transaction; Determining the legality of the current sub-transaction during execution based on the transaction rules; If the current sub-transaction is legal, generating post-transaction data information of the current sub-transaction; In a case where the current sub-transaction is the last sub-transaction in the execution sequence, post-transaction data information of the first system is obtained.

5. The comparative test method according to any one of claims 1 to 3, characterized in that: After obtaining the transaction data information of the first system, the method further includes: Obtaining pending transaction data information from the second system; The data information to be traded of the first system is compared with the data information to be traded of the second system to obtain a second comparison test result.

6. A comparative test system, characterized in that: include: A data acquisition module, used to acquire the transaction data information of the first system; A data analysis module, used for analyzing the pending transaction data information of the first system to obtain a pending transaction scenario, and determining a plurality of sub-transactions under the pending transaction scenario and an execution order of each of the sub-transactions; A transaction execution module, configured to perform transaction simulation operations on a plurality of the sub-transactions according to the execution order of the sub-transactions, and obtain post-transaction data information of the first system; The comparison and analysis module is used to compare the post-transaction data information of the first system with the post-transaction data information of the second system for consistency, and obtain a first comparison test result.

7. The comparison test system according to claim 6, characterized in that: Also includes: A data resurfacing module is used to, after obtaining the first comparison test result, delete the data information to be traded of the first system, obtain the data information to be traded of the second system, and regenerate the data information to be traded of the first system that is consistent with the data information to be traded of the second system based on the data information to be traded of the second system, and then execute the data analysis module.

8. A computer program product, characterized in that The method comprises computer-readable instructions, and when the computer-readable instructions are executed on an electronic device, the electronic device implements the comparative test method as claimed in any one of claims 1 to 5.

9. An electronic device, characterized in that: The method comprises at least one processor and a memory connected to the processor, wherein: The memory is used to store computer programs; The processor is used to execute the computer program so that the electronic device can implement the comparative test method as described in any one of claims 1 to 5.

10. A computer storage medium, characterized in that: The storage medium carries one or more computer programs, and when the one or more computer programs are executed by an electronic device, the electronic device can implement the comparative test method as described in any one of claims 1 to 5.

Images