Virtual Service Data Set Generation for Software Testing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Modern software systems face challenges in coordinating mutually-dependent constrained systems, particularly when accessing components like live production databases that are owned by third parties or under development, as existing technologies struggle to provide accurate and flexible simulation responses for testing and development purposes.

Innovation Solution

A virtual service is instantiated from a service model that receives requests and generates simulated responses based on the modeled behavior of software components, allowing for the generation of varying data set sizes and language translations, enabling smarter, life-like responses that mimic real-world component interactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a virtual service generates simulated responses for software components, then testing and development can proceed without accessing real components, but the accuracy and realism of the simulation responses may be insufficient

Engineering Contradiction:
Improveaccuracy of simulationVSAvoidflexibility of response generation
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The virtual service dynamically adjusts response generation based on incoming request characteristics. The service model is configured with multiple response templates and data sources that are selected and customized in real-time based on the specific request parameters, ensuring both accuracy and flexibility simultaneously

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes parameters of the simulated responses based on request attributes. By modifying response parameters such as data set size, language, and content details according to incoming request characteristics, the virtual service maintains high accuracy while adapting to diverse testing scenarios

Inventive Principle:
Principle #35Parameter changes

2Reliability

If the virtual service generates large data sets for simulation, then the realism of the response is improved, but the processing time and resource consumption increase

Engineering Contradiction:
Improverealism of responseVSAvoidprocessing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by pre-generating and storing data sets of various sizes in cached storage during system initialization or idle periods. When a request arrives, the virtual service quickly retrieves and returns the appropriate pre-generated data set, maintaining realism while minimizing processing time

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The virtual service creates simplified copies or subsets of large data sets when full realism is not required. Instead of always generating complete large data sets, the service intelligently creates appropriate copies or excerpts based on the specific testing needs, reducing processing time while maintaining sufficient realism

Inventive Principle:
Principle #26Copying

3Ease of manufacture

If the virtual service provides fixed response templates, then the implementation is simpler, but the ability to handle varying request requirements is reduced

Engineering Contradiction:
Improveimplementation simplicityVSAvoidresponse customization capability
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The virtual service implements universal response templates that can serve multiple purposes. Each template is designed with configurable parameters and placeholders that allow the same template structure to handle various request types and scenarios, maintaining implementation simplicity while achieving high adaptability

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

Solution Approach 2:

The response templates are segmented into modular components that can be independently configured and combined. This segmentation allows the service to maintain simple template structures while assembling customized responses by selecting and combining appropriate segments based on specific request requirements

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS10114736B2Virtual service data set generation
Publication Date: 2018.10.30 CA TECH INC
  • US10114736B2 patent drawing
  • US10114736B2 patent drawing
  • US10114736B2 patent drawing

AI summary

A virtual service is instantiated from a service model that is operable to receive requests intended for a particular one of a plurality of software components in a system and generate simulated responses of the particular software component based on a service model modeling responses of the particular software component. A particular request is identified that has been redirected to the virtual service. A size of a data set for inclusion in a simulated response of the virtual service to the particular request is determined based on a size value in the particular request. The data set is generated using the virtual service according to the size value and the simulated response that includes the data set is sent to the other software component in response to the particular request.