Data processing method and device, storage medium and electronic equipment

Abstract

The invention discloses a data processing method and device, a storage medium and electronic equipment. The method relates to the field of system migration, and comprises the following steps: determining a to-be-tested target service function of a target system, the target system being a system to which a service of a source system is to be migrated; obtaining a service request set matched with the target service function, and obtaining a target test script matched with the target service function; and sending requests to the source system and the target system based on the service request set through the target test script, and determining a test result according to processing results fed back by the source system and the target system respectively, the test result representing whether the target service function is abnormal or not. Through the method and the device, the problem of low test efficiency of the service function when system service migration is carried out between a new system and an old system in the prior art is solved.

Description

Technical Field

[0001] This application relates to the field of system migration, and more specifically, to a data processing method, apparatus, storage medium, and electronic device. Background Technology

[0002] With the continuous development of technology, enterprise systems face the challenge of migrating from old architectures to new architectures and from on-premises deployments to the cloud. This process is often referred to as "system business migration," and its main purpose is to improve the efficiency, flexibility, and security of the system while adapting to ever-changing market demands and technological advancements.

[0003] The migration of business processes between old and new systems requires meticulous planning and rigorous testing to ensure consistency of business functions, data integrity, and system stability. In related technologies, this process often relies on manual testing, which involves executing the same business scenarios in both the old and new systems and manually comparing the results for consistency. This method is not only time-consuming and labor-intensive but also prone to human error, especially when faced with a large number of test cases, where both efficiency and accuracy cannot be guaranteed. Therefore, the above approach suffers from low efficiency in testing business functions.

[0004] There is currently no effective solution to the aforementioned problems in the relevant technologies. Summary of the Invention

[0005] The main objective of this application is to provide a data processing method, apparatus, storage medium, and electronic device to solve the problem of low testing efficiency of business functions when migrating system services between old and new systems.

[0006] To achieve the above objectives, according to one aspect of this application, a data processing method is provided. The method includes: determining a target business function to be tested in a target system, wherein the target system is the system to which the business function of the source system is to be migrated; obtaining a target test script matching the target business function, and obtaining a set of business requests matching the target business function; sending requests to the source system and the target system based on the set of business requests using the target test script, and determining a test result based on the processing results returned by the source system and the target system respectively, wherein the test result characterizes whether an anomaly exists in the target business function.

[0007] Optionally, the data processing method further includes: sending a first request from the business request set to the source system, wherein the first request meets the format requirements of the source system and is used to request airfare services; processing the first request to obtain a second request, and sending the second request to the target system, wherein the second request meets the format requirements of the target system; receiving a first processing result from the source system and receiving a second processing result from the target system; comparing the first processing result and the second processing result to obtain a comparison result, and determining a test result based on the comparison results corresponding to multiple first requests in the business request set.

[0008] Optionally, the data processing method further includes: converting the format of the first request to obtain an updated first request; determining the target airline associated with the first request and determining the target microservice information corresponding to the target airline, wherein different microservices are used to store data of different airlines, and the target microservice information refers to the information of the microservice used to store the data of the target airline; determining the module information of the business module corresponding to the target business function; adding the target microservice information and module information to the updated first request to obtain a second request, wherein the target system determines the business module for processing the request based on the module information and determines the microservices that need to be accessed when processing the request based on the target microservice information.

[0009] Optionally, the data processing method further includes: identifying the target field name from the first request; determining whether the airline number associated with the target field name is empty; if the airline number associated with the target field name is not empty, determining the target airline based on the airline number associated with the target field name; if the airline number associated with the target field name is empty, determining multiple preset airlines as the target airline.

[0010] Optionally, the data processing method further includes: converting the first processing result and the second processing result to a target format respectively to obtain a target first processing result and a target second processing result; obtaining a list of interference items corresponding to the target business function, and removing interference items from the target first processing result based on the list of interference items to obtain first information; removing interference items from the target second processing result based on the list of interference items to obtain second information; and comparing the first information and the second information to obtain a comparison result.

[0011] Optionally, the data processing method further includes: determining the field values ​​corresponding to the same field names from the first information and the second information respectively; determining whether the field values ​​corresponding to the same field names are the same to obtain the field comparison results; and determining the comparison results based on the field comparison results of all fields with the same field names.

[0012] Optionally, the data processing method further includes: if the comparison results corresponding to multiple first requests all indicate the same processing result, determining that the test result indicates that the target business function is not abnormal; if there are comparison results indicating different processing results, determining that the test result indicates that the target business function is abnormal.

[0013] To achieve the above objectives, according to another aspect of this application, a data processing apparatus is provided. The apparatus includes: a first determining module, configured to determine a target business function to be tested in a target system, wherein the target system is the system to which the business function of the source system is to be migrated; an acquiring module, configured to acquire a target test script matching the target business function and acquire a set of business requests matching the target business function; and a second determining module, configured to send requests to the source system and the target system based on the set of business requests using the target test script, and determine a test result based on the processing results returned by the source system and the target system respectively, wherein the test result indicates whether an anomaly exists in the target business function.

[0014] Optionally, the second determining module further includes: a first sending submodule, used to send a first request from the business request set to the source system, wherein the first request meets the format requirements of the source system and is used to request airfare services; a second sending submodule, used to process the first request to obtain a second request and send the second request to the target system, wherein the second request meets the format requirements of the target system; a receiving submodule, used to receive a first processing result fed back by the source system and receive a second processing result fed back by the target system; and a first determining submodule, used to compare the first processing result and the second processing result to obtain a comparison result and determine a test result based on the comparison results corresponding to multiple first requests in the business request set.

[0015] Optionally, the second sending submodule further includes: a first processing unit, used to perform format conversion on the first request to obtain an updated first request; a first determining unit, used to determine the target airline associated with the first request and determine the target microservice information corresponding to the target airline, wherein different microservices are used to store data of different airlines, and the target microservice information refers to the information of the microservice used to store the data of the target airline; a second determining unit, used to determine the module information of the business module corresponding to the target business function; and a second processing unit, used to add the target microservice information and module information to the updated first request to obtain a second request, wherein the target system determines the business module for processing the request based on the module information and determines the microservices that need to be accessed when processing the request based on the target microservice information.

[0016] Optionally, the first determining unit includes: an identification subunit for identifying the target field name from the first request; a first judgment subunit for judging whether the airline number associated with the target field name is empty; a first determining subunit for determining the target airline based on the airline number associated with the target field name if the airline number associated with the target field name is not empty; and a second determining subunit for determining a plurality of preset airlines as the target airline if the airline number associated with the target field name is empty.

[0017] Optionally, the first determining submodule further includes: a third processing unit, used to convert the first processing result and the second processing result to the target format respectively to obtain the target first processing result and the target second processing result; a fourth processing unit, used to obtain a list of interference items corresponding to the target business function, and remove interference items from the target first processing result based on the list of interference items to obtain the first information, and remove interference items from the target second processing result based on the list of interference items to obtain the second information; and a comparison unit, used to compare the first information and the second information to obtain the comparison result.

[0018] Optionally, the comparison unit further includes: a third determining subunit, used to determine the field values ​​corresponding to the same field names from the first information and the second information respectively; a second judging subunit, used to judge whether the field values ​​corresponding to the same field names are the same, and obtain the field comparison result; and a fourth determining subunit, used to determine the comparison result based on the field comparison results of all fields with the same field names.

[0019] Optionally, the first determining submodule further includes: a third determining unit, used to determine that the test result indicates that the target business function is not abnormal when the comparison results corresponding to multiple first requests all indicate the same processing result; and a fourth determining unit, used to determine that the test result indicates that the target business function is abnormal when there are comparison results indicating different processing results.

[0020] To achieve the above objectives, according to another aspect of this application, a computer-readable storage medium is provided, the computer-readable storage medium including a stored executable program, wherein, when the executable program is running, it controls the device where the computer-readable storage medium is located to perform the above-described data processing method.

[0021] To achieve the above objectives, according to another aspect of this application, an electronic device is provided, the electronic device including a memory storing an executable program; and a processor for running the program, wherein the program executes the above-described data processing method during runtime.

[0022] To achieve the above objectives, according to another aspect of this application, a computer program product is provided, including computer instructions that, when executed by a processor, implement the steps of the data processing method described above.

[0023] In this embodiment, by obtaining a set of business requests that match the target business function to be tested in the target system, and obtaining a matching target test script, the required request content and test logic for testing the target business function are accurately determined. By using the target test script to perform request interactions between the source system and the target system based on the set of business requests to determine the test results, the target business function is automatically tested using the target test script, avoiding manual testing, reducing personnel and time consumption, and thus improving the testing efficiency of business functions.

[0024] Therefore, the method provided in this application achieves the goal of automatically testing business functions using scripts and request sets corresponding to the functions under test, thereby improving the technical efficiency of testing business functions and solving the technical problem of low testing efficiency of business functions when migrating system business between old and new systems. Attached Figure Description

[0025] The accompanying drawings, which form part of this application, are used to provide a further understanding of this application. The illustrative embodiments and descriptions of this application are used to explain this application and do not constitute an undue limitation of this application. In the drawings:

[0026] Figure 1 This is a hardware structure block diagram of a computer terminal provided according to an embodiment of this application;

[0027] Figure 2 This is a flowchart of a data processing method provided according to an embodiment of this application;

[0028] Figure 3 This is a schematic diagram of a data processing method provided according to an embodiment of this application;

[0029] Figure 4 This is a schematic diagram of a data processing apparatus provided according to an embodiment of this application;

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

[0031] 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.

[0032] 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.

[0033] It should be noted that the information collected in this application (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for display, data used for analysis, etc.) are information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, storage, use, processing, transmission, provision, disclosure, and application of this data all comply with relevant laws, regulations, and standards, necessary confidentiality measures have been taken, and they do not violate public order and good morals. Corresponding operation entry points are provided for users to choose to authorize or refuse. For example, interfaces are set up between this system and relevant users or organizations, providing users with corresponding operation entry points for them to choose to agree to or refuse automated decision results; if the user chooses to refuse, the process proceeds to the expert decision-making stage.

[0034] Example 1

[0035] According to an embodiment of this application, an embodiment of a data processing method is also 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.

[0036] The method embodiment provided in Embodiment 1 of this application can be executed on a mobile terminal, computer terminal, or similar computing device. Figure 1 A hardware structure block diagram of a computer terminal (or mobile device) for implementing a data processing method is shown. Figure 1As 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 field-programmable gate array (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 (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.

[0037] 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).

[0038] The memory 104 can be used to store software programs and modules of application software, such as program instructions / data storage devices corresponding to the data processing 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 implementing the aforementioned data processing 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.

[0039] 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.

[0040] The display can be, for example, a touchscreen liquid crystal display (LCD), which allows the user to interact with the user interface of the computer terminal 10 (or mobile device).

[0041] Under the aforementioned operating environment, this application provides the following: Figure 2 The data processing method shown. Figure 2 This is a flowchart of the data processing method according to Embodiment 1 of this application.

[0042] Step S201: Determine the target business function to be tested in the target system, where the target system is the system to which the business of the source system is to be migrated.

[0043] Optionally, electronic devices, application systems, servers, or other similar devices can be used as the execution subject of this application. In this embodiment, the target processing system is used as the execution subject to execute the above-described data processing method.

[0044] In an alternative embodiment, the target system refers to a new architecture or platform that will receive and execute the business functions of the source system; for example, the target system may be a cloud system. The source system refers to an older architecture or platform that is currently implementing the business functions; for example, the source system may be a local system.

[0045] For example, in the context of airfare (i.e. ticket price) services, the target system can refer to a cloud-based fare calculation system, while the source system can refer to a localized fare calculation system.

[0046] Optionally, the target business function refers to the business function that needs to be verified to be implemented correctly in the target system. For example, in the context of airfare (i.e. ticket price) services, the target business function may refer to airfare service management functions such as fare calculation, fare inquiry, and refund / change.

[0047] Step S202: Obtain the target test script that matches the target business function, and obtain the set of business requests that match the target business function.

[0048] The business request set includes multiple first requests, each meeting the format requirements of the source system, and used to request airline fare services. In one optional embodiment, the first request is a simulated request generated by testers. In another optional embodiment, the first request is selected from historical requests received from the source system.

[0049] The target test script can be the source code file of an automated testing tool, containing the logical instructions for executing automated tests. The source system contains various business scenarios, each with different service names, request methods, processing methods, and node information in the returned results. Therefore, when comparing the returned results of cloud-based microservices (i.e., services in the target system) and localized services (i.e., services in the source system), different scripts are needed for requests in different business scenarios to achieve differentiated and targeted test processing.

[0050] In an optional embodiment, the target processing system may pre-define the correspondence between different business functions, sets of business requests, and test scripts. The target processing system can then determine the set of business requests matching the target business function, and the target test script matching the target business function, based on this correspondence.

[0051] In another alternative embodiment, a set of business requests matching the target business function can be obtained from a specific path using a target test script.

[0052] Due to system version upgrades, the localized domestic fare calculation system includes various services such as fare calculation, fare query, rule display, domestic change calculation, and domestic refund calculation. Each service also encompasses numerous verification functions. When comparing and testing the cloud-based system with the localized service, comprehensively testing each functional module's corresponding business scenarios inevitably requires a large number of test cases. In this situation, traditional testing methods not only require significant personnel support but also necessitate allocating sufficient time. This application addresses this by obtaining the set of business requests and test scripts corresponding to the target business function under test, enabling automated testing and thus improving testing efficiency.

[0053] Step S203: Send requests to the source system and the target system based on the business request set through the target test script, and determine the test results based on the processing results fed back by the source system and the target system respectively. The test results indicate whether there are any abnormalities in the target business functions.

[0054] For example, the target test script can read business requests from a set of business requests. For the target system (cloud-based system), the script converts the format of the read requests, adds necessary header information, and then sends the requests. For the source system (local system), the script directly sends the unconverted requests. Afterward, it receives the processing results from both systems, unifies the results to the same format, excludes non-business-related information (such as version numbers, timestamps, etc.), and then automatically compares the remaining business logic-related data to determine the test results.

[0055] In this embodiment, by obtaining a set of business requests that match the target business function to be tested in the target system, and obtaining a matching target test script, the required request content and test logic for testing the target business function are accurately determined. By using the target test script to perform request interactions between the source system and the target system based on the set of business requests to determine the test results, the target business function is automatically tested using the target test script, avoiding manual testing, reducing personnel and time consumption, and thus improving the testing efficiency of business functions.

[0056] Therefore, the method provided in this application achieves the goal of automatically testing business functions using scripts and request sets corresponding to the functions under test, thereby improving the technical efficiency of testing business functions and solving the technical problem of low testing efficiency of business functions when migrating system business between old and new systems.

[0057] Optionally, in the data processing method provided in this application embodiment, a target test script sends requests to a source system and a target system based on a set of business requests, and determines the test result based on the processing results returned by the source system and the target system respectively. This includes: sending a first request from the set of business requests to the source system, wherein the first request meets the format requirements of the source system and is used to request airfare services; processing the first request to obtain a second request, and sending the second request to the target system, wherein the second request meets the format requirements of the target system; receiving a first processing result returned by the source system and receiving a second processing result returned by the target system; comparing the first processing result and the second processing result to obtain a comparison result, and determining the test result based on the comparison results corresponding to multiple first requests in the set of business requests.

[0058] Optionally, the target test script can read the set of business requests stored in a specified path, retrieve the first request from it, and then directly send the first request to the source system. The first request is used to request airfare services; for example, the first request can be used to request fare calculation, fare inquiry, refund / change, etc.

[0059] Optionally, the same test request sent to the source system may be transformed and encoded as necessary to conform to the communication specifications of the target system, and then the processed request (i.e., the second request) may be sent to the target system.

[0060] For example, the target test script defines the server address and port information of the source system, as well as the server address and port information of the target system. The target test script reads the server address and port information of the source system and sends a first request to the source system based on this information. The target test script reads the server address and port information of the target system and sends a second request to the target system based on this information.

[0061] Optionally, after sending requests to both the source and target systems, the system receives the first processing result from the source system and the second processing result from the target system. Then, it compares the results of the two systems processing the same business request, excluding non-business-related information such as version numbers and dates, focusing only on differences in core business logic. By comparing all the first and second requests, the overall test results are summarized to determine whether the target system's business functions are normal and consistent with the source system.

[0062] In an optional embodiment, since different requests are required when testing different business functions, different request paths are recorded in the test scripts corresponding to different business functions. The test scripts obtain the corresponding set of business requests based on the request paths, thereby achieving targeted processing. What they have in common is that the test scripts corresponding to each business function record the addresses and port numbers of the source system and the target system.

[0063] In an optional embodiment, the target processing system can utilize a timing tool to calculate the time taken by the target system and the source system from receiving the corresponding request to returning the result, and output the time along with the corresponding request name to a log for developers to review. During the execution of the target test script, testers can use the times output in the logs to help determine the performance of the cloud-based and localized systems.

[0064] It should be noted that the above method enables the sending of valid requests to both the source and target systems, thereby obtaining valid processing results, which in turn improves the reliability of result comparison and the accuracy of test results.

[0065] Optionally, in the data processing method provided in this application embodiment, processing the first request to obtain the second request includes: converting the format of the first request to obtain an updated first request; determining the target airline associated with the first request and determining the target microservice information corresponding to the target airline, wherein different microservices are used to store data of different airlines, and the target microservice information refers to the information of the microservice used to store the data of the target airline; determining the module information of the business module corresponding to the target business function; adding the target microservice information and module information to the updated first request to obtain the second request, wherein the target system determines the business module for processing the request based on the module information and determines the microservices that need to be accessed when processing the request based on the target microservice information.

[0066] In an optional embodiment, the first request is format-converted to obtain an updated first request, wherein the updated first request meets the format requirements of the target system. For example, the first request is BASE64 encoded to obtain the updated first request.

[0067] Optionally, the target airline associated with the first request can be retrieved. For example, the target airline can be determined based on the airline's two-letter code recorded in the first request. Then, the target microservice information corresponding to the target airline is determined. For example, in the target system, N microservices are built and deployed based on airline groups, with different microservices storing data for different airlines. When processing a request, the target system needs to retrieve data from the corresponding microservice to support request processing. Therefore, the target microservice information refers to the information of the microservice used to store the target airline data, which may include the service version number, environment name, and service name of the microservice used to store the target airline data. The target processing system has a pre-defined mapping relationship between airlines and microservices, and the target test script can determine the microservice corresponding to the target airline based on this mapping relationship.

[0068] In an optional embodiment, the module information of the business module corresponding to the target business function is determined. A business module refers to a business module in the target system; different business modules are used to handle business requests corresponding to different business functions. The module information of a business module may include the module name, module version number, and business type (i.e., the request type of the business request). The business type may be fare calculation, fare query, etc.

[0069] After obtaining the module information and the target microservice information, the target test script can append the module information before and after the updated first request, and add the target microservice information as the request header information of the updated first request, thereby obtaining the second request.

[0070] For example, after receiving a request (i.e., the first request), the target test script reads the airline code in the request, determines which microservice the request belongs to, and after determining the microservice, performs BASE64 encoding on the read request. Based on the encoded request (i.e., the updated first request), it adds node information such as the name, version number, and request type (e.g., fare calculation, fare query, etc.) of the corresponding business module before and after the request, and adds header information such as microservice version number, environment name, and service name according to the microservices corresponding to the airline group.

[0071] After receiving the second request, a second request is sent to the target system, and the original request (i.e., the first request) without encoding or supplementary processing is sent to the source system. Since the target test script pre-determines the airline group and adds the corresponding request header information when reading the request in the previous step, in this step, after the target system receives the second request, it will determine the business module that handles the request based on the node information (i.e. the module information of the business module), send the second request to the business module, and the business module will determine the microservice that needs to be accessed when handling the request based on the header information content (i.e. the target microservice information) in order to obtain the corresponding data from the microservice for business processing.

[0072] In an optional embodiment, the module information of the business module corresponding to the business function can be pre-recorded in the test script corresponding to the business function. That is, different test scripts record different module information, and the test script can directly determine the module information based on the information recorded in the script. Optionally, the module information of the business module corresponding to the target business function can be pre-recorded in the target test script.

[0073] For example, different business functions have their own unique request types. After sending a request to the target system, the target system needs to read the pre-added request information in the script to determine which function type the current request belongs to and which business module's service interface it should be sent to. Therefore, when generating test scripts, developers can manually confirm the request types currently waiting to be tested and update them in the test scripts to generate a valid second request. The request types recorded in the test scripts for different business functions will also differ.

[0074] In an optional embodiment, the information of each microservice can also be pre-recorded in the test script so that the test script can quickly match the target microservice information.

[0075] For example, for the fare calculation function, add the header information of the cloud pipeline to be tested in the script. The cloud system can split the data into two groups according to the airline. During testing, two pipelines need to be built for the two airline groups. The version numbers used when building these two pipelines cannot be the same, and the environment numbers and service names generated during pipeline operation are also different. Therefore, the microservice version number, environment name, and service name nodes that need to be filled in the header information of the two groups in the script are also different.

[0076] For the target system, if it is not possible to test multiple versions of code using the same pipeline for the time being, then when there is a feature update in the target system, a new pipeline is built on the target system for testing. When using scripts for comparative testing, the content in the header information is also updated in a timely manner.

[0077] It should be noted that the above method enables the effective generation of the second request. After receiving the second request, the target system can perform normal business processing, thereby improving the reliability of business function testing.

[0078] Optionally, in the data processing method provided in this application embodiment, determining the target airline associated with the first request includes: identifying the target field name from the first request; determining whether the airline number associated with the target field name is empty; if the airline number associated with the target field name is not empty, determining the target airline based on the airline number associated with the target field name; if the airline number associated with the target field name is empty, determining a preset number of airlines as the target airline.

[0079] In an optional embodiment, different business functions are associated with different target field names. The test scripts corresponding to each business function record the target field names associated with it. That is, the target test scripts corresponding to the target business function can record the target field names corresponding to the target business function, so as to facilitate the targeted identification of the target airline.

[0080] Optionally, the target test script identifies the target field name from the first request based on pre-recorded information in the script. Then, it checks if the airline number associated with the target field name is empty. The airline number is a unique identifier for an airline. If the airline number associated with the target field name is not empty, the target airline is determined based on the airline number associated with the target field name. The target test script can maintain a mapping relationship between airline numbers and airline names to match the target airline. When no airline number is specified in the request, the script can adopt a preset broad test mode, identifying multiple preset airlines as target airlines. This allows the second request to be processed based on the microservices corresponding to multiple preset airlines, thus enabling testing of data from multiple airlines. These multiple preset airlines can be all airlines, thereby enabling testing of all microservices in the target system.

[0081] In an optional embodiment, there may be a situation where the request contains multiple airline codes. In this case, to ensure that the script can successfully read the valid airline codes in the request, the target test script can record the complete node structure of the target field name in the request. For example, if the target field name is [marketingCarrier], the target test script can record the complete node structure "[PricingRequests][0][flights][0][marketingCarrier]" so that the script can accurately read the required information.

[0082] It should be noted that the above method enables accurate identification of the target airline, thereby further improving the accuracy of the generated second request.

[0083] Optionally, in the data processing method provided in this application embodiment, comparing the first processing result and the second processing result to obtain a comparison result includes: converting the first processing result and the second processing result to a target format respectively to obtain a target first processing result and a target second processing result; obtaining a list of interference items corresponding to the target business function, and removing interference items from the target first processing result based on the list of interference items to obtain first information; removing interference items from the target second processing result based on the list of interference items to obtain second information; and comparing the first information and the second information to obtain a comparison result.

[0084] In an optional embodiment, the second processing result has a different format than the first processing result. For example, the second processing result returned by the target system may have the same format as the second request, such as being BASE64 encoded. The second processing result may also include information such as the microservice name of the microservice storing the target airline data, the system name of the target system, the status code of the request processing, and the encoding format. In this case, the second processing result is not readable and cannot be directly compared with the first result returned by the source system. Therefore, in this situation, the first and second processing results can be converted to the target formats respectively to obtain the target first processing result and the target second processing result. For example, the second processing result can be BASE64 decoded to generate the target second processing result in JSON (JavaScript Object Notation) format. Similarly, the first processing result can be format-converted to obtain the target first processing result in JSON format for subsequent comparative testing.

[0085] Because the target system and the source system have inconsistent system version numbers, service names, and other information, request times and version numbers become interfering factors when comparing the results, affecting the accuracy of the final comparison. Therefore, before comparing the two versions, it is necessary to use a script to remove these interfering nodes, and then compare the remaining information (such as the processing results corresponding to actual business requirements). After the comparison is complete, the two inconsistent versions of the results and their corresponding requests can be output to a folder for developers to review and use.

[0086] Interference items can be understood as those that have no substantial impact on the detection of business functions. Removing these interference items from the processing results of the two systems yields cleaner result data, namely the first information and the second information, which can then be used for subsequent accurate comparison.

[0087] Optionally, after obtaining the first and second target processing results, the target test script can retrieve a list of interfering items corresponding to the target business function. This list of interfering items can be pre-recorded in the target test script. Optionally, the content of the processing results may differ for different business types. For example, for the fare calculation function, the processing result will include information such as the microservice version number and the current system version number, while for the fare query function, the processing result will not include this information. Therefore, the list of interfering items recorded in the test scripts for different business functions will also differ, thus enabling differentiated and targeted interference removal processing.

[0088] In an optional embodiment, the interference item list may include interference items corresponding to the first processing result and interference items corresponding to the second processing result. After obtaining the interference item list, the dictionary structure of each processing result can be recursively traversed. When an interference item in the list is encountered, the item is directly deleted from the dictionary, thereby generating the first and second information after removing the interference items.

[0089] After obtaining the first and second information, the first and second information are compared to obtain the comparison result.

[0090] It's worth noting that by uniformly converting processing results from different formats to the target format and removing metadata that doesn't affect business function judgment using a predefined list of distractors, the script can focus on the core parts of the business logic for in-depth comparison. This method not only improves the efficiency of comparative testing but also enhances the reliability of test results.

[0091] Optionally, in the data processing method provided in this application embodiment, comparing the first information and the second information to obtain a comparison result includes: determining the field values ​​corresponding to the same field names from the first information and the second information respectively; determining whether the field values ​​corresponding to the same field names are the same to obtain a field comparison result; and determining the comparison result based on the field comparison results of all fields with the same field names.

[0092] Optionally, the script can iterate through the key-value pairs in the first and second information, extracting the corresponding field values ​​for keys with the same field name. For example, if both results contain a "totalCost" field, its value is retrieved separately. For each pair of field values ​​with the same field name, a simple equals operator (==) is used for comparison. If the values ​​are the same, the field comparison result is considered consistent; otherwise, it is considered inconsistent.

[0093] Optionally, if all field comparison results with the same field name indicate that the field values ​​are the same, the comparison results are determined to indicate that the processing results are the same; otherwise, if there are field comparison results indicating different field values, the comparison results are determined to indicate that the processing results are different.

[0094] It should be noted that the above method enables effective comparison of the clean data after removing interference items, thereby improving the accuracy of the comparison results.

[0095] Optionally, in the data processing method provided in this application embodiment, determining the test result based on the comparison results corresponding to multiple first requests in the business request set includes: when the comparison results corresponding to multiple first requests all indicate the same processing result, determining that the test result indicates that the target business function is not abnormal; when there are comparison results indicating different processing results, determining that the test result indicates that the target business function is abnormal.

[0096] Optionally, an array or list can be created to store the comparison results for each first request. After processing each request, its comparison results are stored in this list for subsequent summary analysis. After the comparison is complete, the script iterates through the collected list of comparison results, checking for any comparison results indicating different processing outcomes. If all comparison results indicate the same processing outcome, it is determined that the test results indicate no anomalies in the target business function; otherwise, if there are comparison results indicating different processing outcomes, it is determined that the test results indicate anomalies in the target business function.

[0097] In an optional embodiment, after the script tool finishes running, testers can view the automatically generated comparison results in the current directory. The folder is named after the script's execution time. If there are inconsistencies in the comparison results, the folder will have three subfolders, which will respectively store the requests with inconsistencies, the results returned by the cloud microservice, and the local service. If all requests pass the comparison test, the current directory will still generate a folder named after the script's execution time. The difference is that this folder will be empty at this time, with no subfolders or any request results.

[0098] It should be noted that the above method enables accurate identification of whether there are any anomalies in the target business functions, thereby improving the reliability of functional testing.

[0099] In an optional embodiment, Figure 3 This is a schematic diagram of a data processing method provided according to an embodiment of this application. Figure 3 An optional application process of this embodiment will be described. For example... Figure 3 As shown, the target processing system can determine the target business function to be tested in the target system and obtain the target test script that matches the target business function. Then, it reads the first request of the corresponding business request set through the target test script, extracts the airline's two-letter code from the first request, identifies the target airline, and determines which group (i.e., which microservice) the target airline belongs to based on the airline's two-letter code. Next, it performs BASE64 encoding on the first request to achieve format conversion, completes the request node information based on the module information of the business module corresponding to the target business function, and adds request header information based on the target microservice information corresponding to the target airline. Finally, it adds the target microservice information and module information to the format-converted first request to obtain the second request.

[0100] After receiving the second request information, such as Figure 3As shown, the second request is sent to the cloud system (i.e., the cloud). The cloud system determines the business module that will process the request based on module information and the microservice that needs to be accessed when processing the request based on the target microservice information. Then, the script receives the second processing result from the cloud system and performs BASE64 decoding to obtain the target second processing result in JSON format. Optionally, the script also sends the first request to the local system, where the local service processes the first request, obtains the first processing result, and performs BASE64 decoding to obtain the target first processing result in JSON format. The first and second processing results are then compared to obtain a comparison result. Based on the comparison results corresponding to multiple first requests in the business request set, the test result is determined. Simultaneously, inconsistent comparison results and request processing results are entered into the corresponding folders.

[0101] Optional, such as Figure 3 As shown, during the process of request processing in the cloud system and the local system, the target processing system can record the time taken for the system service to return the request result and output it to the log.

[0102] Therefore, the method provided in this application achieves the goal of automatically testing business functions using scripts and request sets corresponding to the functions under test, thereby improving the technical efficiency of testing business functions and solving the technical problem of low testing efficiency of business functions when migrating system business between old and new systems.

[0103] 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, and 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.

[0104] Example 2

[0105] This application also provides a data processing apparatus. It should be noted that the data processing apparatus of this application can be used to execute the data processing method provided in this application. The data processing apparatus provided in this application will be described below.

[0106] According to an embodiment of this application, an apparatus for implementing the above-described data processing method is also provided, such as... Figure 4 As shown, the device includes:

[0107] The first determining module 401 is used to determine the target business function to be tested in the target system, wherein the target system is the system to which the business of the source system is to be migrated;

[0108] The acquisition module 402 is used to acquire the target test script that matches the target business function and to acquire the set of business requests that match the target business function.

[0109] The second determining module 403 is used to send requests to the source system and the target system based on the set of business requests through the target test script, and determine the test results based on the processing results fed back by the source system and the target system respectively, wherein the test results characterize whether there is an anomaly in the target business function.

[0110] In this embodiment, by obtaining a set of business requests that match the target business function to be tested in the target system, and obtaining a matching target test script, the required request content and test logic for testing the target business function are accurately determined. By using the target test script to perform request interactions between the source system and the target system based on the set of business requests to determine the test results, the target business function is automatically tested using the target test script, avoiding manual testing, reducing personnel and time consumption, and thus improving the testing efficiency of business functions.

[0111] Therefore, the method provided in this application achieves the goal of automatically testing business functions using scripts and request sets corresponding to the functions under test, thereby improving the technical efficiency of testing business functions and solving the technical problem of low testing efficiency of business functions when migrating system business between old and new systems.

[0112] Optionally, in the data processing apparatus provided in this application embodiment, the second determining module further includes: a first sending submodule, configured to send a first request from the business request set to the source system, wherein the first request meets the format requirements of the source system and is used to request airfare services; a second sending submodule, configured to process the first request to obtain a second request and send the second request to the target system, wherein the second request meets the format requirements of the target system; a receiving submodule, configured to receive a first processing result fed back by the source system and receive a second processing result fed back by the target system; and a first determining submodule, configured to compare the first processing result and the second processing result to obtain a comparison result and determine a test result based on the comparison results corresponding to multiple first requests in the business request set.

[0113] Optionally, in the data processing apparatus provided in this application embodiment, the second sending submodule further includes: a first processing unit, configured to perform format conversion on the first request to obtain an updated first request; a first determining unit, configured to determine the target airline associated with the first request and determine the target microservice information corresponding to the target airline, wherein different microservices are used to store data of different airlines, and the target microservice information refers to the information of the microservice used to store the data of the target airline; a second determining unit, configured to determine the module information of the business module corresponding to the target business function; and a second processing unit, configured to add the target microservice information and module information to the updated first request to obtain a second request, wherein the target system determines the business module for processing the request based on the module information and determines the microservices that need to be accessed when processing the request based on the target microservice information.

[0114] Optionally, in the data processing apparatus provided in this application embodiment, the first determining unit includes: an identification subunit, used to identify a target field name from a first request; a first judgment subunit, used to determine whether the airline number associated with the target field name is empty; a first determining subunit, used to determine a target airline based on the airline number associated with the target field name if the airline number associated with the target field name is not empty; and a second determining subunit, used to determine a preset plurality of airlines as the target airline if the airline number associated with the target field name is empty.

[0115] Optionally, in the data processing apparatus provided in this application embodiment, the first determining submodule further includes: a third processing unit, configured to convert the first processing result and the second processing result to a target format respectively to obtain a target first processing result and a target second processing result; a fourth processing unit, configured to obtain a list of interference items corresponding to the target business function, and remove interference items from the target first processing result based on the list of interference items to obtain first information, and remove interference items from the target second processing result based on the list of interference items to obtain second information; and a comparison unit, configured to compare the first information and the second information to obtain a comparison result.

[0116] Optionally, in the data processing apparatus provided in the embodiments of this application, the comparison unit further includes: a third determining subunit, used to determine the field values ​​corresponding to the same field names from the first information and the second information respectively; a second judging subunit, used to judge whether the field values ​​corresponding to the same field names are the same, and obtain the field comparison result; and a fourth determining subunit, used to determine the comparison result based on the field comparison results of all the same field names.

[0117] Optionally, in the data processing apparatus provided in the embodiments of this application, the first determining submodule further includes: a third determining unit, used to determine that the test result indicates that the target business function is not abnormal when the comparison results corresponding to multiple first requests all indicate the same processing result; and a fourth determining unit, used to determine that the test result indicates that the target business function is abnormal when there are comparison results indicating different processing results.

[0118] It should be noted that the first determining module 401, the acquisition module 402, and the second determining module 403 mentioned above correspond to steps S201 to S203 in Embodiment 1. The three modules and their corresponding steps implement the same instances and application scenarios, but are not limited to the content disclosed in Embodiment 1. It should be noted that the above modules or units can be hardware 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 a device and run in the computer terminal 10 provided in Embodiment 1.

[0119] Example 3

[0120] Embodiments of this application may provide an electronic device. Figure 5 This is a structural block diagram of an electronic device according to an embodiment of this application. Figure 5 As shown, the electronic device may include: one or more ( Figure 5 (Only one is shown) processor 1002, memory 1004, memory controller, and peripheral interface, wherein the peripheral interface is connected to the radio frequency module, audio module and display.

[0121] The memory can be used to store software programs and modules, such as the program instructions / modules corresponding to the methods and apparatus 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 implementing the above-described methods. The memory 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 may further include memory remotely located relative to the processor, and these remote memories can be connected to the terminal 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.

[0122] The processor can invoke information and applications stored in the memory through the transmission device to perform the following steps: determine the target business function to be tested in the target system, wherein the target system is the system to which the business of the source system is to be migrated; obtain the target test script that matches the target business function, and obtain the set of business requests that match the target business function; send requests to the source system and the target system based on the set of business requests through the target test script, and determine the test result based on the processing results fed back by the source system and the target system respectively, wherein the test result indicates whether there is an anomaly in the target business function.

[0123] The processor can also invoke information and applications stored in the memory via the transmission device to perform the following steps: sending a first request from the service request set to the source system, wherein the first request meets the format requirements of the source system and is used to request airfare services; processing the first request to obtain a second request and sending the second request to the target system, wherein the second request meets the format requirements of the target system; receiving a first processing result from the source system and receiving a second processing result from the target system; comparing the first processing result and the second processing result to obtain a comparison result, and determining a test result based on the comparison results corresponding to multiple first requests in the service request set.

[0124] The processor can also invoke information and applications stored in the memory via the transmission device to perform the following steps: convert the format of the first request to obtain an updated first request; determine the target airline associated with the first request and determine the target microservice information corresponding to the target airline, wherein different microservices are used to store data of different airlines, and the target microservice information refers to the information of the microservice used to store the target airline data; determine the module information of the business module corresponding to the target business function; add the target microservice information and module information to the updated first request to obtain a second request, wherein the target system determines the business module that processes the request based on the module information and determines the microservice that needs to be accessed when processing the request based on the target microservice information.

[0125] The processor can also call the information and application stored in the memory through the transmission device to perform the following steps: identify the target field name from the first request; determine whether the airline number associated with the target field name is empty; if the airline number associated with the target field name is not empty, determine the target airline based on the airline number associated with the target field name; if the airline number associated with the target field name is empty, determine multiple preset airlines as the target airline.

[0126] The processor can also call the information and application stored in the memory through the transmission device to perform the following steps: convert the first processing result and the second processing result to the target format respectively to obtain the target first processing result and the target second processing result; obtain the interference item list corresponding to the target business function, and remove the interference items in the target first processing result based on the interference item list to obtain the first information; remove the interference items in the target second processing result based on the interference item list to obtain the second information; compare the first information and the second information to obtain the comparison result.

[0127] The processor can also call the information and application stored in the memory through the transmission device to perform the following steps: determine the field values ​​corresponding to the same field names from the first information and the second information respectively; determine whether the field values ​​corresponding to the same field names are the same to obtain the field comparison result; and determine the comparison result based on the field comparison results of all the same field names.

[0128] The processor can also call the information and application stored in the memory through the transmission device to perform the following steps: if the comparison results corresponding to multiple first requests all indicate that the processing results are the same, determine that the test result indicates that the target business function is not abnormal; if there are comparison results indicating different processing results, determine that the test result indicates that the target business function is abnormal.

[0129] In this embodiment, by obtaining a set of business requests that match the target business function to be tested in the target system, and obtaining a matching target test script, the required request content and test logic for testing the target business function are accurately determined. By using the target test script to perform request interactions between the source system and the target system based on the set of business requests to determine the test results, the target business function is automatically tested using the target test script, avoiding manual testing, reducing personnel and time consumption, and thus improving the testing efficiency of business functions.

[0130] Therefore, the method provided in this application achieves the goal of automatically testing business functions using scripts and request sets corresponding to the functions under test, thereby improving the technical efficiency of testing business functions and solving the technical problem of low testing efficiency of business functions when migrating system business between old and new systems.

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

[0132] 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.

[0133] Example 4

[0134] Embodiments of this application also provide a storage medium. Optionally, in this embodiment, the storage medium can be used to store the program code executed by the data processing method provided in Embodiment 1.

[0135] 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.

[0136] This application also provides a computer program product, which, when executed on a data processing device, is a program adapted to perform data processing method steps.

[0137] 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.

[0138] 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.

[0139] 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.

[0140] 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.

[0141] 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.

[0142] 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.

[0143] 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 data processing method, characterized in that, include: Identify the target business functions to be tested in the target system, wherein the target system is the system to which the business functions of the source system are to be migrated; Obtain the target test script that matches the target business function, and obtain the set of business requests that match the target business function; The target test script sends requests to the source system and the target system based on the set of business requests, and determines the test result based on the processing results returned by the source system and the target system respectively. The test result indicates whether there is an anomaly in the target business function.

2. The method according to claim 1, characterized in that, The target test script sends requests to the source system and the target system based on the set of business requests, and determines the test results based on the processing results returned by the source system and the target system, respectively, including: Send the first request from the set of business requests to the source system, wherein the first request meets the format requirements of the source system and is used to request airfare service; The first request is processed to obtain a second request, and the second request is sent to the target system, wherein the second request meets the format requirements of the target system; Receive the first processing result fed back by the source system, and receive the second processing result fed back by the target system; The first processing result and the second processing result are compared to obtain a comparison result. Based on the comparison results corresponding to multiple first requests in the business request set, the test result is determined.

3. The method according to claim 2, characterized in that, The first request is processed to obtain the second request, including: The format of the first request is converted to obtain the updated first request; The target airline associated with the first request is determined, and the target microservice information corresponding to the target airline is determined, wherein different microservices are used to store data of different airlines, and the target microservice information refers to the information of the microservice used to store the target airline data; Determine the module information of the business module corresponding to the target business function; The target microservice information and the module information are added to the updated first request to obtain the second request, wherein the target system determines the business module that processes the request based on the module information and determines the microservice that needs to be accessed when processing the request based on the target microservice information.

4. The method according to claim 3, characterized in that, Determining the target airline associated with the first request includes: Identify the target field name from the first request; Determine whether the airline number associated with the target field name is empty; If the airline number associated with the target field name is not empty, the target airline is determined based on the airline number associated with the target field name; If the airline number associated with the target field name is empty, multiple preset airlines will be identified as the target airline.

5. The method according to claim 2, characterized in that, By comparing the first processing result and the second processing result, a comparison result is obtained, including: The first processing result and the second processing result are respectively converted to the target format to obtain the target first processing result and the target second processing result; Obtain a list of interference items corresponding to the target business function, and remove interference items from the target first processing result based on the list of interference items to obtain first information; remove interference items from the target second processing result based on the list of interference items to obtain second information. The comparison result is obtained by comparing the first information and the second information.

6. The method according to claim 5, characterized in that, The comparison result is obtained by comparing the first information and the second information, including: Determine the field values ​​corresponding to the same field names from the first information and the second information respectively; Determine whether the field values ​​corresponding to the same field names are the same to obtain the field comparison result; The comparison result is determined based on the comparison results of all fields with the same field name.

7. The method according to claim 2, characterized in that, Based on the comparison results corresponding to multiple first requests in the aforementioned business request set, the test result is determined, including: If the comparison results corresponding to multiple first requests all indicate that the processing results are the same, it is determined that the test result indicates that the target business function is not abnormal; In the presence of comparative results with different characterization processing results, it is determined that the test results characterize the target business function as having an anomaly.

8. A data processing apparatus, characterized in that, include: The first determining module is used to determine the target business function to be tested in the target system, wherein the target system is the system to which the business of the source system is to be migrated; The acquisition module is used to acquire the target test script that matches the target business function, and to acquire the set of business requests that match the target business function; The second determining module is used to send requests to the source system and the target system based on the business request set through the target test script, and determine the test result according to the processing results fed back by the source system and the target system respectively, wherein the test result indicates whether there is an anomaly in the target business function.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored executable program, wherein, when the executable program is executed, it controls the device on which the computer-readable storage medium is located to perform the data processing method according to any one of claims 1 to 7.

10. An electronic device, characterized in that, include: Memory, which stores executable programs; A processor for running the program, wherein the program, when running, performs the data processing method according to any one of claims 1 to 7.

Images