Bypass simulation test method and device, storage medium and computer equipment

Abstract

The invention relates to the technical field of testing, in particular to a bypass simulation testing method and device, a storage medium and computer equipment. The method comprises the following steps: acquiring an original channel request message, an original channel response message, an original service request message and an original service response message which are interacted between an original background business system and an original channel system and between the original background business system and an original background service system; constructing a simulation channel system and a simulation background service system; in response to the simulation instruction, sending a playback request message to a target background service system through the simulation channel system; comparing a playback service request message sent by the target background service system to the simulation background service system for the playback request message with an original service request message corresponding to the playback request message; and obtaining a test result of the target background service system according to a playback response message sent by the target background service system to the simulation channel system for the playback request message and an original channel response message corresponding to the playback request message.

Description

Technical Field

[0001] This application relates to the field of testing technology, and in particular to a bypass simulation testing method, apparatus, storage medium, and computer equipment. Background Technology

[0002] As bank back-office systems migrate from centralized architectures based on IOE (IBM, Oracle, EMC) to domestically developed IT innovation technology stacks, ensuring complete consistency in functionality, performance, and processing logic between the new and old systems has become a core challenge. The testing methods in related technologies heavily rely on manually designed test cases, making it difficult to comprehensively and realistically cover all complex business scenarios, transaction sequences, and concurrency conditions in the production environment. This results in insufficient test coverage and inadequate verification, leading to significant functional and performance risks during system deployment. Summary of the Invention

[0003] In view of this, this application provides a bypass simulation test method, apparatus, storage medium and computer equipment, which realizes comprehensive verification of the function, performance and stability of the newly built target back-end business system by bypassing the acquisition of real messages and bypassing automated playback and comparison, and significantly reduces the risk of going live.

[0004] According to one aspect of this application, a bypass simulation test method is provided, comprising: Obtain the original channel request messages, original channel response messages, original service request messages, and original service response messages exchanged between the original back-end business system, the original channel system, and the original back-end service system; Based on the original channel system and the original back-end service system, a simulated channel system and a simulated back-end service system are constructed. In response to the simulation command, a replay request message is sent to the target back-end business system through the simulation channel system. The replay request message is determined based on the original channel request message. The target back-end business system is the system after the original back-end business system has been migrated to the target underlying technical architecture. By comparing the replay service request message sent by the target back-end business system to the simulation back-end service system in response to the replay request message with the original service request message corresponding to the replay request message, and the replay response message sent by the target back-end business system to the simulation channel system in response to the replay request message with the original channel response message corresponding to the replay request message, the test result of the target back-end business system is obtained.

[0005] According to another aspect of this application, a bypass simulation test apparatus is provided, comprising: The acquisition module is used to acquire the original channel request messages, original channel response messages, original service request messages and original service response messages exchanged between the original back-end business system and the original channel system and the original back-end service system. The construction module is used to construct a simulated channel system and a simulated backend service system based on the original channel system and the original backend service system. The comparison module is used to respond to simulation commands by sending a replay request message to the target backend business system through the simulation channel system. The replay request message is determined based on the original channel request message. The target backend business system is the system after migrating the original backend business system to the target underlying technical architecture. The module also compares the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message with the original service request message corresponding to the replay request message, and the replay response message sent by the target backend business system to the simulation channel system in response to the replay request message with the original channel response message corresponding to the replay request message, to obtain the test result of the target backend business system.

[0006] According to another aspect of this application, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the bypass simulation test method described above.

[0007] According to another aspect of this application, a computer device is provided, including a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, wherein the processor executes the program to implement the steps of the bypass simulation test method described above.

[0008] By employing the above technical solutions, this application provides a bypass simulation testing method, apparatus, storage medium, and computer equipment. It bypasses the acquisition of real-world communication messages between the original back-end business system, the original channel system, and the original back-end service system in the production environment. These messages are then automatically replayed through a simulated channel system and a simulated back-end service system to a newly built target back-end business system that performs the same banking business functions as the original back-end business system but with a different underlying technical architecture. This bypass simulation testing can reproduce real business scenarios without loss of quality, enabling comprehensive verification of the correctness of the target back-end business system's functions and accurate evaluation of its performance and stability. Furthermore, automated message comparison quickly identifies differences, greatly improving testing efficiency and reliability, ultimately providing a solid guarantee for successful system deployment and significantly reducing deployment risks.

[0009] The above description is only an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, and to make the above and other objects, features and advantages of this application more obvious and understandable, specific embodiments of this application are given below. Attached Figure Description

[0010] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings: Figure 1 A flowchart illustrating the bypass simulation test method provided in an embodiment of this application is shown; Figure 2 A flowchart illustrating a bypass simulation test method provided in another embodiment of this application is shown; Figure 3 A schematic diagram of a bypass acquisition process provided in another embodiment of this application is shown; Figure 4 A schematic diagram of the bypass simulation playback process provided in another embodiment of this application is shown; Figure 5 A structural block diagram of the bypass simulation test method apparatus provided in an embodiment of this application is shown. Detailed Implementation

[0011] The present application will be described in detail below with reference to the accompanying drawings and embodiments. It should be noted that, unless otherwise specified, the embodiments and features described in the embodiments of the present application can be combined with each other.

[0012] The embodiments of this application are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain this application, and should not be construed as limiting this application.

[0013] Those skilled in the art will understand that, unless specifically stated otherwise, the singular forms “a,” “an,” “the,” and “the” used herein may also include the plural forms. It should be further understood that the term “comprising” as used in this application means the presence of the stated features, integers, steps, operations, elements, and / or components, but does not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof. It should be understood that when we say an element is “connected” or “attached” to another element, it can be directly connected or attached to the other element, or there may be intermediate elements. Furthermore, “connected” or “attached” as used herein can include wireless connections or wireless interconnections. The term “and / or” as used herein includes all or any unit and all combinations of one or more associated listed items.

[0014] Exemplary embodiments according to this application will now be described in more detail with reference to the accompanying drawings. However, these exemplary embodiments may be implemented in many different forms and should not be construed as being limited to the embodiments set forth herein. It should be understood that these embodiments are provided so that the disclosure of this application is thorough and complete, and that the concept of these exemplary embodiments is fully conveyed to those skilled in the art.

[0015] This application provides a bypass simulation test method, such as... Figure 1 As shown, the method includes: Step 101: Obtain the original channel request message, original channel response message, original service request message, and original service response message exchanged between the original back-end business system, the original channel system, and the original back-end service system.

[0016] In this step, the data collection is not embedded in the code of the original backend business system. Instead, a bypass collection method is used. Through a collection process, all messages exchanged between the original backend business system, the original channel system, and the original backend service system are collected in real time within the actual production business scenario and stored in a database to avoid introducing risks into transactions and ensure security. The collection process is a dedicated software program independent of the original backend business system, the original channel system, and the original backend service system. It can capture and copy the network communication data exchanged between the original systems in real time and completely, and save it, without interfering with the normal operation of the original systems.

[0017] Step 102: Based on the original channel system and the original back-end service system, construct a simulated channel system and a simulated back-end service system.

[0018] In this step, a bypass simulation system is pre-built, namely a simulation channel system and a simulation backend service system. Without interfering with the normal processing of the target backend business system, the first and second simulation gateway processes of the simulation channel system simulate the communication behavior of the original channel system initiating requests and receiving responses from the original backend business system. The third and fourth simulation gateway processes of the simulation backend service system simulate the behavior of the original backend service system receiving requests and providing business data responses. This provides a test platform for the target backend business system that is close to the real environment, so as to verify its functions and performance under the new underlying technical architecture.

[0019] Step 103: In response to the simulation command, a playback request message is sent to the target back-end business system through the simulation channel system.

[0020] Among them, the playback request message is determined based on the original channel request message, and the target back-end business system is the system after migrating the original back-end business system to the target underlying technical architecture.

[0021] In this step, in order to verify the consistency of the back-end business system's functions before and after the underlying technical architecture transformation, a bypass simulation replay method is adopted. The real original channel request messages generated in the actual production business scenario are used as replay request messages to accurately simulate and test the target back-end business system. In this way, the accuracy of the target back-end business system's technical implementation is tested through the target back-end business system's processing results of the real original channel request messages.

[0022] Step 104: Compare the replay service request message sent by the target back-end business system to the simulation back-end service system in response to the replay request message with the original service request message corresponding to the replay request message, and the replay response message sent by the target back-end business system to the simulation channel system in response to the replay request message with the original channel response message corresponding to the replay request message, to obtain the test results of the target back-end business system.

[0023] In this step, all outputs of the target back-end business system are compared and verified to comprehensively confirm the correctness of the target back-end business system's functions.

[0024] This embodiment bypasses the acquisition of real-world communication messages between the original back-end business system, the original channel system, and the original back-end service system in the production environment. By simulating the channel system and the back-end service system, these messages are automatically replayed to a newly built target back-end business system that performs the same banking business functions as the original back-end business system but with a different underlying technical architecture. This bypass simulation testing allows for lossless reproduction of real-world business scenarios, verifying the correctness of the target back-end business system's functions and accurately assessing its performance and stability. Furthermore, automated message comparison quickly identifies discrepancies, significantly improving testing efficiency and reliability. Ultimately, this provides a solid guarantee for successful system deployment and significantly reduces deployment risks.

[0025] Another embodiment of this application provides a bypass simulation test method, such as... Figure 2 As shown, the method includes: Step 201: Collect the original channel request messages, original channel response messages, original service request messages and original service response messages between the original back-end business system, the original channel system and the original back-end service system through the collection process, and store the original channel request messages, original channel response messages, original service request messages and original service response messages into the preset database through the collection process.

[0026] It should be noted that in this embodiment, the original back-end business system refers to the information system that implements banking business functions based on the original underlying technical architecture. Specifically, in the existing group of bank information systems built on the original underlying technical architecture, each information system has a specified technical implementation boundary for banking business functions. The original back-end business system is the technical implementation of the specified banking business function boundary within the group of bank information systems. For example, if the original underlying technical architecture is the IOE technical architecture, the original back-end business system is a technical instance that implements the specified banking business function boundary based on IOE products and related technology stacks. IOE stands for IBM (International Business Machines Corporation), Oracle (Oracle Bone Inscriptions), and EMC (EMC), representing three aspects of IT (information technology) infrastructure: IBM provides hardware and services, Oracle provides databases and software, and EMC provides storage solutions. Banking business functions include deposits, withdrawals, transfers, and loan interest deductions. The original channel system refers to all external channels accessing the bank's original back-end business system, such as mobile banking, online banking, counter systems, and ATMs (automated teller machines). The original back-end service system is a server associated with the original back-end business system and capable of providing business data to the original back-end business system.

[0027] In this step, the data collection is not embedded in the code of the original backend business system. Instead, a bypass collection method is used. Through the collection process, all real messages exchanged between the original backend business system, the original channel system, and the original backend service system are collected in real time in the actual production business scenario and stored in the database to avoid introducing risks into transactions and ensure security. The collection process is a dedicated software program independent of the original backend business system, the original channel system, and the original backend service system. It can capture and copy the network communication data exchanged between the original systems in real time and completely without interfering with the normal operation of the original systems, and save it.

[0028] Specifically, a user initiates a transaction through the original channel system. In response to the user's transaction request, the original channel system generates an original channel request message and sends it to the bank's original back-office business system. The original back-office business system processes the received original channel request message logically. Since the implementation of banking business functions requires business data support, the original back-office business system generates an original service request message based on the business data needed to process the original channel request message and sends it to the original back-office service system. Next, the original back-office service system processes the received original service request message. After processing, the original back-office service system generates an original service response message corresponding to the original service request message and returns it to the original back-office business system. Upon receiving the original service response message, the original back-office business system further processes the original channel request message based on the transaction requirements of the original channel request message, obtaining the corresponding original channel response message, and sends it back to the original channel system, completing the entire transaction. Throughout the transaction process, the acquisition process obtains the original channel request messages sent from the original channel system to the original back-end business system, the original service request messages sent from the original back-end business system to the original back-end service system, the original service response messages returned from the original back-end service system to the original back-end business system, and the original channel response messages returned from the original back-end business system to the original channel system. Then, the acquisition process stores the original channel request messages, original channel response messages, original service request messages, and original service response messages in a preset database for subsequent retrieval.

[0029] Here, the original channel request message, original channel response message, original service request message, and original service response message include the time of the transaction and a transaction identifier. For example, a timestamp can be used to record the transaction time, and a unique serial number can be used as the transaction identifier. Thus, in the pre-defined database, the original channel request message, original channel response message, original service request message, and original service response message can be associated using the transaction identifier to prove that they belong to the same complete transaction.

[0030] It should be noted that customer-facing services provided by banks typically require the collaboration of multiple information systems to complete all business functions. In terms of collaboration, these systems can coordinate via online communication, presenting a "chained service request call" format. That is: a user initiates a business request through System 1 -> System 1 requests a specific business function from System 2 -> System 2 requests a specific business function from System 3 -> System 3 returns a response to System 2's request call -> System 2 returns a response to System 1's request call -> System 1 presents the user's business processing result and related information based on the response. In this service request call chain, according to the call order, System 1 can be referred to as the upstream system relative to System 2, and System 2 can be referred to as the upstream system relative to System 3. System 2 can be referred to as the downstream system relative to System 1, and System 3 can be referred to as the downstream system relative to System 2, and so on. During the collaboration between multiple information systems via online communication, this embodiment uses the request data sent from the upstream system to the downstream system as a "request message," and the response data returned from the downstream system to the upstream system as a "response message." In this embodiment, the original channel system is the upstream system of the original back-end business system, and the original back-end business system is the upstream system of the original back-end service system. The calling relationship from left to right is illustrated as follows: "Original Channel System <----> Original Back-end Business System <---> Original Back-end Service System".

[0031] Furthermore, as a refinement and extension of the specific implementation of the above embodiments, in order to fully illustrate the specific implementation process of this embodiment, the original back-end business system generates the original service request message required to process the original channel request message, and sends the original service request message to the original back-end service system. Specifically, this includes: the first gateway process in the original back-end business system receives the original channel request message and forwards the original channel request message to the business process in the original back-end business system; the business process generates the original service request message required to process the original channel request message, and sends the original service request message to the second gateway process in the original back-end business system, so that the second gateway process can process the original service request message. The message is forwarded to the original backend service system; the original backend business system processes the original channel request message based on the original service response message, generates the original channel response message corresponding to the original channel request message, and sends the original channel response message to the original channel system. Specifically, this includes: the second gateway process receiving the original service response message and forwarding it to the business process, so that the business process processes the original channel request message based on the original service response message and generates the original channel response message corresponding to the original channel request message; the business process sends the original channel response message to the first gateway process, so that the first gateway process forwards the original channel response message to the original channel system.

[0032] In this step, the original back-end business system includes a first gateway process, a business process, and a second gateway process. The business process refers to the technical implementation process within the original back-end business system that actually handles the functional boundaries of its own business operations. The gateway process refers to the program implementation process within the original back-end business system used to send and receive request and response messages. The first gateway process is used to receive and send request and response messages with upstream systems (such as the original channel system). The second gateway process is used to send and receive request and response messages with downstream systems (such as the original back-end service system). The first and second gateway processes are the unified entry and exit points for all external channels accessing the original back-end business system; all messages must pass through them before entering and exiting the original back-end business system.

[0033] Specifically, such as Figure 3As shown, a user initiates a transaction through the original channel system. The original channel system responds to the user's transaction request and generates an original channel request message based on this request, which is then sent to the bank's original back-end business system. The first gateway process in the original back-end business system receives the original channel request message. The first gateway process performs necessary security checks and protocol conversions on the original channel request message. After successful verification, it forwards the original channel request message to subsequent business processes for logical processing. However, the implementation of banking business functions requires the support of business data. After processing, the business process finds that it needs core business data from the original back-end service system. Therefore, based on the business data required to process the original channel request message, the business process generates a new original service request message and sends it to the original back-end service system. The business process sends the original service request message to the second gateway process, which forwards it to the original back-end service system. Next, the original back-end service system processes the received original service request message. After processing, the original back-end service system generates a corresponding original service response message and returns it to the original back-end business system. The second gateway process receives the original service response message. It also performs necessary security checks and protocol conversions on the message. After successful verification, it forwards the message to the business process. The business process, based on the transaction requirements of the original channel request message, uses the original service response message to perform further logical processing, obtaining the corresponding original channel response message. The business process then sends the original channel response message to the first gateway process. The first gateway process performs communication protocol conversion on the message, transforming it into a standardized format understandable by the original channel system, and then sends it to the original channel system, completing the transaction. Throughout the transaction, when the original channel request message and original channel response message reach the first gateway process, the acquisition process copies them. Similarly, when the original service request message and original service response message reach the second gateway process, the acquisition process copies them. The acquisition process uploads and stores the captured raw channel request messages, raw channel response messages, raw service request messages, and raw service response messages to a preset database.

[0034] For a specific example, a user initiates a "check account balance" transaction through online banking (i.e., the original channel system). Based on this, the online banking generates a standard original channel request message and sends it to the bank's original back-end business system. The first gateway process in the original back-end business system receives this original channel request message and performs security checks and protocol conversions. After successful verification, the first gateway process forwards the original channel request message to the business process in the original back-end business system for message parsing and generating query SQL (Structured Query Language) logic. The business process then determines that it needs business data from the bank's core accounting system (i.e., the original back-end service system), so it generates a new original service request message and sends it to the core accounting system. The business process sends the original service request message to the second gateway process, which forwards it to the core accounting system. The core accounting system processes the received original service request message, executes the balance query SQL, and after processing, generates an original service response message containing the balance data and returns it to the original back-end business system. In the original backend business system, the second gateway process receives the original service response message. The second gateway process also performs necessary security checks and protocol conversions on the original service response message. After successful verification, it forwards the original service response message to the business process. Upon receiving the original service response message, the business process re-encapsulates it into the format required by the original channel system, obtaining the response data for the original channel request message. Based on this response data, it generates the original channel response message corresponding to the original channel request message. The business process then sends the original channel response message to the first gateway process. The first gateway process performs communication protocol conversion on the original channel response message and then sends it to the original channel system, completing the entire transaction.

[0035] Step 202: Migrate the original back-end business system to the target underlying technical architecture to obtain the target back-end business system.

[0036] In this step, the original back-end business system, which implements banking business functions based on the original underlying technical architecture, is migrated to the target underlying technical architecture to obtain the target back-end business system. It should be noted that the original back-end business system and the target back-end business system perform the exact same banking business functions, but their underlying technical architectures are completely different. That is, the original back-end business system and the target back-end business system are different implementation instances of the same banking business functions using different underlying technical architectures.

[0037] To give a specific example, the target underlying technical architecture refers to the technical architecture of domestically developed IT products. The target back-end business system is a technical instance that implements the specified banking business function boundaries based on domestically developed IT products and related technology stacks. Domestically developed IT products, or information technology application innovation products, are products driven by a series of policies aimed at promoting the development of the domestic information technology industry, improving information security levels, and reducing dependence on foreign technologies and products. The domestically developed IT industry mainly involves basic hardware and software such as hardware devices, operating systems, databases, middleware, office software, and security products based on domestically produced CPUs (central processing units), as well as industry application software and service solutions developed on this basis.

[0038] Step 203: Based on the original channel system and the original back-end service system, construct a simulated channel system and a simulated back-end service system.

[0039] In this step, a bypass simulation system is pre-built, namely a simulation channel system and a simulation backend service system. Without interfering with the normal processing of the target backend business system, the first and second simulation gateway processes of the simulation channel system simulate the communication behavior of the original channel system initiating requests and receiving responses from the original backend business system. The third and fourth simulation gateway processes of the simulation backend service system simulate the behavior of the original backend service system receiving requests and providing business data responses. This provides a test platform for the target backend business system that is close to the real environment, so as to verify its functions and performance under the new underlying technical architecture.

[0040] Specifically, the simulated channel system includes a first simulation gateway process and a second simulation gateway process. The first simulation gateway process sends the original channel request message, which serves as a playback request message, to the target backend business system according to the protocol and format defined by the original channel system. The second simulation gateway process receives the playback response message returned from the target backend business system, thereby simulating the communication behavior between the original channel system and the original backend business system. The simulated backend service system includes a third simulation gateway process and a fourth simulation gateway process. The third simulation gateway process receives the playback service request message sent from the target backend business system, and the fourth simulation gateway process returns the original service response message to the target backend business system. This enables the simulated backend service system to simulate the data provision behavior of the original backend service system, ensuring that the target backend business system receives the necessary business data responses during the testing process.

[0041] Step 204: In response to the simulation command, the original channel request message read from the preset database through the playback process is used as the playback request message, and the playback request message is sent to the target back-end business system through the simulation channel system.

[0042] In this step, in order to verify the consistency of the back-end business system's functions before and after the underlying technical architecture transformation, a bypass simulation replay method is adopted. The real original channel request messages generated in the actual production business scenario are used as replay request messages to accurately simulate and test the target back-end business system. In this way, the accuracy of the target back-end business system's technical implementation is tested through the target back-end business system's processing results of the real original channel request messages.

[0043] Specifically, such as Figure 4 As shown, the playback process, according to the test requirements within the simulation instructions, reads the original channel request message from the preset database as a playback request message and sends it to the simulation channel system. The first simulation gateway process in the simulation channel system then forwards the received playback request message to the target backend business system for processing.

[0044] Furthermore, as a refinement and extension of the specific implementation of the above embodiments, in order to fully illustrate the specific implementation process of this embodiment, a replay request message is sent to the target back-end business system through the simulation channel system. Specifically, this includes: using the original channel request message located within the transaction period carried by the simulation instruction as the replay request message through the replay process; and sending the replay request message to the target back-end business system sequentially through the simulation channel system according to the transaction sequence of the replay request message.

[0045] In this step, the actual original channel request messages are replayed on the target backend business system according to the transaction sequence of the actual production business scenario, so as to restore the real business scenario and enhance the authenticity and reliability of the test.

[0046] Specifically, the transaction time period to be replayed can be set in the simulation command according to the actual business scenario time period to be reproduced. The replay process reads the original channel request messages from the preset database, uses the original channel request messages belonging to the transaction time period as the replay request messages, and sends the replay request messages to the simulated channel system. Then, the first simulation gateway process in the simulated channel system imitates the communication behavior of the original channel system. Based on the transaction occurrence time included in the replay request message, it strictly follows the time difference of the original transaction and sends the replay request message to the target backend business system according to the original transaction sequence, thereby accurately reproducing the load curve of the actual production business scenario and improving the accuracy of the test.

[0047] It is worth mentioning that the transaction period carried by the simulation command can be set to the previous 5 seconds of the current time, thereby enabling this embodiment to support near real-time playback with a 5-second delay, improving the practicality of the test.

[0048] This embodiment uses a time-series playback method to test the functional consistency between the original back-end business system and the target back-end business system, ensuring the authenticity of the test and the correctness of the business logic.

[0049] Furthermore, as a refinement and extension of the specific implementation of the above embodiments, in order to fully illustrate the specific implementation process of this embodiment, a playback request message is sent to the target back-end business system through the simulation channel system. Specifically, this includes: using the original channel request messages of the first playback quantity carried by the simulation instruction as playback request messages through the playback process; sorting the playback request messages according to the transaction sequence of the playback request messages through the playback process to obtain a message sequence; dividing the message sequence into message subsequences according to the second playback quantity carried by the simulation instruction through the playback process; and simultaneously sending the playback request messages in the message subsequences to the target back-end business system through the simulation channel system according to the sending period carried by the simulation instruction.

[0050] In this step, based on the transaction time sequence replay in the above embodiment, a stress control dimension is added, exceeding the original production load, and actively stress testing is performed on the target back-end business system to achieve the purpose of performance testing through different stress replays.

[0051] Specifically, the simulation command can be configured with a first replay count, a second replay count, and a sending period, based on the total number of messages to be stress-tested, the number of messages sent simultaneously each time, and the period of simultaneous message occurrences. The replay process reads the first replay count of original channel request messages from a preset database as replay request messages. Then, the replay process sorts the replay request messages according to the original transaction sequence based on the transaction occurrence time included in the replay request messages, obtaining a message sequence. Next, the replay process divides the message sequence into message subsequences according to the second replay count, obtaining the replay request messages that need to be sent simultaneously each time, and sends the message subsequences to the simulated channel system. The second replay count is less than the first replay count. Thus, the first simulated gateway process in the simulated channel system mimics the communication behavior of the original channel system, simultaneously sending all replay request messages in a message subsequence to the target backend business system each time according to the sending period.

[0052] This embodiment can play back continuously for hours or even days under high pressure, thereby testing whether the target backend business system has problems such as memory leaks and resource exhaustion.

[0053] Step 205: The target backend business system processes the playback request message, generates the playback service request message required to process the playback request message, and sends the playback service request message to the simulation backend service system.

[0054] In this step, the target backend business system is correlated with the original backend business system, and is simplified into a first target gateway process, a target business process, and a second target gateway process. The target business process refers to the functional technical implementation process within the target backend business system that actually handles the business functions within its own boundaries. The first target gateway process is used to receive and send request and response messages with upstream systems. The second target gateway process is used to send and receive request and response messages with downstream systems. The first and second target gateway processes are the unified entry and exit points for all external channels accessing the target backend business system; all messages must pass through them before entering and exiting the target backend business system.

[0055] Specifically, within the target backend business system, the first target gateway process receives the replay request message and forwards it to the target business process. The target business process processes the replay request message, generates the replay service request message required to process the replay request message, and forwards the replay service request message to the second target gateway process, so that the second target gateway process forwards the replay service request message to the simulation backend service system.

[0056] This embodiment treats the target backend business system as a black box model, focusing only on its inputs and outputs. The test results of the target backend business system are obtained by comparing its outputs with the actual processing results stored in a preset database.

[0057] Step 206: Obtain and compare the playback service request message sent by the target backend business system to the simulation backend service system in response to the playback request message with the original service request message corresponding to the playback request message through the comparison process.

[0058] In this step, after the target backend business system sends a replay service request message to the simulation backend service system, the replay service request message reaches the third simulation gateway process in the simulation backend service system. The comparison process collects the replay service request message that arrives at the third simulation gateway process in the simulation backend service system. Simultaneously, based on the transaction identifier in the replay service request message, the comparison process reads the original service request message with the same transaction identifier and belonging to the same transaction from a preset database, and uses it as the original service request message corresponding to the replay request message. Therefore, the comparison process can compare the intermediate processing results of the original backend business system and the target backend business system for the same transaction, that is, the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message, and the original service request message corresponding to the replay request message.

[0059] Step 207: If the comparison result between the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message and the original service request message corresponding to the replay request message is consistent, based on the transaction identifier in the replay service request message, the original service response message corresponding to the replay service request message is read from the preset database through the replay process, and the original service response message corresponding to the replay service request message is sent to the simulation backend service system through the replay process, so that the original service response message corresponding to the replay service request message is sent to the target backend business system through the simulation backend service system.

[0060] In this step, if the comparison result between the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message and the original service request message corresponding to the replay request message is inconsistent, it indicates that the functionality of the backend business system is inconsistent before and after the underlying technical architecture modification, thus the test result of the target backend business system is determined to be unqualified. If the comparison result between the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message and the original service request message corresponding to the replay request message is consistent, further comparison of the target backend business system is required. Specifically, if the comparison result between the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message and the original service request message corresponding to the replay request message is consistent, the comparison process sends the replay service request message to the replay process. The replay process will read the original service response message with the same transaction identifier and belonging to the same transaction from the preset database according to the transaction identifier in the replay service request message, and use it as the original service response message corresponding to the replay service request message, and send it to the simulation backend service system. In the simulated backend service system, the fourth simulation gateway process receives the original service response message corresponding to the playback service request message, and simulates the communication behavior of the original backend service system. It then sends the original service response message corresponding to the playback service request message to the target backend business system to provide the target backend business system with real and correct business data, enabling the target backend business system to proceed with subsequent business processing.

[0061] Step 208: By comparing the replay response message generated by the target backend business system based on the original service response message corresponding to the replay service request message with the original channel response message corresponding to the replay request message, the test result is determined.

[0062] In this step, the second target gateway process in the target backend business system receives the original service response message corresponding to the replay service request message, and forwards the original service response message to the target business process in the target backend business system. This allows the target business process to continue processing the replay request message based on the original service response message, generate the replay response message, and forward the replay response message to the simulation channel system.

[0063] After the target backend business system sends a playback request message and its corresponding playback response message to the simulation channel system, the playback response message reaches the second simulation gateway process in the simulation channel system. The comparison process collects the playback response message corresponding to the playback request message that arrives at the second simulation gateway process in the simulation channel system. Simultaneously, based on the transaction identifier in the playback response message, the comparison process reads the original channel response message with the same transaction identifier and belonging to the same transaction from a preset database, and uses it as the original channel response message corresponding to the playback request message. Therefore, the comparison process can compare the final processing results of the original backend business system and the target backend business system for the same transaction, that is, the playback response message sent by the target backend business system to the simulation channel system in response to the playback request message and the original channel response message corresponding to the playback request message.

[0064] If the comparison result of the playback response message sent by the target back-end business system to the simulation channel system in response to the playback request message is consistent with the original channel response message corresponding to the playback request message, then the test result of the target back-end business system is determined to be qualified; otherwise, the test result is unqualified.

[0065] For example, during the comparison process, the content of different messages can be compared field by field to see if they are completely consistent.

[0066] This embodiment compares and verifies all outputs of the target back-end business system to comprehensively verify the functional correctness of the target back-end business system.

[0067] It should be noted that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0068] Furthermore, such as Figure 5 As shown, as a specific implementation of the above-mentioned bypass simulation test method, this application embodiment provides a bypass simulation test device 500, which includes: an acquisition module 501, a construction module 502, and a comparison module 503.

[0069] The acquisition module 501 is used to acquire the original channel request message, original channel response message, original service request message and original service response message that are exchanged between the original back-end business system and the original channel system and the original back-end service system. Module 502 is used to build a simulated channel system and a simulated back-end service system based on the original channel system and the original back-end service system. Comparison module 503 is used to respond to simulation commands by sending a playback request message to the target back-end business system through the simulation channel system. The playback request message is determined based on the original channel request message. The target back-end business system is the system after migrating the original back-end business system to the target underlying technical architecture. It also compares the playback service request message sent by the target back-end business system to the simulation back-end service system in response to the playback request message with the original service request message corresponding to the playback request message, and the playback response message sent by the target back-end business system to the simulation channel system in response to the playback request message with the original channel response message corresponding to the playback request message, to obtain the test results of the target back-end business system.

[0070] Optionally, the bypass simulation test device 500 also includes: The first processing module is used for the original channel system to generate an original channel request message corresponding to the user's transaction request and send the original channel request message to the original back-end business system; the original back-end business system to generate an original service request message required to process the original channel request message and send the original service request message to the original back-end service system; the original back-end service system to process the original service request message, generate an original service response message corresponding to the original service request message, and send the original service response message to the original back-end business system; and the original back-end business system to process the original channel request message based on the original service response message, generate an original channel response message corresponding to the original channel request message, and send the original channel response message to the original channel system.

[0071] The first processing module is specifically used by the original back-end business system to generate the original service request message required for processing the original channel request message, and to send the original service request message to the original back-end service system. Specifically, this includes: a first gateway process in the original back-end business system receiving the original channel request message and forwarding it to a business process in the original back-end business system; the business process generating the original service request message required for processing the original channel request message and sending it to a second gateway process in the original back-end business system, so that the second gateway process forwards the original service request message to the original back-end service system; the original back-end... The platform business system processes the original channel request message based on the original service response message, generates the original channel response message corresponding to the original channel request message, and sends the original channel response message to the original channel system. Specifically, this includes: the second gateway process receiving the original service response message and forwarding it to the business process, so that the business process processes the original channel request message based on the original service response message and generates the original channel response message corresponding to the original channel request message; the business process sends the original channel response message to the first gateway process, so that the first gateway process forwards the original channel response message to the original channel system.

[0072] The comparison module 503 is specifically used to take the original channel request message located in the transaction period carried by the simulation instruction as the playback request message; and send the playback request message to the target back-end business system in sequence through the simulation channel system according to the transaction sequence of the playback request message.

[0073] The comparison module 503 is specifically used to take the original channel request messages of the first replay quantity carried by the simulation instruction as replay request messages; sort the replay request messages according to the transaction time sequence of the replay request messages to obtain a message sequence; divide the message sequence into message subsequences according to the second replay quantity carried by the simulation instruction; and send the replay request messages in the message subsequences to the target back-end business system simultaneously through the simulation channel system according to the sending period carried by the simulation instruction.

[0074] Comparison module 503 is specifically used to compare the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message with the original service request message corresponding to the replay request message, and the replay response message sent by the target backend business system to the simulation channel system in response to the replay request message with the original channel response message corresponding to the replay request message. Specifically, if the comparison result between the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message and the original service request message corresponding to the replay request message is consistent, then based on the replay service... The transaction identifier in the request message is used to determine the original service response message corresponding to the replay service request message. The original service response message corresponding to the replay service request message is sent to the target backend business system through the simulation backend service system, so that the target backend business system processes the replay request message based on the original service response message corresponding to the replay service request message and generates a replay response message corresponding to the replay request message. The test result is determined based on the comparison between the replay response message sent by the target backend business system to the simulation channel system for the replay request message and the original channel response message corresponding to the replay request message.

[0075] The acquisition module 501 is specifically used to acquire the original channel request messages, original channel response messages, original service request messages, and original service response messages exchanged between the original back-end business system and the original channel system and the original back-end service system. Specifically, it includes: acquiring the original channel request messages, original channel response messages, original service request messages, and original service response messages through the acquisition process, and storing the original channel request messages, original channel response messages, original service request messages, and original service response messages into a preset database through the acquisition process.

[0076] Comparison module 503, specifically used in response to simulation commands, further includes the following methods: The playback process reads the original channel request message from the preset database according to the simulation instructions, and uses the read original channel request message as the playback request message. It then compares the playback service request message sent by the target backend business system to the simulation backend service system in response to the playback request message with the original service request message corresponding to the playback request message, and the playback response message sent by the target backend business system to the simulation channel system in response to the playback request message with the original channel response message corresponding to the playback request message. Specifically, this includes comparing the playback service request message sent by the target backend business system to the simulation backend service system in response to the playback request message with the original service request message corresponding to the playback request message, and the playback response message sent by the target backend business system to the simulation channel system in response to the playback request message with the original channel response message corresponding to the playback request message.

[0077] Specific limitations regarding the bypass simulation test device can be found in the limitations of the bypass simulation test method described above, and will not be repeated here. Each module in the aforementioned bypass simulation test device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in the computer device in hardware form, or stored in the memory of the computer device in software form, so that the processor can call and execute the operations corresponding to each module.

[0078] Based on the above, Figures 1 to 2 Accordingly, embodiments of this application also provide a readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the above-described method. Figures 1 to 2 The bypass simulation test method is shown.

[0079] Based on this understanding, the technical solution of this application can be embodied in the form of a software product. The software product can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, or portable hard drive), and includes several instructions to cause a computer device (such as a personal computer, server, or network device) to execute the methods described in the various implementation scenarios of this application.

[0080] Based on the above, Figures 1 to 2 The method shown, and Figure 5 To achieve the above objectives, the present application also provides a computer device, specifically a personal computer, server, network device, etc., as shown in the virtual device embodiment. This computer device includes a storage medium and a processor; the storage medium stores a computer program; the processor executes the computer program to achieve the above-described objectives. Figures 1 to 2 The bypass simulation test method is shown.

[0081] Optionally, the computer device may also include a user interface, a network interface, a camera, radio frequency (RF) circuitry, sensors, audio circuitry, a Wi-Fi module, etc. The user interface may include a display screen, input units such as a keyboard, etc., and optional user interfaces may also include USB ports, card reader ports, etc. The network interface may optionally include standard wired interfaces, wireless interfaces (such as Bluetooth interfaces, Wi-Fi interfaces), etc.

[0082] Those skilled in the art will understand that the computer device structure provided in this embodiment does not constitute a limitation on the computer device, and may include more or fewer components, or combine certain components, or have different component arrangements.

[0083] The storage medium may also include an operating system and a network communication module. The operating system is a program that manages and stores the hardware and software resources of a computer device, supporting the operation of information processing programs and other software and / or programs. The network communication module is used to enable communication between the various components within the storage medium, as well as communication with other hardware and software within the physical device.

[0084] Through the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platform, or the embodiments of this application can be implemented by hardware.

[0085] Those skilled in the art will understand that the accompanying drawings are merely schematic diagrams of a preferred embodiment, and the modules or processes shown in the drawings are not necessarily essential for implementing this application. Those skilled in the art will understand that the modules in the apparatus of the embodiment can be distributed within the apparatus of the embodiment as described, or can be modified to be located in one or more apparatuses different from this embodiment. The modules of the above-described embodiment can be combined into one module, or further divided into multiple sub-modules.

[0086] The serial numbers in this application are for descriptive purposes only and do not represent the superiority or inferiority of any particular implementation scenario. The above disclosures are merely a few specific implementation scenarios of this application; however, this application is not limited thereto, and any variations conceived by those skilled in the art should fall within the protection scope of this application.

Claims

1. A bypass simulation test method, characterized in that, The method includes: Obtain the original channel request messages, original channel response messages, original service request messages, and original service response messages exchanged between the original back-end business system, the original channel system, and the original back-end service system; Based on the original channel system and the original back-end service system, a simulated channel system and a simulated back-end service system are constructed. In response to the simulation command, a replay request message is sent to the target back-end business system through the simulation channel system. The replay request message is determined based on the original channel request message. The target back-end business system is the system after the original back-end business system has been migrated to the target underlying technical architecture. By comparing the replay service request message sent by the target back-end business system to the simulation back-end service system in response to the replay request message with the original service request message corresponding to the replay request message, and the replay response message sent by the target back-end business system to the simulation channel system in response to the replay request message with the original channel response message corresponding to the replay request message, the test result of the target back-end business system is obtained.

2. The bypass simulation test method according to claim 1, characterized in that, Before obtaining the original channel request messages, original channel response messages, original service request messages, and original service response messages exchanged between the original back-end business system, the original channel system, and the original back-end service system, the method further includes: The original channel system generates an original channel request message corresponding to the user's transaction request and sends the original channel request message to the original back-end business system. The original back-end business system generates the original service request message required to process the original channel request message, and sends the original service request message to the original back-end service system; The original backend service system processes the original service request message, generates the original service response message corresponding to the original service request message, and sends the original service response message to the original backend business system. The original back-end business system processes the original channel request message based on the original service response message, generates the original channel response message corresponding to the original channel request message, and sends the original channel response message to the original channel system.

3. The bypass simulation test method according to claim 2, characterized in that, The original backend business system generates an original service request message required to process the original channel request message, and sends the original service request message to the original backend service system, specifically including: The first gateway process in the original back-end business system receives the original channel request message and forwards the original channel request message to the business process in the original back-end business system. The business process generates an original service request message required to process the original channel request message, and sends the original service request message to the second gateway process in the original back-end business system, so that the second gateway process forwards the original service request message to the original back-end service system. The original backend business system processes the original channel request message based on the original service response message, generates an original channel response message corresponding to the original channel request message, and sends the original channel response message to the original channel system, specifically including: The second gateway process receives the original service response message and forwards it to the service process, so that the service process processes the original channel request message based on the original service response message and generates the original channel response message corresponding to the original channel request message. The business process sends the original channel response message to the first gateway process, so that the first gateway process forwards the original channel response message to the original channel system.

4. The bypass simulation test method according to claim 1, characterized in that, The step of sending a playback request message to the target backend business system through the simulation channel system specifically includes: The original channel request message located within the transaction period carried by the simulation instruction is used as the replay request message; According to the transaction sequence of the replay request message, the replay request message is sent sequentially to the target back-end business system through the simulation channel system.

5. The bypass simulation test method according to claim 1, characterized in that, The step of sending a playback request message to the target backend business system through the simulation channel system specifically includes: The original channel request message carrying the first playback quantity carried by the simulation instruction shall be used as the playback request message; The playback request messages are sorted according to their transaction sequence to obtain a message sequence. The message sequence is divided into message subsequences according to the second playback number carried by the simulation command; According to the sending period carried by the simulation instruction, the playback request message in the message subsequence is simultaneously sent to the target back-end business system through the simulation channel system.

6. The bypass simulation test method according to claim 1, characterized in that, The comparison of the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message with the original service request message corresponding to the replay request message, and the comparison of the replay response message sent by the target backend business system to the simulation channel system in response to the replay request message with the original channel response message corresponding to the replay request message, specifically includes: If the comparison result between the replay service request message sent by the target back-end business system to the simulation back-end service system in response to the replay request message and the original service request message corresponding to the replay request message is consistent, the original service response message corresponding to the replay service request message is determined according to the transaction identifier in the replay service request message. The simulation backend service system sends the original service response message corresponding to the playback service request message to the target backend business system, so that the target backend business system processes the playback request message based on the original service response message corresponding to the playback service request message and generates the playback response message corresponding to the playback request message. The test result is determined based on the comparison between the replay response message sent by the target back-end business system to the simulation channel system in response to the replay request message and the original channel response message corresponding to the replay request message.

7. The bypass simulation test method according to claim 6, characterized in that, The acquisition of the original channel request messages, original channel response messages, original service request messages, and original service response messages exchanged between the original back-end business system, the original channel system, and the original back-end service system specifically includes: The original channel request message, original channel response message, original service request message and original service response message are collected by the collection process, and the original channel request message, original channel response message, original service request message and original service response message are stored in a preset database by the collection process. Following the response to the simulation command, the method further includes: The original channel request message is read from the preset database according to the simulation instructions during the playback process, and the read original channel request message is used as the playback request message. The comparison of the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message with the original service request message corresponding to the replay request message, and the comparison of the replay response message sent by the target backend business system to the simulation channel system in response to the replay request message with the original channel response message corresponding to the replay request message, specifically includes: The comparison process compares the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message with the original service request message corresponding to the replay request message, and the replay response message sent by the target backend business system to the simulation channel system in response to the replay request message with the original channel response message corresponding to the replay request message.

8. A bypass simulation test device, characterized in that, The device includes: The acquisition module is used to acquire the original channel request messages, original channel response messages, original service request messages and original service response messages exchanged between the original back-end business system and the original channel system and the original back-end service system. The construction module is used to construct a simulated channel system and a simulated backend service system based on the original channel system and the original backend service system. The comparison module is used to respond to simulation commands by sending a replay request message to the target backend business system through the simulation channel system. The replay request message is determined based on the original channel request message. The target backend business system is the system after migrating the original backend business system to the target underlying technical architecture. The module also compares the replay service request message sent by the target backend business system to the simulation backend service system in response to the replay request message with the original service request message corresponding to the replay request message, and the replay response message sent by the target backend business system to the simulation channel system in response to the replay request message with the original channel response message corresponding to the replay request message, to obtain the test result of the target backend business system.

9. A readable storage medium having a program or instructions stored thereon, characterized in that, When the program or instructions are executed by the processor, they implement the steps of the bypass simulation test method as described in any one of claims 1 to 7.

10. A computer device, comprising a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, characterized in that, When the processor executes the program, it implements the bypass simulation test method as described in any one of claims 1 to 7.

Images