Data transfer service testing method and apparatus, storage medium, and electronic device

Abstract

The specification discloses a data transfer service test method and device, a storage medium and an electronic equipment. The method is applied to the field of computer technology and comprises the following steps: firstly, determining a data transfer service test instruction for a data transfer service; then, based on the data transfer service test instruction, using a test task analysis intelligent agent to perform knowledge retrieval processing in a data transfer service knowledge graph to obtain service test associated knowledge, and generating a service test action call chain based on the service test associated knowledge and the data transfer service test instruction; then, using a test action execution intelligent agent to sequentially determine a current service test action from the service test action call chain, assemble service test environment data of the current service test action, execute the current service test action based on the service test environment data to obtain a service test execution result; and finally, generating a data transfer service test report based on the service test execution result.

Description

Technical Field

[0001] This specification relates to the field of computer technology, and in particular to a data transfer service testing method, apparatus, storage medium, and electronic device. Background Technology

[0002] With the digital transformation of industries such as finance, e-commerce, and healthcare, core business systems within these sectors are becoming increasingly complex, facing ever-growing compliance requirements and technical challenges. For example, data transfer systems in the data migration field encompass the entire process from pre-transfer to during and post-transfer, involving deep coupling across multiple business domains. The data models, process logic, and service interfaces of these systems are highly specialized and state-dependent. This highly complex system not only places higher demands on the technical architecture but also significantly increases the difficulty of software testing. To ensure that data transfer systems meet high availability, stability, and functional correctness requirements while also complying with industry regulations, software testing has become a critical bottleneck for ensuring the smooth operation of data transfer systems.

[0003] In related technologies, software testing of data transfer systems is usually carried out manually. However, manual testing is time-consuming and inefficient. Therefore, how to improve the testing efficiency of data transfer services is a technical problem that urgently needs to be solved. Summary of the Invention

[0004] This specification provides a data transfer service testing method, apparatus, storage medium, and electronic device, the technical solution of which is as follows:

[0005] Firstly, this specification provides a data transfer service testing method, the method comprising:

[0006] Determine the data transfer service test instructions for the data transfer service;

[0007] Based on the data transfer service test instructions, the test task parsing agent performs knowledge retrieval processing in the data transfer service knowledge graph to obtain service test related knowledge, and then uses the test task parsing agent to generate a service test action call chain based on the service test related knowledge and the data transfer service test instructions.

[0008] The test action execution agent sequentially determines the current service test action from the service test action call chain. If the current service test action is the first service test action, the test action execution agent assembles the service test environment data of the current service test action based on the data transfer service test instruction and the service test association knowledge. If the current service test action has a preceding service test action that it depends on, the test action execution agent assembles the service test environment data of the current service test action based on the preceding service test action and the service test association knowledge. The test action execution agent executes the current service test action based on the service test environment data to obtain the service test execution result.

[0009] A data transfer service test report is generated based on the test results of each service.

[0010] Secondly, this specification provides a data transfer service testing device, the device comprising:

[0011] The instruction determination module is used to determine the data transfer service test instructions for the data transfer service.

[0012] The test parsing module is used to perform knowledge retrieval processing in the data transfer service knowledge graph based on the data transfer service test instructions using a test task parsing agent to obtain service test related knowledge, and to generate a service test action call chain based on the service test related knowledge and the data transfer service test instructions using the test task parsing agent.

[0013] The test execution module is used to sequentially determine the current service test action from the service test action call chain using a test action execution agent. If the current service test action is the first service test action, the test action execution agent assembles the service test environment data of the current service test action based on the data transfer service test instruction and the service test association knowledge. If the current service test action has a preceding service test action that it depends on, the test action execution agent assembles the service test environment data of the current service test action based on the preceding service test action and the service test association knowledge. The test action execution agent executes the current service test action based on the service test environment data to obtain the service test execution result.

[0014] The data generation module is used to generate a data transfer service test report based on the test execution results of each service.

[0015] Thirdly, this specification provides a computer storage medium having multiple instructions adapted to be loaded by a processor and executed by the method described above.

[0016] Fourthly, this specification provides a computer program product that stores at least one instruction, which is loaded by a processor and executes the method described above.

[0017] Fifthly, this specification provides an electronic device that may include: a memory and a processor; wherein the memory stores a computer program adapted to be loaded by the memory and to execute the methods described above.

[0018] The beneficial effects of the technical solutions provided in this specification include at least the following:

[0019] The data transfer service testing method provided in this specification achieves automated testing of data transfer services through the collaboration of a test task parsing agent and a test action execution agent. It also provides professional knowledge to the automated testing process using a data transfer service knowledge graph to generate a service test action call chain that does not deviate from the test intent indicated by the data transfer service test instructions. Furthermore, it assembles service test environment data for each service test action using service test association knowledge, data transfer service test instructions, or preceding service test actions, ensuring the accuracy of the service test environment data and thus guaranteeing the accurate execution of the service test action call chain. This method improves the testing efficiency of data transfer services while ensuring successful automated testing. Attached Figure Description

[0020] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0021] Figure 1 This is a schematic diagram of a data transfer service system provided in the embodiments of this specification;

[0022] Figure 2 This is a flowchart illustrating a data transfer service testing method provided in the embodiments of this specification;

[0023] Figure 3 This is a flowchart illustrating another data transfer service testing method provided in the embodiments of this specification;

[0024] Figure 4 This is a schematic diagram of the structure of a data transfer service testing device provided in the embodiments of this specification;

[0025] Figure 5This is a schematic diagram of the structure of a test parsing module provided in an embodiment of this specification;

[0026] Figure 6 This is a schematic diagram of the structure of an electronic device provided in the embodiments of this specification. Detailed Implementation

[0027] To make the inventive objectives, features, and advantages of the embodiments in this specification more apparent and understandable, the technical solutions in the embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments in this specification, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments in this specification without creative effort are within the scope of protection of this specification.

[0028] In the description of this specification, it should be understood that the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. In the description of this specification, it should be noted that, unless otherwise expressly specified and limited, "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or devices. Those skilled in the art can understand the specific meaning of the above terms in this specification based on the specific circumstances. Furthermore, in the description of this specification, unless otherwise stated, "multiple" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship.

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

[0030] Please see Figure 1 This is a schematic diagram of a data transfer service testing system provided in an embodiment of this specification. Figure 1 As shown in the diagram, the scenario diagram may include at least a client cluster and a service platform 100.

[0031] In some embodiments, the client cluster may include at least one client, such as Figure 1 As shown, it specifically includes client 1 corresponding to user 1, client 2 corresponding to user 2, ..., client n corresponding to user n, where n is an integer greater than 0.

[0032] Each terminal in the client cluster can be a smart device with communication capabilities, including but not limited to: wearable devices, handheld devices, personal computers, tablets, smartphones, computing devices, or other processing devices connected to a wireless modem. In different networks, smart devices may be called by different names, such as: user equipment, access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication equipment, user agent or user device, cellular phone, cordless phone, personal digital assistant (PDA), electronic devices in 5G networks or future evolved networks, etc.

[0033] In some embodiments, the service platform 100 is a hardware device with strong computing power. Specifically, the server can be a single server device, such as a rack-mount, blade, tower, or cabinet server device, or a workstation, mainframe computer, or other hardware device; it can also be a server cluster composed of multiple servers. The servers in the service cluster can be composed in a symmetrical manner, wherein each server is functionally and hierarchically equivalent in the transaction link, and each server can provide services to the outside world independently. Providing services independently can be understood as not requiring the assistance of other servers.

[0034] In some embodiments, the service platform 100 can establish a communication connection with clients in the client cluster, and complete data interaction during the data transfer service testing process based on this communication connection. For example, the service platform is an intelligent testing platform capable of completing the testing process of at least one data transfer service. The client is a device used by testers, which can generate data transfer service test instructions and send them to the service platform. Specifically, the data transfer service testing method executed by the service platform is as follows: First, a data transfer service test instruction is determined for the data transfer service. Based on the data transfer service test instruction, a test task parsing agent performs knowledge retrieval processing in the data transfer service knowledge graph to obtain service test-related knowledge. Then, the test task parsing agent generates a service test action call chain based on the service test-related knowledge and the data transfer service test instruction. Next, a test action execution agent sequentially determines the current service test action from the service test action call chain. If the current service test action is the first service test action, the test action execution agent assembles the service test environment data for the current service test action based on the data transfer service test instruction and the service test-related knowledge. If the current service test action has a preceding service test action that it depends on, the test action execution agent assembles the service test environment data for the current service test action based on the preceding service test action and the service test-related knowledge. Finally, the test action execution agent executes the current service test action based on the service test environment data to obtain the service test execution result. A data transfer service test report is generated based on each service test execution result.

[0035] It should be noted that the service platform and the client establish a communication connection through a network for interactive communication. This network can be a wireless network or a wired network. Wireless networks include, but are not limited to, cellular networks, wireless LANs, infrared networks, or Bluetooth networks. Wired networks include, but are not limited to, Ethernet, universal serial bus (USB), or controller area networks. In one or more embodiments of this specification, technologies and / or formats including Hyper Text Markup Language (HTML), Extensible Markup Language (XML), etc., are used to represent data exchanged over the network (such as target compressed packets). Furthermore, conventional encryption technologies such as Secure Socket Layer (SSL), Transport Layer Security (TLS), Virtual Private Network (VPN), and Internet Protocol Security (IPsec) can be used to encrypt all or some links. In other embodiments, customized and / or dedicated data communication technologies can be used to replace or supplement the aforementioned data communication technologies.

[0036] The data transfer service testing system embodiments provided in this specification and the data transfer service testing methods described in one or more embodiments belong to the same concept. The execution entity corresponding to the data transfer service testing methods involved in one or more embodiments of this specification can be an electronic device, and the electronic device can be the aforementioned service platform. The specific implementation process of the data transfer service testing system embodiments can be found in the following method embodiments, and will not be repeated here.

[0037] In one embodiment, such as Figure 2 As shown, a data transfer service testing method is proposed. This method can be implemented using a computer program and can run on a data transfer service testing device based on the von Neumann architecture. This computer program can be integrated into applications or run as a standalone utility application.

[0038] Specifically, the testing methods for this data transfer service include:

[0039] S202, Determine the data transfer service test instructions for the data transfer service.

[0040] Data transfer services are services used to transfer resource data between data lenders and data borrowers. Data lenders are entities that lend resource data, such as institutions, companies, organizations, or individuals. Data borrowers are entities that borrow resource data, such as institutions, companies, organizations, or individuals. Data transfer services can transfer resource data from data lenders to data borrowers, and vice versa.

[0041] It is understood that resource data can specifically be currency or goods with transactional attributes. For example, data transfer services can be credit or financial services provided by financial institutions such as banks, credit unions, consumer finance companies, internet finance companies, online lending platforms, fintech companies, or payment institutions.

[0042] The data transfer service test instructions include natural language description statements for automating the testing of at least one service function of the data transfer service. These natural language description statements may include test objects and test functions.

[0043] Specifically, it can receive data transfer service test commands sent by user terminals, where the user terminal is the terminal used by the test user for the data transfer service. Understandably, the test user can input a data transfer service test description statement in natural language on the user terminal's preset test interface. The user terminal then generates a data transfer service test command including the data transfer service test description statement and sends the data transfer service test command to the electronic device.

[0044] For example, taking resource data as currency and data transfer service as credit service, the data transfer service test instruction can include natural language description statements for automating the testing of the credit service functions. The test object included in the natural language description statement can be a specified lending product, and the test function included in the natural language description statement can be the repayment function or the borrowing function of the specified lending product.

[0045] S204. Based on the data transfer service test instructions, the test task parsing agent performs knowledge retrieval processing in the data transfer service knowledge graph to obtain service test related knowledge, and then uses the test task parsing agent to generate a service test action call chain based on the service test related knowledge and the data transfer service test instructions.

[0046] Among them, the test task parsing agent is an intelligent system or intelligent program that can understand test instructions, break down test tasks, and call large models to complete complex tasks.

[0047] The data transfer service knowledge graph is a knowledge graph based on data transfer service entities, their attributes, and the relationships between them. Data transfer service entities are specific objects, abstract concepts, events, people, products, activities, behaviors, etc., involved in the data transfer service. The attributes of a data transfer service entity include its characteristic descriptions or state descriptions.

[0048] Service test related knowledge is knowledge retrieved from the data transfer service knowledge graph that is associated with the test objects and test functions contained in the data transfer service test instructions.

[0049] The service test action call chain includes multiple service test actions required to complete the automated test as instructed by the data transfer service test command, as well as the execution order of each service test action.

[0050] Specifically, the test task parsing agent first parses the data transfer service test instructions to obtain service test intent field data that represents the user's test intent. Then, it retrieves service test association knowledge that matches the service test intent field data from the data transfer service knowledge graph. Based on the service test association knowledge and the service test intent field data, it decomposes the test actions to obtain multiple service test actions and the entity dependencies between the service test actions. Thus, it generates a service test action call chain based on the multiple service test actions and the entity dependencies between the service test actions.

[0051] S206, the test action execution agent sequentially determines the current service test action from the service test action call chain. If the current service test action is the first service test action, the test action execution agent assembles the service test environment data of the current service test action based on the data transfer service test instruction and service test association knowledge. If the current service test action has a preceding service test action that it depends on, the test action execution agent assembles the service test environment data of the current service test action based on the preceding service test action and service test association knowledge. The test action execution agent executes the current service test action based on the service test environment data to obtain the service test execution result.

[0052] Among them, the test action execution agent is an intelligent system or intelligent program that can call external tools to execute test tasks and parse the multiple tasks decomposed by the intelligent agent.

[0053] It is understandable that the service test environment data consists of the test parameter data required to execute the service test actions. The test parameter data can be obtained from the data transfer service test instructions, or it can be obtained from the execution results of the preceding service test actions that have a prerequisite dependency on the current service test action.

[0054] Specifically, the first service test action is the one executed first in the service test action call chain. If the current service test action has a preceding service test action that it depends on, it indicates that the current service test action is not the first service test action. Since there are multiple service test actions in the service test action call chain, the service test environment data for each service test action can be determined before executing each service test action. That is, first, the current service test action is determined sequentially from the service test action call chain, and then different assembly methods are selected based on whether the current service test action is the first service test action to obtain the service test environment data.

[0055] S208, Generate a data transfer service test report based on the test execution results of each service.

[0056] Specifically, based on the service test execution results of each service test, service test action generates service test execution step description information; based on the service test environment data of each service test action, service test parameter description information is generated; based on the execution results of each service test action, service test result description information is generated; and a data transfer service test report is generated that includes service test execution step description information, service test parameter description information, and service test result description information.

[0057] The data transfer service testing method provided in this specification, after determining the data transfer service test instruction for the data transfer service, achieves automated testing of the data transfer service through the collaboration of a test task parsing agent and a test action execution agent. It also provides professional knowledge for the automated testing process using a data transfer service knowledge graph to generate a service test action call chain that does not deviate from the test intent indicated by the data transfer service test instruction. Furthermore, it assembles service test environment data for each service test action using service test association knowledge, data transfer service test instructions, or preceding service test actions, ensuring the accuracy of the service test environment data and thus guaranteeing the accurate execution of the service test action call chain. This method improves the testing efficiency of the data transfer service while ensuring successful automated testing.

[0058] Please see Figure 3 This is a flowchart illustrating another embodiment of a data transfer service testing method provided in this specification. Specifically, the method may include the following steps:

[0059] S302, Determine the data transfer service test instructions for the data transfer service.

[0060] For details on the implementation of step S302, please refer to [link / reference]. Figure 2 The descriptions of the relevant steps in the illustrated embodiments will not be repeated here.

[0061] S304, the test task parsing agent uses a test processing multimodal large model to perform test intent parsing on the data transfer service test instructions to obtain service test intent field data including service test entity and test intent features.

[0062] Among them, the test processing multimodal large model can simultaneously process and fuse two or more heterogeneous data modalities (text, image, audio, video, code, structured data, etc.) and complete tasks such as understanding, generation, reasoning, and decision-making within a unified semantic space.

[0063] Specifically, a test task parsing agent is used to generate intent parsing task description information for data transfer service test instructions. This generates intent parsing prompts that include the intent parsing task description information and the data transfer service test instructions. The test task parsing agent then inputs the intent parsing prompts into the test processing multimodal big model for test intent parsing processing. This process yields service test intent field data, including service test entities and test intent features, from the test processing multimodal big model.

[0064] Understandably, the multimodal large-scale test processing model can parse data transfer service test instructions to obtain test objects and test functions, map the test objects and test functions to service test entities, extract test intent features from the data transfer service test instructions, and generate service test intent field data including service test entities and test intent features. The test intent features can include at least one of the following: test business features, test parameter features, and test technical environment features. Test business features are obtained through business keywords in the data transfer service test instructions. For example, taking a credit service as an example, the business keywords in the data transfer service test instructions could be credit product name, credit product bill, credit product IOU, credit product repayment, bill inquiry, transfer, etc. Test parameter features are obtained through business parameter information in the data transfer service test instructions. For example, taking a credit service as an example, the business parameter information in the data transfer service test instructions could include credit product bill amount, credit product bill time, credit product repayment time, credit product repayment amount, etc. The characteristics of the testing technical environment are obtained through the technical environment keywords in the data transfer service testing instructions. For example, taking the data transfer service as a credit service, the technical environment keywords in the data transfer service testing instructions may include protocol type, protocol version, etc.

[0065] Optionally, the following is an example of a model training process for testing large multimodal models:

[0066] In some embodiments, a pre-trained basic large language model can be obtained and adapted to a knowledge-based test intent parsing scenario to obtain a test processing multimodal large model. However, directly applying the basic large language model for test intent parsing is often difficult to adapt to new test intent parsing scenarios. Therefore, a basic multimodal large language model is first obtained to create an initial test processing multimodal large model, and sample data for the new test intent parsing scenario is obtained. This sample data includes sample data transfer service test instructions. Since the basic multimodal large language model is usually a pre-trained open-source AIGC model with content generation capabilities, this specification only requires adapting it to the test intent parsing scenario. Specifically, the sample data can be used to fine-tune the initial test processing multimodal large model. After the model fine-tuning training is completed, a test processing multimodal large model adapted to the test intent parsing scenario is obtained.

[0067] Model creation: Obtain the basic multimodal large language model, create an initial test intent parsing scenario plugin model for the test intent parsing scenario, and form an initial test processing multimodal large model based on the basic multimodal large language model and the initial test intent parsing scenario plugin model; the basic multimodal large language model may include, but is not limited to, DeepSeek large model, GPT series large model, etc.

[0068] Sample data acquisition: Acquire sample data for the new test intent parsing scenario. This sample data is the test instruction for the sample data transfer service in the test intent parsing scenario.

[0069] Sample data annotation: Based on the test intent parsing scenario, the service test intent field data tags are generated to correspond to the requirement annotations. These service test intent field data tags can include service test entity tags and test intent feature tags.

[0070] Model training process: Input the sample data into the initial test processing multimodal large model for at least one round of model training. During the model forward training process: Based on the sample data, the initial test processing multimodal large model is used to process the data to obtain the predicted service test intent field data, which includes the predicted service test entity and the predicted test intent feature.

[0071] During the model reverse training process, the model loss value is determined by the model loss function based on the predicted service test intent field data and the service test intent field data label. Based on the model loss value, the model parameters are adjusted in the initial test processing multimodal large model to obtain the trained test processing multimodal large model.

[0072] The illustrative initial test intent parsing scenario plugin model can be created based on a machine learning model.

[0073] Optionally, the model's training termination conditions may include, for example, the loss function value being less than or equal to a preset loss function threshold, or the number of iterations reaching a preset threshold. Specific training termination conditions can be determined based on actual circumstances and are not specifically limited here.

[0074] It should be noted that the machine learning models involved in one or more embodiments of this specification include, but are not limited to, fitting of one or more of the following machine learning models: Convolutional Neural Network (CNN) model, Deep Neural Network (DNN) model, Recurrent Neural Networks (RNN) model, embedding model, Gradient Boosting Decision Tree (GBDT) model, Logistic Regression (LR) model, etc.

[0075] S306, retrieve target entity nodes and associated entity nodes that match the service test entity and test intent features in the data transfer service knowledge graph, and extract node attribute information from the target entity nodes and associated entity nodes in the data transfer service knowledge graph to obtain service test association knowledge including entity attribute constraint knowledge and entity relationship network knowledge.

[0076] Specifically, the process involves retrieving a first entity node matching the service test entity from the data transfer service knowledge graph, retrieving a second entity node matching the test intent characteristics, filtering out duplicate nodes between the first and second entity nodes to obtain the target entity node, and then retrieving related entity nodes with association relationships to the target entity node from the data transfer service knowledge graph. These association relationships can include belonging relationships, calling relationships, causal relationships, and state transition relationships. The target entity node can include entity nodes categorized by product type, function type, interface type, event type, and state type.

[0077] Specifically, the construction of a data transfer service knowledge graph can include: obtaining unstructured knowledge documents of the data transfer service, including service product knowledge documents, service design knowledge documents, and service testing knowledge documents; extracting entities and entity relationships from the unstructured documents to obtain reference data transfer service entities, their attributes, and the relationships between them; and constructing the data transfer service knowledge graph based on these entities, their attributes, and the relationships between them. The types of reference data transfer service entities can include, but are not limited to, product types, function types, interface types, event types, and status types.

[0078] It is understandable that entity attribute constraint knowledge includes node attribute information of target entity nodes and associated entity nodes, while entity relationship network knowledge includes representation knowledge of the relationship between target entity nodes and associated entity nodes.

[0079] S308: The test task parsing agent parses the service test intent field data based on entity attribute constraint knowledge and entity relationship network knowledge to obtain multiple service test actions and entity dependencies between service test actions. Based on the entity dependencies, the service test action call chain composed of multiple service test actions is determined.

[0080] Specifically, step S308 may include the following steps:

[0081] A2: The test task parsing agent uses entity attribute constraint knowledge and entity relationship network knowledge to obtain the service interface protocol definition data corresponding to the test entity node. The service interface protocol definition data includes the interface address, request method and input parameter template structure.

[0082] A4: Based on the service interface protocol definition data, the input parameter template structure is instantiated and parsed to generate reference service test action instructions, and the target service test action corresponding to the test entity node is determined based on the reference service test action instructions.

[0083] A6: Based on entity attribute constraint knowledge and entity relationship network knowledge, determine the preceding and following service test actions that have entity dependencies with the target service test actions;

[0084] A8: Determine the service test action call chain consisting of the target service test action, the preceding service test action, and the following service test action.

[0085] In step A2, the test entity node may include test object entity nodes and test function entity nodes. A test task parsing agent retrieves the interface entity nodes associated with the test entity nodes from entity relationship network knowledge. It also retrieves the service interface protocol definition data of the interface entity nodes from entity attribute constraint knowledge. This service interface protocol definition data includes the interface address, request method, and input parameter template structure. These elements can be stored in the attributes of the interface entity node. The input parameter template structure refers to the list of fields the interface expects to receive. It can define required field attributes, field value ranges, or enumeration examples. Special symbols can be used to mark replaceable slots in the input parameter template structure to facilitate subsequent filling in of field test values.

[0086] In step A4, after obtaining the reference service test action instruction, the execution parameters in the reference service test action instruction are solidified to obtain the target service test action. For example, the execution parameters may include the number of retries, the timeout in seconds, etc. The number of retries can be understood as the number of automatic retries when the action fails, and the timeout in seconds can be understood as the maximum time to wait for a response. Specifically, the process of instantiating and parsing the input parameter template structure based on the service interface protocol definition data to generate the reference service test action instruction may include the following steps:

[0087] a2: Detect whether the test entity node is associated with multiple service interface protocol definition data;

[0088] a4: If it exists, extract the test technology environment features from the data transfer service test instructions, calculate the vector similarity between the test technology environment features and the service interface protocol definition data, select the target service interface protocol definition data from multiple service interface protocol definition data based on the vector similarity, and instantiate and parse the input parameter template structure based on the target service interface protocol definition data to generate a reference service test action instruction including the parameter slots to be filled.

[0089] a6: If it does not exist, the input parameter template structure is instantiated and parsed based on the service interface protocol definition data to generate reference service test action instructions including the parameter slots to be filled.

[0090] In step a2, the interface entity node associated with the test entity node may have multiple versions of service interface protocol definition data. Therefore, it is necessary to detect whether the interface entity node has multiple versions of service interface protocol definition data.

[0091] In step a4, test technology environment features can be extracted from test intent features. Multiple service interface protocol definition data are vectorized to obtain multiple service interface protocol features. The vector similarity between each service interface protocol feature and the test technology environment features is calculated. The service interface protocol definition data corresponding to the maximum vector similarity is selected as the target service interface protocol definition data.

[0092] In step A6, for each target service test action, associated test entity nodes with a relationship to the corresponding test entity node are determined from the entity relationship network knowledge. These associated test entity nodes can include preceding and subsequent associated test entity nodes. The association between a preceding associated test entity node and a test entity node is a relationship where the preceding associated test entity node points to the test entity node, while the association between a subsequent associated test entity node and a test entity node is a relationship where the test entity node points to the subsequent associated test entity node. The preceding associated interface entity node associated with the preceding associated test entity node is obtained from the entity relationship network knowledge. The first service interface protocol definition data of the preceding associated interface entity node is obtained from the entity attribute constraint knowledge. The preceding service test action is determined based on the first service interface protocol definition data. The subsequent associated interface entity node associated with the subsequent associated test entity node is obtained from the entity relationship network knowledge. The second service interface protocol definition data of the subsequent associated interface entity node is obtained from the entity attribute constraint knowledge. The subsequent service test action is determined based on the second service interface protocol definition data. It is understandable that the preceding service test actions are executed before the target service test actions, while the subsequent service test actions are executed after the target service test actions.

[0093] In step A8, for each target service test action, there may be a preceding service test action and / or a following service test action. According to the execution order between each target service test action, the preceding service test action and the following service test action, the service test action call chain obtained by the target service test action, the preceding service test action and the following service test action is assembled.

[0094] S310, the test action execution agent sequentially determines the current service test action from the service test action call chain. If the current service test action is the first service test action, the test action execution agent assembles the service test environment data of the current service test action based on the data transfer service test instruction and service test association knowledge. If the current service test action has a preceding service test action that it depends on, the test action execution agent assembles the service test environment data of the current service test action based on the preceding service test action and service test association knowledge. The test action execution agent executes the current service test action based on the service test environment data to obtain the service test execution result.

[0095] Specifically, when the current service test action is the first service test action, the test action execution agent determines the target test entity node corresponding to the current service test action, determines the target attribute parameters corresponding to the target test entity node based on the entity attribute constraint knowledge in the service test association knowledge, extracts the target parameter values ​​of the target attribute parameters from the data transfer service test instruction, and assembles the service test environment data of the current service test action based on the target attribute parameters and target parameter values.

[0096] Specifically, if the current service test action has a preceding service test action that it depends on, this can be understood as the current service test action not being the first service test action. When the current service test action has a preceding service test action that it depends on, performing the assembly of service test environment data for the current service test action based on the preceding service test action and service test association knowledge can include the following steps:

[0097] B2: Extract the first target parameter value from the execution result of the preceding service test action;

[0098] B4: Determine whether there are dependency node attribute parameters corresponding to the current service test action based on service test association knowledge;

[0099] B6: If yes, then determine the second target parameter value of the dependent node attribute parameter, and assemble the service test environment data of the current service test action based on the first target parameter value and the second target parameter value;

[0100] B8: If not, assemble the service test environment data for the current service test action based on the first target parameter value.

[0101] The first target parameter value mentioned above can be the parameter value of the node attribute parameter of the preceding test entity node corresponding to the preceding service test action. The preceding test entity node is the test entity node used to generate the preceding service test action.

[0102] It is understandable that, for example, if the preceding test entity node corresponding to the preceding service test action is the test object entity node, then the preceding service test action is a query action targeting the test object, and the execution result of the preceding service test action is the query result of the test object. The query result may include the parameter values ​​of the attribute parameters of the test object. Therefore, extracting the first target parameter value from the execution result of the preceding service test action is the parameter value of the attribute parameters of the test object.

[0103] Specifically, the determination of whether there are dependent node attribute parameters corresponding to the current service test action based on service test association knowledge includes: determining the target test entity node corresponding to the current service test action; determining the target node attribute parameters of the target test entity node based on service test association knowledge; and determining whether there are dependent node attribute parameters among the target node attribute parameters.

[0104] It is understandable that dependency node attribute parameters are defined as node attribute parameters that depend on the dependent test entity nodes associated with the target test entity node to obtain their parameter values, and these dependency node attribute parameters are not stored in the node attribute parameters of the dependent test entity nodes. For example, if the current service test action is to test a test function, the target test entity node is the test function entity node, and the dependent test entity nodes associated with the target test entity node are the test object entity nodes, the target node attribute parameters can include independent test parameters and dependent test parameters. Dependent test parameters are node attribute parameters that depend on the test object entity nodes to obtain their parameter values ​​(i.e., dependency node attribute parameters), while independent test parameters are node attribute parameters whose parameter values ​​can be directly obtained from the data transfer service test instructions.

[0105] Specifically, when determining the second target parameter value of the dependent node attribute parameter, a dependency parameter mapping table is obtained. The dependency parameter mapping table can store the mapping relationship between the dependent node attribute parameter and the attribute parameter of the dependent test entity node corresponding to each dependent node attribute parameter. The first attribute parameter value of the dependent test entity node is determined from the data transfer service test instruction. The parameter value of the dependent node attribute parameter corresponding to the first attribute parameter value is obtained from the dependency data mapping table. The parameter value of the dependent node attribute parameter corresponding to the first attribute parameter value is determined to be the second target parameter value.

[0106] Specifically, the execution of the test action execution agent, based on the service test environment data, to execute the current service test action and obtain the service test execution result, may include: using the test action execution agent to determine the test tool corresponding to the current service test action, calling the test tool to execute the current service test action based on the service test environment data, and obtaining the service test execution result.

[0107] S312, Generate a data transfer service test report based on the test execution results of each service.

[0108] Specifically, based on the service test execution results of each service test, service test action generates service test execution step description information; based on the service test environment data of each service test action, service test parameter description information is generated; based on the execution results of each service test action, service test result description information is generated; and a data transfer service test report is generated that includes service test execution step description information, service test parameter description information, and service test result description information.

[0109] In the data transfer service testing method provided in this specification, the data transfer service test instructions for the data transfer service are first determined. A test task parsing agent is then used to perform test intent parsing on the data transfer service test instructions using a multimodal large-scale test processing model to obtain service test intent field data, including service test entities and test intent features. This ensures accurate parsing of the test intent of the data transfer service test instructions. Next, the target entity nodes and associated entity nodes matching the service test entities and test intent features are retrieved from the data transfer service knowledge graph. Node attribute information is extracted from the target entity nodes and associated entity nodes from the data transfer service knowledge graph to obtain service test association knowledge, including entity attribute constraint knowledge and entity relationship network knowledge, thus obtaining graph knowledge highly correlated with the test intent. Finally, the test task parsing agent parses the service test intent field data based on entity attribute constraint knowledge and entity relationship network knowledge to obtain multiple service test actions and the entity dependencies between these actions. Based on these entity dependencies, multiple... The service test action call chain, composed of service test actions, utilizes graph knowledge highly correlated with the test intent to accurately break down test tasks into multiple test actions to be executed. Then, a test action execution agent sequentially determines the current service test action from the call chain. If the current service test action is the first one, the agent assembles the service test environment data for that action based on the data transfer service test instructions and service test association knowledge. If the current service test action has pre-dependent preceding service test actions, the agent assembles the same data based on those actions. The agent then executes the current service test action based on this data to obtain the service test execution result. Finally, a data transfer service test report is generated based on each result. This accurate assembly of the service test environment data for each action ensures successful execution and reduces the probability of failure. Therefore, by guaranteeing the accuracy of the service test environment data, the accurate execution of the service test action call chain is ensured, improving the efficiency of data transfer service testing while maintaining a high success rate.

[0110] The following will combine Figure 4 This specification provides a detailed description of the data transfer service testing apparatus provided in the embodiments. It should be noted that... Figure 4 The data transfer service test apparatus shown is used to execute this specification. Figures 2-3 The methods shown in the embodiments are illustrated for ease of explanation, showing only the parts related to the embodiments of this specification. For specific technical details not disclosed, please refer to this specification. Figures 2-3 The example shown.

[0111] Please see Figure 4 This diagram illustrates the structure of a data transfer service testing apparatus according to an embodiment of this specification. The data transfer service testing apparatus 40 can be implemented as all or part of a device through software, hardware, or a combination of both. According to some embodiments, the data transfer service testing apparatus 40 includes an instruction determination module 41, a test parsing module 42, a test execution module 43, and a data generation module 44, specifically used for:

[0112] Instruction determination module 41 is used to determine the data transfer service test instructions for the data transfer service;

[0113] The test parsing module 42 is used to perform knowledge retrieval processing in the data transfer service knowledge graph based on the data transfer service test instructions using a test task parsing agent to obtain service test related knowledge, and to generate a service test action call chain based on the service test related knowledge and the data transfer service test instructions using the test task parsing agent.

[0114] The test execution module 43 is used to use a test action execution agent to sequentially determine the current service test action from the service test action call chain. If the current service test action is the first service test action, the test action execution agent assembles the service test environment data of the current service test action based on the data transfer service test instruction and the service test association knowledge. If the current service test action has a preceding service test action that it depends on, the test action execution agent assembles the service test environment data of the current service test action based on the preceding service test action and the service test association knowledge. The test action execution agent executes the current service test action based on the service test environment data to obtain the service test execution result.

[0115] The data generation module 44 is used to generate a data transfer service test report based on the test execution results of each of the services.

[0116] Optional, see below Figure 5 The diagram shows a structural schematic of a test parsing module. The test parsing module 42 includes a test intent parsing unit 421, a graph knowledge retrieval unit 422, and a test action generation unit 423, specifically used for:

[0117] The test intent parsing unit 421 is used to perform test intent parsing processing on the data transfer service test instruction by the test task parsing agent through the test processing multimodal large model to obtain service test intent field data including service test entity and test intent features;

[0118] The graph knowledge retrieval unit 422 is used to retrieve target entity nodes and associated entity nodes that match the service test entity and the test intent features in the data transfer service knowledge graph, and to extract service test association knowledge including entity attribute constraint knowledge and entity relationship network knowledge from the target entity node and the associated entity node in the data transfer service knowledge graph.

[0119] The test action generation unit 423 is used to parse the service test intent field data using the test task parsing agent based on the entity attribute constraint knowledge and the entity relationship network knowledge, to obtain multiple service test actions and the entity dependency relationships between the service test actions, and to determine the service test action call chain composed of the multiple service test actions based on the entity dependency relationships.

[0120] Optionally, the test action generation unit 423 includes:

[0121] The first processing unit is used to obtain service interface protocol definition data corresponding to the test entity node based on the entity attribute constraint knowledge and the entity relationship network knowledge using the test task parsing agent. The service interface protocol definition data includes interface address, request method and input parameter template structure.

[0122] The second processing unit is used to instantiate and parse the input parameter template structure based on the service interface protocol definition data to generate reference service test action instructions, and to determine the target service test action corresponding to the test entity node based on the reference service test action instructions.

[0123] The third processing unit is used to determine, based on the entity attribute constraint knowledge and the entity relationship network knowledge, the preceding service test action and the following service test action that have an entity dependency relationship with the target service test action;

[0124] The fourth processing unit is used to determine the service action test call chain consisting of the target service test action, the preceding service test action, and the following service test action.

[0125] Optionally, the second processing unit is specifically used for:

[0126] Detect whether the test entity node is associated with multiple service interface protocol definition data;

[0127] If it exists, extract the test technology environment features from the data transfer service test instruction, calculate the vector similarity between the test technology environment features and each of the service interface protocol definition data, select the target service interface protocol definition data from the multiple service interface protocol definition data based on the vector similarity, and instantiate and parse the input parameter template structure based on the target service interface protocol definition data to generate a reference service test action instruction including the parameter slots to be filled.

[0128] If it does not exist, the input parameter template structure is instantiated and parsed based on the service interface protocol definition data to generate a reference service test action instruction including the parameter slots to be filled.

[0129] Optionally, test execution module 43 includes:

[0130] The first parameter assembly unit is used to extract the first target parameter value from the execution result of the preceding service test action;

[0131] The second parameter assembly unit is used to determine whether there are dependent node attribute parameters corresponding to the current service test action based on the service test association knowledge.

[0132] The third parameter assembly unit is used to determine the second target parameter value of the dependent node attribute parameter if the condition is met, and assemble the service test environment data of the current service test action based on the first target parameter value and the second target parameter value.

[0133] The fourth parameter assembly unit is used to assemble the service test environment data of the current service test action based on the first target parameter value if the parameter value is not specified.

[0134] Optional, the second parameter assembly unit is specifically used for:

[0135] Determine the target test entity node corresponding to the current service test action, and determine the target node attribute parameters of the target test entity node based on the service test association knowledge;

[0136] Determine whether there are dependent node attribute parameters among the target node attribute parameters.

[0137] Optional, the data generation module 44 is specifically used for:

[0138] The test action execution agent determines the test tool corresponding to the current service test action, and calls the test tool to execute the current service test action based on the service test environment data to obtain the service test execution result.

[0139] Please refer to Figure 6This diagram illustrates the structure of an electronic device provided in an exemplary embodiment of this specification. The electronic device in this specification may include one or more components such as a processor 110, a memory 120, an input device 130, an output device 140, and a bus 150. The processor 110, memory 120, input device 130, and output device 140 may be connected via the bus 150.

[0140] Processor 110 may include one or more processing cores. Processor 110 connects to various parts of the electronic device using various interfaces and lines, and performs various functions and processes data by running or executing instructions, programs, code sets, or instruction sets stored in memory 120, and by calling data stored in memory 120. Optionally, processor 110 may be implemented using at least one hardware form of digital signal processing (DSP), field-programmable gate array (FPGA), or programmable logic array (PLA). Processor 110 may integrate one or more of a central processing unit (CPU), graphics processing unit (GPU), and modem. The CPU primarily handles the operating system, user interface, and applications; the GPU is responsible for rendering and drawing the displayed content; and the modem handles wireless communication. It is understood that the modem may also not be integrated into processor 110 and may be implemented separately using a communication chip.

[0141] The memory 120 may include random access memory (RAM) or read-only memory (ROM). Optionally, the memory 120 may include a non-transitory computer-readable storage medium. The memory 120 may be used to store instructions, programs, code, code sets, or instruction sets. The memory 120 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for implementing at least one function (e.g., touch function, sound playback function, image playback function, etc.), instructions for implementing the various method embodiments described below, etc. The operating system may be the Android system, including systems deeply developed based on the Android system, the iOS system developed by Apple Inc., including systems deeply developed based on the iOS system, or other systems.

[0142] In order for the operating system to distinguish the specific application scenarios of third-party applications, it is necessary to establish data communication between the third-party applications and the operating system. This would allow the operating system to obtain the current scenario information of the third-party applications at any time, and then perform targeted system resource adaptation based on the current scenario.

[0143] The input device 130 is used to receive input instructions or data, and includes, but is not limited to, a keyboard, mouse, camera, microphone, or touch device. The output device 140 is used to output instructions or data, and includes, but is not limited to, a display device and a speaker. In one example, the input device 130 and the output device 140 can be combined, and the input device 130 and the output device 140 can be a touch display screen.

[0144] The touch display screen can be designed as a full-screen, curved screen, or irregularly shaped screen. It can also be designed as a combination of a full-screen and a curved screen, or a combination of an irregularly shaped screen and a curved screen; however, this specification does not limit the specific design of the embodiments described herein.

[0145] In addition, those skilled in the art will understand that the structure of the electronic device shown in the above figures does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown, or combine certain components, or have different component arrangements. For example, the electronic device may also include radio frequency circuits, input units, sensors, audio circuits, Wireless Fidelity (WiFi) modules, power supplies, Bluetooth modules, etc., which will not be described in detail here.

[0146] In some embodiments, Figure 6In the illustrated electronic device, the processor 110 can be used to call the program for the data transfer service test method stored in the memory 120, and specifically perform the following operations:

[0147] Determine the data transfer service test instructions for the data transfer service;

[0148] Based on the data transfer service test instructions, the test task parsing agent performs knowledge retrieval processing in the data transfer service knowledge graph to obtain service test related knowledge, and then uses the test task parsing agent to generate a service test action call chain based on the service test related knowledge and the data transfer service test instructions.

[0149] The test action execution agent sequentially determines the current service test action from the service test action call chain. If the current service test action is the first service test action, the test action execution agent assembles the service test environment data of the current service test action based on the data transfer service test instruction and the service test association knowledge. If the current service test action has a preceding service test action that it depends on, the test action execution agent assembles the service test environment data of the current service test action based on the preceding service test action and the service test association knowledge. The test action execution agent executes the current service test action based on the service test environment data to obtain the service test execution result.

[0150] A data transfer service test report is generated based on the test results of each service.

[0151] In one embodiment, when the processor 110 executes the process of using a test task parsing agent to perform knowledge retrieval processing in the data transfer service knowledge graph based on the data transfer service test instruction to obtain service test related knowledge, and using the test task parsing agent to generate a service test action call chain based on the service test related knowledge and the data transfer service test instruction, the processor 110 specifically performs the following operations:

[0152] The test task parsing agent uses a test processing multimodal large model to perform test intent parsing on the data transfer service test instructions to obtain service test intent field data including service test entity and test intent features;

[0153] Retrieve target entity nodes and associated entity nodes that match the service test entity and the test intent features in the data transfer service knowledge graph. Extract node attribute information from the target entity nodes and associated entity nodes in the data transfer service knowledge graph to obtain service test association knowledge including entity attribute constraint knowledge and entity relationship network knowledge.

[0154] The test task parsing agent parses the service test intent field data based on the entity attribute constraint knowledge and the entity relationship network knowledge to obtain multiple service test actions and the entity dependencies between the service test actions. Based on the entity dependencies, a service test action call chain composed of the multiple service test actions is determined.

[0155] In one embodiment, when the processor 110 executes the process of parsing the service test intent field data using the test task parsing agent based on the entity attribute constraint knowledge and the entity relationship network knowledge to obtain multiple service test actions and the entity dependencies between the service test actions, and determining the service test action call chain composed of the multiple service test actions based on the entity dependencies, the processor 110 specifically performs the following operations:

[0156] The test task parsing agent uses the entity attribute constraint knowledge and the entity relationship network knowledge to obtain the service interface protocol definition data corresponding to the test entity node. The service interface protocol definition data includes the interface address, request method and input parameter template structure.

[0157] Based on the service interface protocol definition data, the input parameter template structure is instantiated and parsed to generate reference service test action instructions, and the target service test action corresponding to the test entity node is determined based on the reference service test action instructions.

[0158] Based on the entity attribute constraint knowledge and the entity relationship network knowledge, determine the preceding service test actions and the following service test actions that have entity dependencies on the target service test actions;

[0159] Determine the service action test call chain consisting of the target service test action, the preceding service test action, and the following service test action.

[0160] In one embodiment, when the processor 110 executes the instantiation and parsing of the input parameter template structure based on the service interface protocol definition data to generate reference service test action instructions, it specifically performs the following operations:

[0161] Detect whether the test entity node is associated with multiple service interface protocol definition data;

[0162] If it exists, extract the test technology environment features from the data transfer service test instruction, calculate the vector similarity between the test technology environment features and each of the service interface protocol definition data, select the target service interface protocol definition data from the multiple service interface protocol definition data based on the vector similarity, and instantiate and parse the input parameter template structure based on the target service interface protocol definition data to generate a reference service test action instruction including the parameter slots to be filled.

[0163] If it does not exist, the input parameter template structure is instantiated and parsed based on the service interface protocol definition data to generate a reference service test action instruction including the parameter slots to be filled.

[0164] In one embodiment, when the processor 110 executes the service test environment data that assembles the current service test action based on the preceding service test action and the service test association knowledge, it specifically performs the following operations:

[0165] Extract the first target parameter value from the execution result of the preceding service test action;

[0166] Based on the service test association knowledge, determine whether there are dependent node attribute parameters corresponding to the current service test action;

[0167] If so, determine the second target parameter value of the dependent node attribute parameter, and assemble the service test environment data of the current service test action based on the first target parameter value and the second target parameter value;

[0168] If not, then assemble the service test environment data for the current service test action based on the first target parameter value.

[0169] In one embodiment, when the processor 110 performs the operation of determining whether the dependency node attribute parameter corresponding to the current service test action exists based on the service test association knowledge, it specifically performs the following operations:

[0170] Determine the target test entity node corresponding to the current service test action, and determine the target node attribute parameters of the target test entity node based on the service test association knowledge;

[0171] Determine whether there are dependent node attribute parameters among the target node attribute parameters.

[0172] In one embodiment, when the processor 110 executes the service test execution result by using the test action to execute the current service test action based on the service test environment data, it specifically performs the following operations:

[0173] The test action execution agent determines the test tool corresponding to the current service test action, and calls the test tool to execute the current service test action based on the service test environment data to obtain the service test execution result.

[0174] This specification also provides a computer-readable storage medium storing at least one instruction that is executed by a processor to implement the data transfer service testing method as described in the above embodiments.

[0175] This specification also provides a computer program product that stores at least one instruction, which is loaded and executed by the processor to implement the data transfer service testing method described in the above embodiments.

[0176] Those skilled in the art will recognize that the functions described in the embodiments of this specification in one or more of the above examples can be implemented using hardware, software, firmware, or any combination thereof. When implemented in software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or code on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein communication media include any medium that facilitates the transfer of a computer program from one place to another. Storage media can be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0177] The above description is merely an optional embodiment of this specification and is not intended to limit this specification. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this specification shall be included within the protection scope of this specification.

[0178] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

Claims

1. A data transfer service testing method, characterized in that, The method includes: Determine the data transfer service test instructions for the data transfer service; Based on the data transfer service test instructions, the test task parsing agent performs knowledge retrieval processing in the data transfer service knowledge graph to obtain service test related knowledge, and then uses the test task parsing agent to generate a service test action call chain based on the service test related knowledge and the data transfer service test instructions. The test action execution agent sequentially determines the current service test action from the service test action call chain. If the current service test action is the first service test action, the test action execution agent assembles the service test environment data for the current service test action based on the data transfer service test instruction and the service test association knowledge. If the current service test action has a preceding service test action that it depends on, the test action execution agent assembles the service test environment data for the current service test action based on the preceding service test action and the service test association knowledge. The test action execution agent then executes the current service test based on the service test environment data. The action yields a service test execution result; wherein, assembling the service test environment data of the current service test action based on the preceding service test action and the service test association knowledge includes: extracting a first target parameter value from the execution result of the preceding service test action; determining whether there is a dependent node attribute parameter corresponding to the current service test action based on the service test association knowledge; if yes, determining a second target parameter value for the dependent node attribute parameter, and assembling the service test environment data of the current service test action based on the first target parameter value and the second target parameter value; if no, assembling the service test environment data of the current service test action based on the first target parameter value. A data transfer service test report is generated based on the test results of each service.

2. The method according to claim 1, characterized in that, The process involves a test task parsing agent performing knowledge retrieval processing in the data transfer service knowledge graph based on the data transfer service test instructions to obtain service test-related knowledge. The test task parsing agent then generates a service test action call chain based on the service test-related knowledge and the data transfer service test instructions, including: The test task parsing agent uses a test processing multimodal large model to perform test intent parsing on the data transfer service test instructions to obtain service test intent field data including service test entity and test intent features; Retrieve target entity nodes and associated entity nodes that match the service test entity and the test intent features in the data transfer service knowledge graph. Extract node attribute information from the target entity nodes and associated entity nodes in the data transfer service knowledge graph to obtain service test association knowledge including entity attribute constraint knowledge and entity relationship network knowledge. The test task parsing agent parses the service test intent field data based on the entity attribute constraint knowledge and the entity relationship network knowledge to obtain multiple service test actions and the entity dependencies between the service test actions. Based on the entity dependencies, a service test action call chain composed of the multiple service test actions is determined.

3. The method according to claim 2, characterized in that, The test task parsing agent parses the service test intent field data based on the entity attribute constraint knowledge and the entity relationship network knowledge to obtain multiple service test actions and the entity dependencies between the service test actions. Based on the entity dependencies, a service test action call chain consisting of the multiple service test actions is determined, including: The test task parsing agent uses the entity attribute constraint knowledge and the entity relationship network knowledge to obtain the service interface protocol definition data corresponding to the test entity node. The service interface protocol definition data includes the interface address, request method and input parameter template structure. Based on the service interface protocol definition data, the input parameter template structure is instantiated and parsed to generate reference service test action instructions, and the target service test action corresponding to the test entity node is determined based on the reference service test action instructions. Based on the entity attribute constraint knowledge and the entity relationship network knowledge, determine the preceding service test actions and the following service test actions that have entity dependencies on the target service test actions; Determine the service action test call chain consisting of the target service test action, the preceding service test action, and the following service test action.

4. The method according to claim 3, characterized in that, The step of instantiating and parsing the input parameter template structure based on the service interface protocol definition data to generate reference service test action instructions includes: Detect whether the test entity node is associated with multiple service interface protocol definition data; If it exists, extract the test technology environment features from the data transfer service test instruction, calculate the vector similarity between the test technology environment features and each of the service interface protocol definition data, select the target service interface protocol definition data from the multiple service interface protocol definition data based on the vector similarity, and instantiate and parse the input parameter template structure based on the target service interface protocol definition data to generate a reference service test action instruction including the parameter slots to be filled. If it does not exist, the input parameter template structure is instantiated and parsed based on the service interface protocol definition data to generate a reference service test action instruction including the parameter slots to be filled.

5. The method according to claim 1, characterized in that, The step of determining whether there are dependency node attribute parameters corresponding to the current service test action based on the service test association knowledge includes: Determine the target test entity node corresponding to the current service test action, and determine the target node attribute parameters of the target test entity node based on the service test association knowledge; Determine whether there are dependent node attribute parameters among the target node attribute parameters.

6. The method according to claim 1, characterized in that, The step of using the test action execution agent to execute the current service test action based on the service test environment data to obtain the service test execution result includes: The test action execution agent determines the test tool corresponding to the current service test action, and calls the test tool to execute the current service test action based on the service test environment data to obtain the service test execution result.

7. A data transfer service testing device, characterized in that, The device includes: The instruction determination module is used to determine the data transfer service test instructions for the data transfer service. The test parsing module is used to perform knowledge retrieval processing in the data transfer service knowledge graph based on the data transfer service test instructions using a test task parsing agent to obtain service test related knowledge, and to generate a service test action call chain based on the service test related knowledge and the data transfer service test instructions using the test task parsing agent. The test execution module is used to sequentially determine the current service test action from the service test action call chain using a test action execution agent. If the current service test action is the first service test action, the test action execution agent assembles the service test environment data of the current service test action based on the data transfer service test instruction and the service test association knowledge. If the current service test action has a preceding service test action that it depends on, the test action execution agent assembles the service test environment data of the current service test action based on the preceding service test action and the service test association knowledge. The test action execution agent then executes the current service test action based on the service test environment data. The preceding service test actions yield service test execution results; wherein, assembling the service test environment data of the current service test action based on the preceding service test actions and the service test association knowledge includes: extracting a first target parameter value from the execution result of the preceding service test actions; determining whether there is a dependent node attribute parameter corresponding to the current service test action based on the service test association knowledge; if yes, determining a second target parameter value for the dependent node attribute parameter, and assembling the service test environment data of the current service test action based on the first target parameter value and the second target parameter value; if no, assembling the service test environment data of the current service test action based on the first target parameter value. The data generation module is used to generate a data transfer service test report based on the test execution results of each service.

8. A computer storage medium, characterized in that, The computer storage medium stores a plurality of instructions, which are adapted to be loaded by a processor and executed as described in any one of claims 1 to 6.

9. A computer program product, characterized in that, The computer program product stores at least one instruction, which is loaded by a processor and executed as described in any one of claims 1 to 6.

10. An electronic device, characterized in that, include: A processor and a memory; wherein the memory stores a computer program adapted to be loaded by the processor and executed as described in any one of claims 1 to 6.

Images