SOA Load Testing Automation for Complex XML Documents

Resolve Bottlenecks,
Find Innovative Solutions
Generate 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

VSEngineering 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

Engineering Contradiction:
Improvescript generation automationVSAvoidcapability to handle complex XML documents
Core Design Contradiction:
Extent of automationVSAdaptability or versatility

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.

Inventive Principle:
Principle #1Segmentation

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.

Inventive Principle:
Principle #24Intermediary (Mediator)

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

Engineering Contradiction:
Improveaccuracy of load testingVSAvoidtime for script generation
Core Design Contradiction:
ReliabilityVSLoss of time

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.

Inventive Principle:
Principle #10Preliminary action

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.

Inventive Principle:
Principle #26Copying

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

Engineering Contradiction:
Improvetesting capability for message queuesVSAvoidcomplexity of test script generation
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

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.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS10158540B2Computer system and computer-implemented method for load testing a service-oriented architecture service
Publication Date: 2018.12.18 HARTFORD FIRE INSURANCE CO
  • US10158540B2 patent drawing
  • US10158540B2 patent drawing
  • US10158540B2 patent drawing

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.