Automatic testing method, system and equipment applied to WSDL sending interface and medium

Abstract

The invention discloses an automatic test method, system and device applied to a WSDL sending interface and a medium, and the method comprises the steps: associating a single test case into various scenes through a scene page preset parameter rule, and verifying the coupling between interface response and scene logic in real time during automatic execution; a WSDL interface definition and parameterization rule engine is dynamically analyzed, and automatic execution of multiple test cases is achieved; encrypted feedback data flow returned by an interface is captured in real time, key indexes are dynamically analyzed and extracted, automatic comparison and root cause tracing are carried out based on a multi-dimensional verification rule, and a test report is generated. According to the method, the problems that interface testing depends on manual coding, the process is split and the maintenance cost is high in aerospace engineering can be solved, zero-code rapid verification, forward and reverse closed-loop testing and interface change self-adaptive maintenance are achieved, and the aerospace software testing efficiency and reliability are remarkably improved.

Description

Technical Field

[0001] The present invention relates to the technical field of aerospace engineering interface testing, and in particular to an automated testing method, system, equipment and medium for sending WSDL interfaces. Background Art

[0002] In the field of aerospace engineering, the communication interfaces between software systems and hardware devices are subject to special requirements for high reliability, real-time performance, and strong fault tolerance. WSDL (Web Services Description Language), as the standard description language for Web service interfaces, has a direct impact on the interoperability of key components such as spacecraft control systems and ground measurement and control systems.

[0003] In daily practice, it is found that the existing technical solutions have the following problems:

[0004] Existing testing typically relies on manual verification, requiring testers to manually write SOAP request messages. This approach is unable to meet the high-frequency, multi-parameter, and complex interface verification requirements of aerospace engineering. Furthermore, existing manual testing methods store parameter configurations dispersed across different launch missions, which can easily lead to parameter deviations between the test environment and the actual mission environment.

[0005] In view of this, it is necessary to provide a new technical solution to solve the above problems. Summary of the Invention

[0006] In order to solve at least one of the above technical problems, the present application provides an automated testing method, system, equipment and medium for sending WSDL interfaces, which can solve the difficult problems of interface testing in aerospace engineering relying on manual coding, process fragmentation and high maintenance costs, and realize zero-code rapid verification, forward and reverse closed-loop testing and adaptive maintenance of interface changes, significantly improving the efficiency and reliability of aerospace software testing.

[0007] An automated testing method for sending a WSDL interface, comprising:

[0008] Associating a single test case with various scenarios through preset parameter rules on the scenario page allows real-time verification of the coupling between interface responses and scenario logic during automated execution.

[0009] Dynamically parse WSDL interface definitions and parameterized rule engines to achieve automated execution of multiple test cases;

[0010] By capturing the encrypted response data stream returned by the interface in real time, dynamically parsing and extracting key indicators, automatically comparing and tracing the root cause based on multi-dimensional verification rules, and generating a test report.

[0011] Preferably, the key indicators include: command response delay, telemetry data accuracy and exception code distribution.

[0012] Preferably, the multi-dimensional verification rules include numerical threshold tolerance, structure nesting depth and business logic compliance.

[0013] Preferably, the dynamic parsing of WSDL interface definitions and parameterized rule engines to achieve automated execution of multiple test cases includes:

[0014] Automatically identify and load WSDL files by specifying the directory path, dynamically parse the interface name, parameter structure and data type, and synchronously map them to the parameter template library in the configuration center;

[0015] Import corresponding plug-ins in batches, dynamically load interface definitions by parsing WSDL files and generate standardized plug-in startup instructions, capture the response data returned by the interface in real time and parse key status codes.

[0016] Preferably, the encrypted response data stream returned by the real-time capture interface is dynamically parsed to extract key indicators, and automatic comparison and root cause tracing are performed based on multi-dimensional verification rules to generate a test report, including:

[0017] By pre-defining structured expected parameters, the encrypted response data returned by the interface is captured in real time and synchronously through the real-time capture interface after the plug-in is executed;

[0018] A dynamic parsing engine is used to extract key fields, and automated difference comparison analysis is performed based on data verification rules. Deviations between actual results and expectations are highlighted, and a test report is generated.

[0019] Preferably, it also includes: integrating a scenario-based test case set in the scheduled task configuration, and automatically triggering the test task bound to the specified scenario ID through a preset execution time point.

[0020] Preferably, it also includes: adding a scenario-based test task triggered by submission based on the Git version control system in the Jenkins tool, and automatically executing the test case set associated with the specified scenario ID when the code changes.

[0021] According to another aspect of the present application, there is provided an automated testing system for sending a WSDL interface, for executing the automated testing method, comprising:

[0022] WSDL configuration module; the WSDL configuration module is configured to automatically identify and load WSDL files through a specified directory path, dynamically parse interface names, parameter structures and data types, and synchronously map them to the parameter template library of the configuration center;

[0023] Plug-in running module; the plug-in running module is configured to batch import corresponding plug-ins, dynamically load interface definitions by parsing WSDL files and generate standardized plug-in startup instructions, capture the response data returned by the interface in real time and parse key status codes, completing the full-link closed-loop verification from plug-in startup, function execution to result feedback;

[0024] A response verification module; the response verification module is configured to capture interface response data in real time after the plug-in is executed, using predefined structured expected parameters, extract key fields using a dynamic parsing engine, perform automated difference comparison and analysis based on data verification rules, and highlight deviations between actual results and expectations, thereby achieving an automated closed-loop verification of interface test results;

[0025] Scenario construction module; the scenario construction module is configured to automatically generate a set of test cases bound to forward and reverse processes based on WSDL interface definitions through a parameterized template engine and a data-driven model, and combine the multi-model task parameters preset by the configuration center to achieve automated operation from single interface verification to multiple simulation scenarios.

[0026] According to another aspect of the present application, a computing device is provided, including: a processor and a memory storing a computer program, wherein the computer program executes the automated testing method when executed by the processor.

[0027] According to another aspect of the present application, a computer-readable storage medium is provided, on which computer instructions are stored. When the instructions are executed on a computer, the computer executes the automated testing method.

[0028] Compared with the prior art, this application has at least the following beneficial effects:

[0029] 1. This invention automatically parses WSDL interface definition files and generates a plug-in interface call framework, enabling zero-coding interface testing. Directly calling pre-generated interface templates via the front-end page eliminates the inefficient process of developers repeatedly writing interface communication code in traditional methods.

[0030] 2. The present invention's scenario-based model assembly mechanism allows for dynamic binding of forward and reverse process test cases through the configuration center, enabling closed-loop verification of the reverse compensation process after an abnormal interruption. This scenario-based testing approach can simulate the complex multi-system linkage conditions found in real-world aerospace engineering.

[0031] 3. This invention uses a unified configuration center to implement dynamic parameter injection and version management, supporting batch parameter combination testing. Especially for the frequently changing interface parameters in aerospace engineering, the configuration center can be used to synchronize and update the test parameter set in real time.

[0032] 4. This invention establishes a full-lifecycle test record system. By timestamping run records and comparing differences in result reports, it enables retrospective analysis of aerospace software interface anomalies. Compared to traditional manual test result recording methods, test results can be precisely linked to specific parameter configuration versions and scenario combination nodes. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] Hereinafter, some specific embodiments of the present invention will be described in detail in an exemplary and non-limiting manner with reference to the accompanying drawings. The same reference numerals in the accompanying drawings indicate the same or similar components or parts. It should be understood by those skilled in the art that these drawings are not necessarily drawn to scale. In the accompanying drawings:

[0034] Figure 1 It is a schematic diagram of the overall process of the present invention. DETAILED DESCRIPTION

[0035] To make the purpose, technical solutions, and advantages of this application more clear, the technical solutions of this application will be clearly and completely described below in conjunction with the specific embodiments of this application and the corresponding drawings. Obviously, the embodiments described are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0036] like Figure 1 As shown, an automated testing method for sending a WSDL interface includes the following steps:

[0037] S1. Associate a single test case with various scenarios through preset parameter rules on the scenario page, and verify the coupling between interface response and scenario logic in real time during automated execution.

[0038] In this embodiment, the coupling between the verification interface response and the scenario logic may be to trigger data verification for a successful instruction receipt.

[0039] S2. Dynamically parse WSDL interface definitions and parameterized rule engines to achieve automated execution of multiple test cases.

[0040] Specifically, by automatically identifying and loading WSDL files through the specified directory path, dynamically parsing the interface name, parameter structure and data type, and synchronously mapping them to the parameter template library of the configuration center, it can eliminate manual parsing errors and achieve second-level linkage between interface configuration and test execution.

[0041] Import corresponding plug-ins in batches, dynamically load interface definitions by parsing WSDL files and generate standardized plug-in startup instructions, capture the response data returned by the interface in real time and parse key status codes, completing the full-link closed-loop verification from plug-in startup, function execution to result feedback.

[0042] By dynamically parsing the WSDL interface definition, a standardized plug-in start and stop instruction request template is generated. Combined with the SOAP protocol, the entire life cycle of the startup, operation, and stop of the stand-alone device plug-in is managed and controlled. The XML response data returned by the interface is captured and parsed in real time, and key indicators such as status code, execution time, and error log are verified. At the same time, the injection of illegal plug-in IDs or timeout threshold exception parameters is supported to trigger reverse error code feedback, realizing a technological leap from manual operation to fully automated closed-loop detection of plug-in function verification.

[0043] S3. By capturing the encrypted response data stream returned by the interface in real time, dynamically parsing and extracting key indicators, performing automated comparison and root cause tracing based on multi-dimensional verification rules, and generating a test report.

[0044] Specifically, by pre-defining structured expected parameters, the plugin uses a real-time capture interface to synchronously capture the encrypted response data returned by the interface in real time after execution. A dynamic parsing engine extracts key fields, performs automated difference comparison analysis based on data validation rules, highlights deviations between actual results and expectations, and generates a test report.

[0045] In this embodiment, the structured expected parameter is the status code, and the data verification rule is the numerical accuracy comparison. Key indicators include command response delay, telemetry data accuracy, and abnormal code distribution. Multi-dimensional verification rules include numerical threshold tolerance, structure nesting depth, and business logic compliance. Key fields are selected based on expert experience and can be <statuscode>fields, <payloadhash>Fields, etc.

[0046] Scenario construction technology uses a parameterized template engine and data-driven model to automatically generate a set of test cases bound to forward and reverse processes based on WSDL interface definitions. Combined with the multi-model task parameters preset by the configuration center, it realizes automated operation from single interface verification to multiple simulation scenarios, and implements intelligent verification in complex scenarios. The verification efficiency is increased by 10 times and the error omission rate is close to zero, meeting the needs of reliable verification.

[0047] As another embodiment of the present invention, an automated testing method for sending a WSDL interface also includes integrating a scenario-based test case set into a scheduled task configuration and automatically triggering a test task bound to a specified scenario ID at a preset execution time. This process supports periodic scheduling and generates data reports, enabling automated management of scheduled scenario verification and continuous monitoring.

[0048] As another embodiment of the present invention, an automated testing method for sending a WSDL interface also includes: adding a scenario-based testing task triggered by submission based on the Git version control system in the Jenkins tool, automatically executing the test case set associated with the specified scenario ID when the code changes, and realizing the precise linkage between code submission and scenario verification.

[0049] In addition, through the deep integration of aerospace engineering scenario testing and CI / CD pipelines, WSDL interface definitions are dynamically parsed to automatically generate Jenkins / GitLab-compatible test tasks, triggering multi-dimensional scenario execution (such as satellite instruction set verification and payload abnormality rollback simulation) when code is submitted or the interface is changed. At the same time, it ensures that the full scenario test coverage rate is 100% embedded in the continuous delivery link to meet the dual needs of agile delivery and quality control of high-reliability aerospace systems.

[0050] Based on the same inventive concept, the present invention also provides an automated testing system for sending a WSDL interface, which is characterized in that it is used to execute the automated testing method, including:

[0051] WSDL configuration module; the WSDL configuration module is configured to automatically identify and load WSDL files through a specified directory path, dynamically parse interface names, parameter structures and data types, and synchronously map them to the parameter template library of the configuration center.

[0052] Plug-in running module; the plug-in running module is configured to import corresponding plug-ins in batches, dynamically load interface definitions by parsing WSDL files and generate standardized plug-in startup instructions, capture the response data returned by the interface in real time and parse key status codes, and complete the full-link closed-loop verification from plug-in startup, function execution to result feedback.

[0053] The response verification module is configured to capture the interface response data in real time after the plug-in is executed through predefined structured expected parameters, use a dynamic parsing engine to extract key fields, perform automated difference comparison and analysis based on data verification rules, and highlight deviations between actual results and expectations, thereby realizing an automated verification closed loop for interface test results.

[0054] Scenario construction module; the scenario construction module is configured to automatically generate a set of test cases bound to forward and reverse processes based on WSDL interface definitions through a parameterized template engine and a data-driven model, and combine the multi-model task parameters preset by the configuration center to achieve automated operation from single interface verification to multiple simulation scenarios.

[0055] Compared with the prior art, the solution of the present invention has at least the following advantages:

[0056] To address the shortcomings of existing technologies that require manual writing of interface call code and configuration of test cases, this invention automatically parses WSDL interface definition files and generates a plug-in interface call framework, achieving zero-coding interface testing. Directly calling pre-generated interface templates through the front-end page eliminates the inefficient process of developers repeatedly writing interface communication code in the traditional method.

[0057] In existing technologies, forward and reverse processes require multiple independent tests, making it impossible to verify the consistency of complex business scenarios. This invention pioneers a scenario-based model assembly mechanism that allows dynamic binding of forward and reverse process test cases through a configuration center, enabling closed-loop verification of the reverse compensation process by automatically triggering it after an abnormal interruption. This scenario-based testing approach can simulate the complex multi-system linkage conditions found in real-world aerospace projects.

[0058] In traditional approaches, parameter configuration, use case management, and test execution are distributed across multiple independent systems. This invention utilizes a unified configuration center to enable dynamic parameter injection and version management, supporting batch parameter combination testing. This allows for real-time synchronization and updating of test parameter sets, particularly for frequently changing interface parameters in aerospace engineering (such as satellite telemetry command parameters).

[0059] To address the lack of structured test reporting in existing technologies, this invention establishes a full-lifecycle test recording system. By timestamping run records and comparing differences in result reports, this system enables retrospective analysis of aerospace software interface anomalies. Compared to traditional manual test result recording, test results can be precisely linked to specific parameter configuration versions and scenario combination nodes.

[0060] Unlike existing techniques that require redevelopment of test cases when WSDL interface definitions are changed, this new approach uses suds.client technology to dynamically parse interface files and, in conjunction with the configuration center's parameter mapping mechanism, allows for adaptive interface version iteration. This feature is particularly well-suited for onboard software interface testing scenarios in aerospace engineering, where frequent adjustments are made to mission requirements. It reduces the maintenance workload for interface changes by over 80%.

[0061] It should be noted that the terms used herein are only for describing specific embodiments and are not intended to limit the exemplary embodiments according to the present application. As used herein, unless the context clearly indicates otherwise, the singular form is intended to include the plural form. In addition, it should be understood that when the terms "comprise" and / or "include" are used in this specification, they indicate the presence of features, steps, tasks, devices, components and / or combinations thereof.

[0062] It should be noted that the terms "first," "second," etc., in the specification and claims of this application and the accompanying drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein.

[0063] The foregoing description is merely a preferred embodiment of the present invention and is not intended to limit the present invention. Those skilled in the art will readily appreciate that various modifications and variations of the present invention are possible. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present invention are intended to be within the scope of protection of the present invention.< / payloadhash> < / statuscode>

Claims

1. An automated testing method for sending WSDL interfaces, characterized in that: include: Associating a single test case with various scenarios through preset parameter rules on the scenario page allows real-time verification of the coupling between interface responses and scenario logic during automated execution. Dynamically parse WSDL interface definitions and parameterized rule engines to achieve automated execution of multiple test cases; By capturing the encrypted response data stream returned by the interface in real time, dynamically parsing and extracting key indicators, automatically comparing and tracing the root cause based on multi-dimensional verification rules, and generating a test report.

2. The automated testing method according to claim 1, wherein: The key indicators include: command response delay, telemetry data accuracy and abnormal code distribution.

3. The automated testing method according to claim 2, wherein: The multi-dimensional verification rules include numerical threshold tolerance, structure nesting depth and business logic compliance.

4. The automated testing method according to claim 3, wherein: The dynamic parsing of WSDL interface definitions and parameterized rule engines to achieve automated execution of multiple test cases includes: Automatically identify and load WSDL files by specifying the directory path, dynamically parse the interface name, parameter structure and data type, and synchronously map them to the parameter template library in the configuration center; Import corresponding plug-ins in batches, dynamically load interface definitions by parsing WSDL files and generate standardized plug-in startup instructions, capture the response data returned by the interface in real time and parse key status codes.

5. The automated testing method according to claim 4, wherein: The encrypted response data stream returned by the interface is captured in real time, key indicators are dynamically parsed and extracted, and automated comparison and root cause tracing are performed based on multi-dimensional verification rules to generate a test report, including: By pre-defining structured expected parameters, the encrypted response data returned by the interface is captured in real time and synchronously through the real-time capture interface after the plug-in is executed; A dynamic parsing engine is used to extract key fields, and automated difference comparison analysis is performed based on data verification rules. Deviations between actual results and expectations are highlighted, and a test report is generated.

6. The automated testing method according to claim 5, wherein: Also includes: Integrate scenario-based test case sets in the scheduled task configuration, and automatically trigger the test task bound to the specified scenario ID by presetting the execution time point.

7. The automated testing method according to claim 6, wherein: Also includes: A new scenario-based test task has been added to the Jenkins tool, which is triggered by committing to the Git version control system. When the code changes, the test case set associated with the specified scenario ID is automatically executed.

8. An automated testing system for sending WSDL interfaces, characterized in that: The method for executing the automated testing method according to any one of claims 4 to 7 comprises: WSDL configuration module; the WSDL configuration module is configured to automatically identify and load WSDL files through a specified directory path, dynamically parse interface names, parameter structures and data types, and synchronously map them to the parameter template library of the configuration center; Plug-in running module; the plug-in running module is configured to batch import corresponding plug-ins, dynamically load interface definitions by parsing WSDL files and generate standardized plug-in startup instructions, capture the response data returned by the interface in real time and parse key status codes, completing the full-link closed-loop verification from plug-in startup, function execution to result feedback; A response verification module; the response verification module is configured to capture interface response data in real time after the plug-in is executed, using predefined structured expected parameters, extract key fields using a dynamic parsing engine, perform automated difference comparison and analysis based on data verification rules, and highlight deviations between actual results and expectations, thereby achieving an automated closed-loop verification of interface test results; Scenario construction module; the scenario construction module is configured to automatically generate a set of test cases bound to forward and reverse processes based on WSDL interface definitions through a parameterized template engine and a data-driven model, and combine the multi-model task parameters preset by the configuration center to achieve automated operation from single interface verification to multiple simulation scenarios.

9. A computing device, characterized in that include: A processor and a memory storing a computer program, wherein when the computer program is executed by the processor, the automated testing method according to any one of claims 1 to 7 is executed.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer instructions, and when the instructions are executed on a computer, the computer is enabled to execute the automated testing method according to any one of claims 1 to 7.

Images