Financial service testing method and device, program product and electronic equipment

By generating a target mapping table and building a simulation service, the problem of test process interruption caused by service node failure in financial service testing was solved, realizing the continuity and efficiency of automated testing.

CN121880177APending Publication Date: 2026-04-17INDUSTRIAL AND COMMERCIAL BANK OF CHINA
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
INDUSTRIAL AND COMMERCIAL BANK OF CHINA
Filing Date
2025-12-15
Publication Date
2026-04-17

AI Technical Summary

Technical Problem

In existing financial services testing, the testing process is forced to stop when a service node fails, resulting in low testing efficiency.

Method used

By generating a target mapping table, constructing a simulated service, updating the calling parameters, and using the simulated service to replace the real service for response, the uninterrupted operation of the automated testing process can be achieved.

Benefits of technology

This improved the flexibility and efficiency of testing, ensured the continuity and reliability of financial services testing, and avoided test interruptions caused by service node failures.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121880177A_ABST
    Figure CN121880177A_ABST
Patent Text Reader

Abstract

The invention discloses a financial service testing method and device, a program product and electronic equipment, and relates to the field of financial science and technology or other related technical fields, and the method comprises the steps: generating a target mapping table based on interface data corresponding to N financial services; based on the target mapping table, a simulation service corresponding to each financial service is constructed, and the simulation service is at least used for detecting the financial service and simulating the behavior of the financial service; updating a calling parameter corresponding to each financial service in the source test script into a calling parameter corresponding to a simulation service of each financial service to obtain a target test script; and automatically testing the N financial services through the target test script. The technical problems that in the prior art, when one or more service nodes in the multiple financial services needing to be tested break down, the testing process is interrupted, and the testing efficiency is low are solved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of financial technology or other related technical fields, and more specifically, to a testing method, apparatus, program product, and electronic device for a financial service. Background Technology

[0002] In the software development process of the financial industry, functional testing and process testing are indispensable parts of ensuring software stability and security. As business complexity increases, a single business process often involves the interaction of multiple service nodes, requiring a highly simulated testing environment to cover various possible service scenarios. However, a major challenge with existing technologies is that when a service node encounters a network failure or service unavailability during testing, the entire testing process is forced to stop, leading to a significant decrease in testing efficiency.

[0003] Traditional testing methods heavily rely on real-world service environments. This means that if problems arise in the service environment, such as network latency, server downtime, or instability during service updates, testing will be affected. Testers must pause testing, wait for service recovery, or seek technical assistance. This process is time-consuming and uncertain, resulting in low overall testing efficiency for financial services.

[0004] There is currently no effective solution to the above problems. Summary of the Invention

[0005] This application provides a testing method, apparatus, program product, and electronic device for financial services, to at least solve the technical problem in the prior art that the testing process is interrupted and the testing efficiency is low when one or more service nodes of multiple financial services that need to be tested fail.

[0006] According to one aspect of this application, a testing method for financial services is provided, comprising: generating a target mapping table based on interface data corresponding to N financial services, wherein N is a positive integer, the N financial services are services that need to be called during financial business processing, the interface data includes at least a request message and a response message for each financial service, and the target mapping table is used to store the correspondence between the service identifier, request message, and response message of each financial service; constructing a simulated service corresponding to each financial service based on the target mapping table, wherein the simulated service is used at least to probe the financial service and simulate the behavior of the financial service; updating the calling parameters corresponding to each financial service in the source test script to the calling parameters corresponding to the simulated service of each financial service to obtain a target test script; and performing automated testing on the N financial services using the target test script.

[0007] Optionally, based on the target mapping table, a simulated service corresponding to each financial service is constructed, including: determining P simulated elements corresponding to each financial service based on the target mapping table, where P is a positive integer, and the P simulated elements include at least: simulated parameters, used to characterize the calling address and calling port of the financial service; simulated methods, used to simulate the processing methods of the financial service for different request addresses; liveness detection methods, used to detect the running status of the financial service; and simulated message templates, used to characterize the message format of the financial service responding to different request addresses; and constructing a simulated service corresponding to each financial service based on the P simulated elements corresponding to each financial service.

[0008] Optionally, automated testing of N financial services is performed using a target test script, including: when performing automated testing of the i-th financial service among the N financial services using the target test script, generating a test request message corresponding to the i-th financial service; transmitting the test request message to a simulation service corresponding to the i-th financial service; determining the response message corresponding to the test request message based on the test request message through the simulation service; and determining the test result corresponding to the i-th financial service based on the response message corresponding to the test request message.

[0009] Optionally, by simulating the test request message, the response message corresponding to the test request message is determined based on the test request message, including: constructing a copy of the test request message to obtain a copy message; processing the test request message through the simulation service to obtain a simulated response message corresponding to the simulation service; transmitting the copy message to the i-th financial service, processing the copy message through the i-th financial service to obtain the original response message corresponding to the i-th financial service; and determining the response message corresponding to the test request message based on the simulated response message and the original response message.

[0010] Optionally, based on the simulated response message and the original response message, the response message corresponding to the test request message is determined, including: based on the original response message, determining the operating status of the i-th financial service; if the operating status is normal, adding a service identifier to the original response message to obtain a first response message, and using the first response message as the response message corresponding to the test request message, wherein the service identifier is used to indicate the type of service that generated the response message; if the operating status is abnormal, adding a service identifier to the simulated response message to obtain a second response message, and using the second response message as the response message corresponding to the test request message.

[0011] Optionally, the operating status of the i-th financial service is determined based on the original response message, including: if the original response message is equal to the preset message, the operating status of the i-th financial service is determined to be normal; if the original response message is not equal to the preset message, the operating status of the i-th financial service is determined to be abnormal.

[0012] Optionally, after determining the operating status of the i-th financial service based on the original response message, the testing method for the financial service further includes: if the operating status is normal, updating the target mapping table based on the response message corresponding to the test request message.

[0013] According to another aspect of this application, a testing apparatus for financial services is also provided, comprising: a mapping table generation unit, used to generate a target mapping table based on interface data corresponding to N financial services, wherein N is a positive integer, the N financial services are services that need to be called during financial business processing, the interface data includes at least a request message and a response message for each financial service, and the target mapping table is used to store the correspondence between the service identifier, request message, and response message of each financial service; a simulation service construction unit, used to construct a simulation service corresponding to each financial service based on the target mapping table, wherein the simulation service is used at least to probe the financial service and simulate the behavior of the financial service; a call parameter update unit, used to update the call parameters corresponding to each financial service in the source test script to the call parameters corresponding to the simulation service of each financial service, thereby obtaining a target test script; and a testing unit, used to perform automated testing on the N financial services using the target test script.

[0014] According to another aspect of this application, a computer program product is also provided, which stores a computer program, wherein a test method is provided to control the computer program product to perform any of the above-mentioned financial services when the computer program is running.

[0015] According to another aspect of this application, an electronic device is also provided, wherein the electronic device includes one or more processors and a memory for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement a test method for financial services of any of the above.

[0016] In this application, a target mapping table is first generated based on the interface data corresponding to N financial services, where N is a positive integer, and the N financial services are the services that need to be called during the financial business processing. The interface data includes at least the request message and response message of each financial service. The target mapping table is used to store the correspondence between the service identifier, request message, and response message of each financial service. Then, based on the target mapping table, this application constructs a simulation service corresponding to each financial service. The simulation service is used at least to probe the financial service and simulate the behavior of the financial service. Then, this application updates the calling parameters corresponding to each financial service in the source test script to the calling parameters corresponding to the simulation service of each financial service to obtain the target test script. The N financial services are then automatically tested using the target test script.

[0017] As can be seen from the above, this application adopts the method of establishing a target mapping table. By integrating financial service interface data, including request messages and response messages, and constructing a simulated service corresponding to each financial service, it achieves the purpose of taking over and simulating service calls. By pre-defining the mapping relationship and using simulated services to replace real services for response, this application effectively reduces the dependence of testing on the environment, improves the flexibility and efficiency of testing, and ensures the continuity and reliability of financial service testing. This enables the uninterrupted operation of the automated testing process when facing service node failures, thereby solving the technical problem in the prior art that the testing process is interrupted and the testing efficiency is low when one or more service nodes of multiple financial services that need to be tested fail. Attached Figure Description

[0018] 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:

[0019] Figure 1 This is a hardware structure block diagram of a computer terminal (or mobile device) for implementing a testing method for financial services, according to an embodiment of this application.

[0020] Figure 2 This is a flowchart of an optional testing method for financial services according to an embodiment of this application;

[0021] Figure 3 This is an architecture diagram of an optional financial service testing system according to an embodiment of this application;

[0022] Figure 4 This is a flowchart of another optional testing method for financial services according to an embodiment of this application;

[0023] Figure 5 This is a schematic diagram of an optional testing apparatus for financial services according to an embodiment of this application;

[0024] Figure 6 This is a structural block diagram of an electronic device according to an embodiment of this application. Detailed Implementation

[0025] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0026] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0027] It should also be noted that all information and data involved in this application (including but not limited to information used for display and analysis) and data (including but not limited to interface data corresponding to financial services) are information and data authorized by the user or fully authorized by all parties. For example, if there is an interface between this system and the relevant user or institution, before obtaining the relevant information, it is necessary to send an acquisition request to the aforementioned user or institution through the interface, and obtain the relevant information only after receiving consent from the aforementioned user or institution.

[0028] Furthermore, the collection, storage, use, processing, transmission, provision, disclosure, and application of relevant information and data involved in this application all comply with the relevant laws, regulations, and standards of the relevant regions, and necessary confidentiality measures have been taken. This application does not violate public order and good morals. In addition, this application provides a corresponding operation entry point for users to choose to agree to or refuse authorization. If the user chooses to refuse authorization, the corresponding expert decision-making process will be initiated.

[0029] The present invention will now be described in detail with reference to various embodiments.

[0030] Example 1

[0031] According to an embodiment of this application, a testing method for financial services is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0032] The methods and embodiments provided in this application can be executed on mobile terminals, computer terminals, or similar computing devices. Figure 1 This is a hardware structure block diagram of a computer terminal (or mobile device) for implementing a testing method of financial services, according to an embodiment of this application. Figure 1 As shown, the computer terminal 10 (or mobile device) may include one or more processors 102 (shown as 102a, 102b, ..., 102n in the figure) 102 (processor 102 may include, but is not limited to, a microprocessor MCU or a programmable logic device FPGA, etc.), a memory 104 for storing data, and a transmission device 106 for communication functions. In addition, it may also include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports of a BUS bus), a network interface, a power supply, and / or a camera. Those skilled in the art will understand that... Figure 1 The structure shown is for illustrative purposes only and does not limit the structure of the aforementioned electronic device. For example, computer terminal 10 may also include... Figure 1 The more or fewer components shown, or having the same Figure 1 The different configurations shown.

[0033] It should be noted that the aforementioned one or more processors 102 and / or other data processing circuits are generally referred to herein as "data processing circuits". These data processing circuits may be embodied, in whole or in part, in software, hardware, firmware, or any other combination thereof. Furthermore, the data processing circuits may be a single, independent processing module, or may be integrated, in whole or in part, into any other element within the computer terminal 10 (or mobile device). As involved in the embodiments of this application, the data processing circuits serve as a processor control mechanism (e.g., selection of a variable resistor termination path connected to an interface).

[0034] The memory 104 can be used to store software programs and modules of application software, such as the program instructions / data storage device corresponding to the financial service testing method in this embodiment. The processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, thereby realizing the aforementioned financial service testing method. The memory 104 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include memory remotely located relative to the processor 102, and these remote memories can be connected to the computer terminal 10 via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0035] The transmission device 106 is used to receive or send data via a network. Specific examples of the network described above may include a wireless network provided by the communication provider of the computer terminal 10. In one example, the transmission device 106 includes a Network Interface Controller (NIC), which can connect to other network devices via a base station to communicate with the Internet. In another example, the transmission device 106 may be a Radio Frequency (RF) module, used for wireless communication with the Internet.

[0036] The display can be configured as a touchscreen liquid crystal display (LCD) that allows the user to interact with the user interface of the computer terminal 10 (or mobile device).

[0037] Under the aforementioned operating environment, this application provides a testing system for financial services (hereinafter referred to as the testing system) for executing the testing method for financial services described in this application. Figure 2 This is a flowchart of an optional testing method for financial services according to an embodiment of this application, such as... Figure 2 As shown, the method includes the following steps:

[0038] Step S201: Based on the interface data corresponding to N financial services, generate a target mapping table, where N is a positive integer, N financial services are the services that need to be called in the financial business process, the interface data includes at least the request message and response message of each financial service, and the target mapping table is used to store the correspondence between the service identifier, request message and response message of each financial service.

[0039] Optionally, N financial services refer to multiple service nodes involved in the financial business processing flow, each of which performs different financial operations, such as account verification, payment processing, and risk assessment.

[0040] Optionally, interface data refers to API (Application Programming Interface) data provided by financial services, which mainly includes request messages and response messages. Interface data defines how service nodes receive and process requests, and how they respond to calls from clients or upstream services.

[0041] Optionally, the correspondence between the service identifier, request message, and response message of each financial service can be stored not only in the form of a table structure, but also in the form of a dictionary or graph structure.

[0042] Optionally, the target mapping table can be set as a database table, hash table, or other form of key-value pair collection to facilitate fast retrieval and matching of request and response messages for financial services.

[0043] Step S202: Based on the target mapping table, construct a simulation service corresponding to each financial service, wherein the simulation service is used at least to explore the financial service and simulate the behavior of the financial service.

[0044] Optionally, a simulated service refers to a virtual service built by the test system that can simulate the behavior of real financial services based on data in the target mapping table, including but not limited to receiving test user requests and generating response information.

[0045] Optionally, the testing system can achieve the following functions by building simulation services:

[0046] (1) Ensure test continuity: The simulated service can provide a response when the real service fails, ensuring that the test process will not be interrupted due to service unavailability.

[0047] (2) Improve test security: Avoid using real financial data in the test environment to reduce the risk of leakage.

[0048] Step S203: Update the call parameters corresponding to each financial service in the source test script to the call parameters corresponding to the simulated service of each financial service to obtain the target test script.

[0049] Optionally, the source test script refers to the test script written by testers to test financial services. This script contains call information for making interface calls to each financial service.

[0050] Optionally, the testing system replaces the call parameters corresponding to the financial services in the source test script with the call parameters corresponding to the simulated services, achieving the following effect:

[0051] (1) Simplify test environment configuration: The updated target test script can directly call the simulation service and run the test without complicated environment settings.

[0052] (2) Enhance the adaptability of the script: Even if the actual address or authentication method of the financial service changes, the test script can still remain effective by pointing to the simulated service.

[0053] Step S204: Automated testing of N financial services using the target test script.

[0054] Alternatively, automated testing refers to the process of using software tools or scripts to automatically execute test tasks, which can repeatedly execute test cases to verify the functionality and performance of financial services.

[0055] Optionally, since the service called in the target test script already points to the simulated service, during the execution of the target test script, if the i-th financial service among the N financial services becomes unavailable, the test system can directly call the simulated service corresponding to the i-th financial service through the target test script to support the test process of subsequent financial services related to the i-th financial service, without being affected by the failure of the i-th financial service, thereby improving the overall testing efficiency of financial services.

[0056] In summary, by generating target mapping tables, building simulated services, updating call parameters, and automating testing, the testing system achieves efficient, secure, and comprehensive financial service testing, significantly improving test quality and speed, and reducing the risk of test interruptions due to service environment issues.

[0057] As can be seen from the above, this application adopts the method of establishing a target mapping table. By integrating financial service interface data, including request messages and response messages, and constructing a simulated service corresponding to each financial service, it achieves the purpose of taking over and simulating service calls. By pre-defining the mapping relationship and using simulated services to replace real services for response, this application effectively reduces the dependence of testing on the environment, improves the flexibility and efficiency of testing, and ensures the continuity and reliability of financial service testing. This enables the uninterrupted operation of the automated testing process when facing service node failures, thereby solving the technical problem in the prior art that the testing process is interrupted and the testing efficiency is low when one or more service nodes of multiple financial services that need to be tested fail.

[0058] In one optional embodiment, in order to construct a simulated service corresponding to a financial service, the test system first determines P simulated elements corresponding to each financial service based on the target mapping table, where P is a positive integer. Then, the test system constructs a simulated service corresponding to each financial service based on the P simulated elements corresponding to each financial service.

[0059] Optionally, the P simulation elements include at least:

[0060] Simulated parameters are used to characterize the calling address and calling port of financial services;

[0061] Simulation methods are used to simulate how financial services handle different request addresses;

[0062] The activity detection method is used to monitor the operational status of financial services.

[0063] Simulated message templates are used to characterize the message format in which financial services respond to different request addresses.

[0064] Optionally, the P simulation elements refer to the basic components for building the simulation service, including but not limited to simulation parameters, simulation methods, liveness detection methods, and simulation message templates.

[0065] Optionally, simulation parameters refer to the virtual address and port information used in the simulation service to specify the financial service call. Simulation parameters are the interface exposed by the simulation service, and their construction serves the following purposes:

[0066] (1) Provide virtual call points: Simulation parameters enable the test script to call the simulated service as if it were a real service, without having to modify the service call logic in the test script.

[0067] (2) Simplify test environment switching: By adjusting the simulation parameters, you can easily switch between the real environment and the simulation environment without modifying a large number of test scripts or configurations.

[0068] Optionally, a simulation method refers to a method used within the simulation service to handle various requests. A simulation method can execute corresponding logic based on the requested address, such as returning a predefined response or triggering a specific business process. The construction of simulation methods serves the following purposes:

[0069] (1) Intelligent identification of request type: The simulation method can automatically determine and execute the correct logic based on the request address, simulating the real service's response to the request.

[0070] (2) Improve the accuracy of simulated response: Through detailed request processing logic, the simulated service can more accurately simulate the behavior of the real service, thereby improving the reliability of the test.

[0071] Optionally, a liveness detection method is used to detect whether a financial service is available. This is achieved by sending a liveness detection request to the financial service and analyzing the service's response message. The construction of the liveness detection method serves the following purposes:

[0072] (1) Intelligent judgment of service availability: The liveness detection method can dynamically detect the operating status of financial services and determine whether they can process requests normally.

[0073] (2) Promote the optimal allocation of resources: Through the exploration method, the test system can intelligently switch to the simulation service or continue to use the real service, thus optimizing the use of test resources.

[0074] Optionally, a simulated message template refers to a preset response message format used to return to the test script in the simulated service. The construction of a simulated message template serves the following purposes:

[0075] (1) Ensure consistent response format: The simulated message template ensures that the test script always receives a correctly formatted response message, regardless of the actual state of the financial services, thus maintaining the continuity of the test process.

[0076] (2) Provide customizable response content: The format and content of the response message can be customized according to the test requirements, supporting more comprehensive test coverage.

[0077] Optionally, the testing system can construct P simulation elements corresponding to each financial service based on the target mapping table, which can more accurately control the behavior of the simulated service and ensure that it can accurately reflect the characteristics of the financial service. Furthermore, the P simulation elements can be adjusted and optimized according to specific needs to support more complex service simulation scenarios.

[0078] In one optional embodiment, during the execution of the target test script, when automating the testing of the i-th financial service among N financial services using the target test script, the test system generates a test request message corresponding to the i-th financial service. Then, the test system transmits the test request message to the simulated service corresponding to the i-th financial service. Next, the test system uses the simulated service to determine the response message corresponding to the test request message based on the test request message. Subsequently, the test system determines the test result corresponding to the i-th financial service based on the response message corresponding to the test request message.

[0079] Optionally, the test request message is the request data sent by the target test script to the simulated service during the automated testing process, which contains all the information required to call the corresponding financial service in a specific test scenario.

[0080] Optionally, the test system directly transmits the test request message to the simulated service corresponding to the i-th financial service, indicating that the test system communicates directly with the simulated service. In this case, the test system does not directly interact with the financial service. The simulated service can be set as a lightweight service. The interaction speed between the test system and the simulated service is usually faster than the real service call, which reduces test waiting time and improves test efficiency.

[0081] Optionally, the testing system determines the response message corresponding to the test request message by simulating the service, which has the following functions:

[0082] (1) Ensure the accuracy of test response: The simulation service can accurately generate response messages that match the test request messages by querying the target mapping table, thereby improving the reliability of test results.

[0083] (2) Support for complex test scenarios: The simulation service can intelligently select or generate response messages based on the content of the test request message, supporting various test scenarios for financial services, such as normal, abnormal, and boundary conditions.

[0084] Optionally, after receiving the response message corresponding to the test request message, the test system analyzes the response message to check whether the test case corresponding to the i-th financial service passes. The immediate determination of the test result allows the test script to quickly evaluate the behavior of the financial service, promptly identify test problems, and accelerate the optimization and iteration process of the financial service. Furthermore, the test system automatically determines the test result through the response message, reducing the need for manual analysis and making the testing process more automated and efficient.

[0085] In one optional embodiment, the testing system first constructs a copy of the test request message to obtain the copy message. Then, the testing system processes the test request message through a simulated service to obtain a simulated response message corresponding to the simulated service. Next, the testing system transmits the copy message to the i-th financial service and processes the copy message through the i-th financial service to obtain the original response message corresponding to the i-th financial service. Subsequently, the testing system determines the response message corresponding to the test request message based on the simulated response message and the original response message.

[0086] Optionally, a copy message, which is an identical or partially identical copy created based on a test request message, is used to probe for financial services.

[0087] Optionally, the testing system ensures that the request data sent to the simulated service and the real service is exactly the same by constructing replica messages, thus eliminating test deviations caused by differences in requests.

[0088] Optionally, the testing system processes test request messages by calling a simulation service, which has the following functions:

[0089] (1) Provide immediate feedback: By looking up the target mapping table, the generation speed of simulated response messages is faster than that of real service responses, which can quickly provide feedback on test results and speed up the test cycle.

[0090] (2) Ensure the stability of the test environment: Even if the real financial services fail, the simulated response message can ensure that the test process is not affected, and maintain the stability and continuity of the test environment.

[0091] Optionally, after processing the replica message through the i-th financial service to obtain the original response message corresponding to the i-th financial service, the testing system can analyze the original response message to obtain the operating status of the i-th financial service. If the financial service is operating normally, the testing system uses the real response message (i.e., the original response message) returned by the financial service as the response message corresponding to the test request message. If the financial service is operating abnormally, the testing system uses the virtual response message returned by the simulated service corresponding to the financial service as the response message corresponding to the test request message. This ensures that the testing process can continue to execute even if the financial service is operating abnormally, thereby improving the efficiency and flexibility of the test and solving the service dependency problem in the financial service testing process.

[0092] In one optional embodiment, the testing system first determines the operating status of the i-th financial service based on the original response message. Then, if the operating status is normal, the testing system adds a service identifier to the original response message to obtain a first response message, which is used as the response message corresponding to the test request message. The service identifier is used to indicate the type of service that generated the response message. If the operating status is abnormal, the testing system adds a service identifier to the simulated response message to obtain a second response message, which is used as the response message corresponding to the test request message.

[0093] Optionally, after receiving the original response message, the test system checks the message content. If the original response message is equal to the preset message (e.g., the message response code is 200), the test system determines that the operating status of the i-th financial service is normal.

[0094] Optionally, the testing system can analyze the original response messages to detect the operational status of financial services in real time, determine whether they are operating normally, and, when an anomaly is detected in the financial services, can locate the problem and identify the fault based on the original response messages, and take corresponding remedial measures, thereby accelerating the development speed of financial services.

[0095] Optionally, a service identifier, a tag used to distinguish the source of a response message (whether it is a real service or a simulated service), is typically added to the response message as metadata or a specific field.

[0096] Optionally, after detecting the operational status of the financial service, the testing system adds a service identifier to the response message based on the status type of the operational status, which has the following functions:

[0097] (1) Clarify the source of the response: Adding the service identifier helps the test script identify whether the response message comes from the real service or the simulated service, which is convenient for later analysis and maintenance.

[0098] (2) Enhance the credibility of test results: When the service is running normally, using the first response message for subsequent tests can provide more realistic and accurate feedback.

[0099] (3) Ensure test continuity: Even if the real service fails, the test script can still receive the second response message with the service identifier. Through the second response message, the tester can continue the process and ensure that the test process is not interrupted.

[0100] In one optional embodiment, if the original response message is equal to the preset message, the test system determines that the operating status of the i-th financial service is normal; if the original response message is not equal to the preset message, the test system determines that the operating status of the i-th financial service is abnormal.

[0101] Optionally, the preset message refers to a pre-defined normal response message for each financial service request message in the target mapping table, used to determine whether the financial service is operating normally.

[0102] Optionally, by comparing the original response message with the preset message, the testing system can accurately determine whether the financial service is in normal operation, avoiding the uncertainty of manual judgment by testers. If the original response message is inconsistent with the preset message, the testing system can quickly identify problems that the financial service may encounter, such as configuration errors or system failures. By comparing the response differences, testers can more quickly locate the problem and provide a basis for the failure recovery of the financial service.

[0103] In summary, the testing system, by comparing the original response message with the preset message, serves the following purposes:

[0104] (1) Improve testing efficiency and accuracy: By comparing the original response message with the preset message, the operating status of financial services can be judged in real time. There is no need to wait for a long time for the response or to carry out complex troubleshooting during the test, which improves the efficiency of automated testing and the accuracy of the results.

[0105] (2) Strengthen service monitoring and maintenance: The mechanism for determining the operating status is equivalent to a real-time monitoring system, which can promptly provide feedback on the health status of the service, provide real-time feedback for service maintenance and upgrades, help to quickly respond to and handle potential service problems, and ensure the stability and reliability of financial services.

[0106] (3) Reduce testing costs: Avoid test interruptions due to service anomalies, reduce the waste of test time, and also reduce repeated tests due to service failures, thereby reducing the overall testing costs.

[0107] (4) Support for refined fault analysis: By comparing response differences, testers can obtain more detailed fault information, which helps to conduct more in-depth problem analysis and solution design, and enhances the intelligence and debugging efficiency of the test system.

[0108] In one optional embodiment, after determining the operating status of the i-th financial service based on the original response message, if the operating status is normal, the test system updates the target mapping table based on the response message corresponding to the test request message.

[0109] Optionally, the update process includes: First, the test system uses the request address of the test request as a unique identifier. Then, it retrieves the message mapping relationship in the target mapping table using the unique identifier. If there is no mapping relationship between the current test request message and the corresponding response message, the test system constructs a new mapping relationship using the request address, request body, request header, request identity information, and response body, and adds it to the target mapping table. If the mapping relationship already exists, it updates the mapping relationship using the request body, request header, request identity information, and response body.

[0110] Optionally, the test system updates the target mapping table for the following purposes:

[0111] (1) Dynamically update the mapping relationship: When the financial service is in normal operation, the target mapping table is updated based on the latest response message, which can reflect the actual behavior changes of the financial service.

[0112] (2) Enhance the adaptability of testing: By updating the mapping table in real time, the testing system can automatically adapt to the updates and changes in financial services, ensuring the validity and accuracy of the test results.

[0113] (3) Reduce maintenance costs: The process of updating the mapping table is automatic, which reduces the workload of manually maintaining the mapping table.

[0114] As can be seen from the above, this application adopts the method of establishing a target mapping table. By integrating financial service interface data, including request messages and response messages, and constructing a simulated service corresponding to each financial service, it achieves the purpose of taking over and simulating service calls. By pre-defining the mapping relationship and using simulated services to replace real services for response, this application effectively reduces the dependence of testing on the environment, improves the flexibility and efficiency of testing, and ensures the continuity and reliability of financial service testing. This enables the uninterrupted operation of the automated testing process when facing service node failures, thereby solving the technical problem in the prior art that the testing process is interrupted and the testing efficiency is low when one or more service nodes of multiple financial services that need to be tested fail.

[0115] In one alternative embodiment, Figure 3 This is an architecture diagram of an optional financial service testing system according to an embodiment of this application. The testing system includes the following modules:

[0116] (1) The mapping relationship module has the following functions:

[0117] Add mapping relationships: Implement the addition of mapping relationships in the "Define Request-Response Mapping" and "Record Request Process" steps.

[0118] Update mapping: The mapping is updated in the "Record Request Process" step.

[0119] Retrieve mapping relationship: The retrieval mapping relationship is implemented in the "Service Activation and Proxy Forwarding" step.

[0120] (2) Request processing module, its functions are as follows:

[0121] Receive test request: Receive test request and activate the service exploration module.

[0122] Return request response: Receive the original response from the service liveness detection module or the simulated response from the service simulation module, and return it to the original request.

[0123] Update mapping: Update the mapping when the service is successfully detected.

[0124] (3) Service Activation Module, with the following functions:

[0125] Send the original request: Record the original request and send it to the original service.

[0126] Receive original response: Receive the original response and evaluate the response result.

[0127] Return to the original response: Return the original response if the liveness detection is successful.

[0128] Activate Service Simulation: Activate the service simulation module when the activation fails.

[0129] (4) Service simulation module, with the following functions:

[0130] Retrieve mapping relationship: Retrieve mapping relationship based on the original request.

[0131] Construct a simulated response: Construct a simulated response based on the search results.

[0132] Return simulated response: Return the simulated response to the request processing module.

[0133] In one alternative embodiment, Figure 4 This is a flowchart of another optional testing method for financial services according to an embodiment of this application, such as... Figure 4 As shown, the process of this method includes the following steps:

[0134] (1) Receiving the original request: The request processing module receives the test request and then activates the service exploration module.

[0135] (2) Service Activation: The service activation module records the original request and sends it to the original service. It judges the original response result. If the activation is successful, the original response is returned to the request for processing; if the activation fails, the service simulation module is activated.

[0136] (3) Service simulation: The service simulation module retrieves the mapping relationship from the original request, constructs a simulated response, and then returns the simulated response to the request processing module.

[0137] (4) Return response: The request processing module receives the original response from the service activation module or the simulated response from the service simulation module and returns it to the original request. If the service activation is successful, the mapping module is updated.

[0138] For example, taking the balance query interface as an example, a test user initiates a balance query request. After receiving the request, the baffle device probes the original service being requested and finds that the original service is unavailable. It then retrieves the mapping relationship, finds the preset response corresponding to the balance query request, processes it through simulation, and returns it to the test user, allowing the test user to continue testing to the next process node.

[0139] In summary, the technical solution of this application can achieve the following effects:

[0140] (1) Save testing costs: By simulating responses, test users save time and energy spent on waiting and communication.

[0141] (2) Improve test success rate: Since the request-response mapping relationship is preset, the response result is stable, which can effectively avoid interference from environmental factors and improve the test success rate.

[0142] (3) Save testing resources: The device is simple and lightweight to deploy, requiring only a small amount of software and hardware support.

[0143] (4) Improve scalability: It can add extended functions in the intermediate links of device processing according to test requirements, such as security scanning of requests and identification of sensitive information.

[0144] Example 2

[0145] This application embodiment can also provide a testing device for financial services. It should be noted that the testing device for financial services in this application embodiment can be used to execute the testing method for financial services provided in this application embodiment. The testing device for financial services provided in this application embodiment will be described below.

[0146] According to an embodiment of this application, an apparatus for implementing the above-described financial service testing method is also provided. Figure 5 This is a schematic diagram of an optional testing apparatus for financial services according to an embodiment of this application, such as... Figure 5 As shown, the device includes: a mapping table generation unit 501, a simulation service construction unit 502, a call parameter update unit 503, and a testing unit 504.

[0147] Optionally, the mapping table generation unit 501 is used to generate a target mapping table based on the interface data corresponding to N financial services, where N is a positive integer, and the N financial services are services that need to be called during the financial business processing. The interface data includes at least the request message and response message of each financial service. The target mapping table is used to store the correspondence between the service identifier, request message, and response message of each financial service. The simulation service construction unit 502 is used to construct a simulation service corresponding to each financial service based on the target mapping table. The simulation service is used at least to probe the financial service and simulate the behavior of the financial service. The call parameter update unit 503 is used to update the call parameters corresponding to each financial service in the source test script to the call parameters corresponding to the simulation service of each financial service to obtain the target test script. The testing unit 504 is used to perform automated testing on the N financial services through the target test script.

[0148] In one optional embodiment, the simulated service construction unit 502 includes: a first determining subunit and a service construction subunit.

[0149] Optionally, the first determining subunit is used to determine P simulation elements corresponding to each financial service based on the target mapping table, where P is a positive integer, and the P simulation elements include at least: simulation parameters, used to characterize the calling address and calling port of the financial service; simulation method, used to simulate the processing method of the financial service for different request addresses; liveness detection method, used to detect the running status of the financial service; and simulation message template, used to characterize the message format of the financial service in response to different request addresses. The service construction subunit is used to construct a simulation service corresponding to each financial service based on the P simulation elements corresponding to each financial service.

[0150] In one optional embodiment, the test unit 504 includes: a message generation subunit, a message transmission subunit, a second determination subunit, and a third determination subunit.

[0151] Optionally, the message generation subunit is used to generate a test request message corresponding to the i-th financial service when performing automated testing on the i-th financial service among N financial services through the target test script; the message transmission subunit is used to transmit the test request message to the simulation service corresponding to the i-th financial service; the second determination subunit is used to determine the response message corresponding to the test request message based on the test request message through the simulation service; and the third determination subunit is used to determine the test result corresponding to the i-th financial service based on the response message corresponding to the test request message.

[0152] In one optional embodiment, the second determining subunit includes: a replica construction module, a simulation processing module, a financial processing module, and a response message determining module.

[0153] Optionally, the replica construction module is used to construct a replica of the test request message to obtain a replica message; the simulation processing module is used to process the test request message through a simulation service to obtain a simulation response message corresponding to the simulation service; the financial processing module is used to transmit the replica message to the i-th financial service, process the replica message through the i-th financial service, and obtain the original response message corresponding to the i-th financial service; and the response message determination module is used to determine the response message corresponding to the test request message based on the simulation response message and the original response message.

[0154] In one optional embodiment, the response message determination module includes: a service status determination submodule, a first addition submodule, and a second addition submodule.

[0155] Optionally, the service status determination submodule is used to determine the operating status of the i-th financial service based on the original response message; the first addition submodule is used to add a service identifier to the original response message when the operating status is normal, to obtain a first response message, and use the first response message as the response message corresponding to the test request message, wherein the service identifier is used to indicate the type of service that generated the response message; the second addition submodule is used to add a service identifier to the simulated response message when the operating status is abnormal, to obtain a second response message, and use the second response message as the response message corresponding to the test request message.

[0156] In one optional embodiment, the service status determination submodule includes: a first determination module and a second determination module.

[0157] Optionally, the first determining module is used to determine the operating status of the i-th financial service as normal when the original response message is equal to the preset message; the second determining module is used to determine the operating status of the i-th financial service as abnormal when the original response message is not equal to the preset message.

[0158] In one alternative embodiment, the testing apparatus for financial services further includes an update unit.

[0159] Optionally, the update unit is used to update the target mapping table based on the response message corresponding to the test request message when the running state is normal.

[0160] As described above, this device establishes a target mapping table and integrates financial service interface data, including request and response messages, to construct a simulated service corresponding to each financial service. This achieves the purpose of taking over and simulating service calls. By pre-defining mapping relationships and using simulated services to replace real services for responses, this device effectively reduces the dependence of testing on the environment, improves the flexibility and efficiency of testing, and ensures the continuity and reliability of financial service testing. This enables the uninterrupted operation of the automated testing process when facing service node failures, thereby solving the technical problem in existing technologies where the testing process is interrupted and testing efficiency is low when one or more service nodes of multiple financial services to be tested fail.

[0161] It should be noted that the mapping table generation unit 501, the simulation service construction unit 502, the call parameter update unit 503, and the testing unit 504 mentioned above correspond to steps S201 to S204 in the method embodiment. The instances and application scenarios implemented by the above units and corresponding steps are the same, but are not limited to the content disclosed in the above embodiments. It should be noted that the above modules or units can be hardware components or software components stored in memory (e.g., memory 104) and processed by one or more processors (e.g., processors 102a, 102b, ..., 102n). The above modules can also be part of the device and run in the computer terminal 10 provided in the embodiment.

[0162] Example 3

[0163] Embodiments of this application can also provide an electronic device. Figure 6 This is a structural block diagram of an electronic device according to an embodiment of this application, such as... Figure 6 As shown, the electronic device includes: one or more ( Figure 6 (Only one is shown) Processor 602, memory 604, memory controller, and peripheral interface, wherein the peripheral interface is connected to the radio frequency module, audio module and display.

[0164] The memory can be used to store software programs and modules, such as the program instructions / modules corresponding to the methods and devices in the embodiments of this application. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory, thereby realizing the above-mentioned testing method for financial services.

[0165] The memory may include high-speed random access memory (RAM), and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory may further include memory remotely located relative to the processor, which can be connected to the terminal via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks (LANs), mobile communication networks, and combinations thereof.

[0166] The processor can invoke information and applications stored in memory via a transmission device to execute the following steps: Based on interface data corresponding to N financial services, generate a target mapping table, where N is a positive integer, and the N financial services are those called during financial business processing. The interface data includes at least the request and response messages for each financial service. The target mapping table stores the correspondence between the service identifier, request message, and response message for each financial service. Based on the target mapping table, construct a simulated service corresponding to each financial service, where the simulated service is used at least to probe the financial service and simulate its behavior. Update the call parameters corresponding to each financial service in the source test script to the call parameters corresponding to the simulated service for each financial service to obtain the target test script. Perform automated testing on the N financial services using the target test script.

[0167] The processor can invoke information and applications stored in memory via a transmission device to execute the following steps: Based on the target mapping table, determine P simulation elements corresponding to each financial service, where P is a positive integer, and the P simulation elements include at least: simulation parameters, used to characterize the calling address and calling port of the financial service; simulation method, used to simulate the processing method of the financial service for different request addresses; liveness detection method, used to detect the running status of the financial service; and simulation message template, used to characterize the message format of the financial service responding to different request addresses; and based on the P simulation elements corresponding to each financial service, construct a simulation service corresponding to each financial service.

[0168] The processor can invoke information and applications stored in memory via a transmission device to perform the following steps: when performing automated testing on the i-th financial service among N financial services using a target test script, generate a test request message corresponding to the i-th financial service; transmit the test request message to the simulation service corresponding to the i-th financial service; determine the response message corresponding to the test request message based on the test request message through the simulation service; and determine the test result corresponding to the i-th financial service based on the response message corresponding to the test request message.

[0169] The processor can invoke information and applications stored in memory through the transmission device to perform the following steps: construct a copy of the test request message to obtain a copy message; process the test request message through a simulated service to obtain a simulated response message corresponding to the simulated service; transmit the copy message to the i-th financial service, process the copy message through the i-th financial service to obtain the original response message corresponding to the i-th financial service; and determine the response message corresponding to the test request message based on the simulated response message and the original response message.

[0170] The processor can invoke information and application programs stored in the memory through the transmission device to perform the following steps: Based on the original response message, determine the operating status of the i-th financial service; if the operating status is normal, add a service identifier to the original response message to obtain a first response message, and use the first response message as the response message corresponding to the test request message, wherein the service identifier is used to indicate the type of service that generated the response message; if the operating status is abnormal, add a service identifier to the simulated response message to obtain a second response message, and use the second response message as the response message corresponding to the test request message.

[0171] The processor can call the information and application stored in the memory through the transmission device to perform the following steps: if the original response message is equal to the preset message, determine that the operating status of the i-th financial service is normal; if the original response message is not equal to the preset message, determine that the operating status of the i-th financial service is abnormal.

[0172] The processor can access information and applications stored in memory via a transmission device to perform the following steps: when the running state is normal, update the target mapping table based on the response message corresponding to the test request message.

[0173] This application provides a testing scheme for financial services. It employs a target mapping table approach, integrating financial service interface data, including request and response messages, to construct a simulated service corresponding to each financial service. This achieves the purpose of taking over and simulating service calls. By pre-defining mapping relationships and using simulated services to replace real services in responses, this application effectively reduces the test's dependence on the environment, improves testing flexibility and efficiency, and ensures the continuity and reliability of financial service testing. This enables uninterrupted operation of the automated testing process when facing service node failures, thus solving the technical problem in existing technologies where the testing process is interrupted and testing efficiency is low when one or more service nodes among multiple financial services to be tested fail.

[0174] Those skilled in the art will understand that Figure 6 The structure shown is for illustrative purposes only. Electronic devices can also be smartphones, tablets, PDAs, mobile internet devices, PADs, and other terminal devices. Figure 6 This does not limit the structure of the aforementioned electronic device. For example, electronic devices may also include components that are more... Figure 6 The more or fewer components shown (such as network interfaces, display devices, etc.), or having the same Figure 6 The different configurations shown.

[0175] Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be implemented by a program instructing the hardware related to the terminal device. The program can be stored in a computer-readable storage medium, which may include: flash drive, read-only memory (ROM), random access memory (RAM), disk or optical disk, etc.

[0176] Example 4

[0177] Embodiments of this application may also provide a storage medium.

[0178] Optionally, in this embodiment of the application, the storage medium can be used to store the program code executed by the test method of the financial services provided in the above method embodiments.

[0179] Optionally, in this embodiment, the storage medium may be located in any computer terminal in a group of computer terminals in a computer network, or in any mobile terminal in a group of mobile terminals.

[0180] This application also provides a computer program product that, when executed on a data processing device, is suitable for performing test method steps for financial services.

[0181] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0182] In the above embodiments of this application, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0183] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

[0184] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0185] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0186] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, read-only memory (ROM), random access memory (RAM), portable hard drive, magnetic disk, or optical disk.

[0187] The above description is only a preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A method of testing a financial service, characterized by, include: Based on the interface data corresponding to N financial services, a target mapping table is generated, where N is a positive integer. The N financial services are the services that need to be called during the financial business processing. The interface data includes at least the request message and response message of each financial service. The target mapping table is used to store the correspondence between the service identifier, request message and response message of each financial service. Based on the target mapping table, a simulation service is constructed for each financial service, wherein the simulation service is used at least to explore the financial service and simulate the behavior of the financial service; The call parameters corresponding to each financial service in the source test script are updated to the call parameters corresponding to the simulated service of each financial service to obtain the target test script; The target test script is used to perform automated testing on the N financial services.

2. The method of testing a financial service of claim 1, wherein, Based on the target mapping table, a simulated service corresponding to each financial service is constructed, including: Based on the target mapping table, P simulated elements are determined for each financial service, where P is a positive integer, and the P simulated elements include at least: Simulated parameters are used to characterize the calling address and calling port of financial services; Simulation methods are used to simulate how financial services handle different request addresses; The activity detection method is used to monitor the operational status of financial services. Simulated message templates are used to characterize the message format in which financial services respond to different request addresses; Based on the P simulation elements corresponding to each financial service, construct the simulation service corresponding to each financial service.

3. The method of testing a financial service of claim 1, wherein, The target test script is used to perform automated testing on the N financial services, including: When performing automated testing on the i-th financial service among the N financial services using the target test script, a test request message corresponding to the i-th financial service is generated; The test request message is transmitted to the simulation service corresponding to the i-th financial service. Using the simulation service, the response message corresponding to the test request message is determined based on the test request message; Based on the response message corresponding to the test request message, the test result corresponding to the i-th financial service is determined.

4. The method of testing a financial service of claim 3, wherein, Through the simulation service, based on the test request message, the response message corresponding to the test request message is determined, including: Construct a copy of the test request message to obtain the copy message; The test request message is processed through the simulation service to obtain the simulation response message corresponding to the simulation service. The copy message is transmitted to the i-th financial service, and the i-th financial service processes the copy message to obtain the original response message corresponding to the i-th financial service; Based on the simulated response message and the original response message, the response message corresponding to the test request message is determined.

5. The testing method for financial services according to claim 4, characterized in that, Based on the simulated response message and the original response message, the response message corresponding to the test request message is determined, including: Based on the original response message, the operating status of the i-th financial service is determined; When the running state is normal, a service identifier is added to the original response message to obtain a first response message. The first response message is used as the response message corresponding to the test request message. The service identifier is used to indicate the type of service that generated the response message. If the running state is abnormal, a service identifier is added to the simulated response message to obtain a second response message, and the second response message is used as the response message corresponding to the test request message.

6. The testing method for financial services according to claim 5, characterized in that, Based on the original response message, the operating status of the i-th financial service is determined, including: If the original response message is equal to the preset message, the operating status of the i-th financial service is determined to be the normal state; If the original response message is not equal to the preset message, the operating state of the i-th financial service is determined to be the abnormal state.

7. The testing method for financial services according to claim 5, characterized in that, After determining the operational status of the i-th financial service based on the original response message, the testing method for the financial service further includes: When the running state is normal, the target mapping table is updated based on the response message corresponding to the test request message.

8. A testing device for financial services, characterized in that, include: The mapping table generation unit is used to generate a target mapping table based on the interface data corresponding to N financial services, where N is a positive integer, the N financial services are the services that need to be called in the financial business processing, the interface data includes at least the request message and response message of each financial service, and the target mapping table is used to store the correspondence between the service identifier, request message and response message of each financial service; The simulation service construction unit is used to construct a simulation service corresponding to each financial service based on the target mapping table, wherein the simulation service is used at least to explore the financial service and simulate the behavior of the financial service; The parameter update unit is used to update the call parameters corresponding to each financial service in the source test script to the call parameters corresponding to the simulated service of each financial service, so as to obtain the target test script; The testing unit is used to perform automated testing on the N financial services using the target test script.

9. A computer program product, characterized in that, The computer program product includes a computer program, wherein, when the computer program is executed, it controls the computer program product to perform the testing method for the financial services according to any one of claims 1 to 7.

10. An electronic device, characterized in that, It includes one or more processors and a memory, the memory being used to store one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors cause the one or more processors to implement the testing method for financial services as described in any one of claims 1 to 7.