SOA Load Testing Automation for Complex XML Documents
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The generation of test scripts for simulating complex XML documents and XML documents with attachments, such as those used in insurance transactions, requires significant time and expertise from skilled programmers, as existing tools struggle to handle the complexity of these documents and their attachments, like image files, which are essential for accurate load testing in decentralized environments.
Innovation Solution
A computer system and method that includes a processor and memory storage device, capable of receiving XML messages, creating template and populated message packages, establishing connections to services, and furnishing documents and attachments, while generating executable files in JAVA format to emulate user interactions and provide load testing for SOA services and message queues, thereby simplifying the script generation process.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Extent of automation
If automated tools are used to generate test scripts for simple XML documents, then script generation is automated and faster, but the tools cannot handle complex XML documents with attachments requiring experienced programmer expertise
Solution Approach 1:
The system segments the script generation process into distinct components: a user interface for input, a template engine for structure, and a code generator for output. This modular architecture allows the system to handle complex XML documents with attachments by processing different elements through specialized templates, achieving both automation and versatility.
Solution Approach 2:
The patent introduces an intermediary template system that sits between the user input and the final test script. These templates act as mediators that automatically handle the complexity of XML documents with attachments, translating user-friendly inputs into sophisticated test scripts without requiring programmer expertise while maintaining full automation capability.
2Reliability
If experienced programmers manually develop scripts to emulate users generating complex XML documents and attachments, then the scripts can accurately handle complex scenarios, but the process requires significant time and programmer expertise
Solution Approach 1:
The system performs preliminary action by providing pre-configured templates that contain the complex logic for handling XML documents and attachments. These templates are prepared in advance with all the sophisticated error handling, data validation, and attachment processing logic that would normally require programmer expertise, allowing automated generation of reliable test scripts without time-consuming manual development.
Solution Approach 2:
The patent uses template copying where proven, reliable test script patterns are replicated and adapted for different testing scenarios. Instead of manually developing scripts from scratch for each complex scenario, the system copies and customizes pre-validated templates, ensuring reliability while dramatically reducing the time and expertise required for script generation.
3Adaptability or versatility
If load testing is performed for software using message queues, then comprehensive testing of asynchronous communications is achieved, but the complexity of generating required scripts increases significantly
Solution Approach 1:
The system achieves universality by designing templates that can handle multiple messaging scenarios (synchronous, asynchronous, message queues, attachments) through a single unified interface. The same template system that generates simple XML document tests can also generate complex message queue tests, reducing the complexity of script generation while maintaining versatile testing capability across different communication patterns.
Data Source
AI summary
A computer system for use in load testing a service-oriented architecture (SOA) service has a testing processor and a memory storage device in communication with the processor. The testing processor is adapted to receive an XML message, an address for a service to be tested, an action compliant with a protocol for exchanging structured information in a decentralized, distributed environment and associated with the service; create and store in memory a template message package compliant with the protocol; create a populated message package compliant with the protocol by incorporating in the template message package the XML message, the address and the action; establish a connection to the service and furnish one or more documents to the service; and receive a response from the service.


