Simulation Apparatus for Client-Application Interface Integration Testing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Integrating client systems with application interfaces is challenging due to the need for accurate testing of interactions, which is complicated by dependencies on hosting environments and bandwidth, leading to performance issues and errors, and existing mocking solutions are costly, difficult to maintain, and time-consuming.

Innovation Solution

A method and apparatus for simulating communication between a client system and an application entity via an application interface, involving accessing input parameters and scheduling configurations, transmitting requests, monitoring responses, and storing latency times to provide simulated responses based on representative records, allowing for accurate testing of integration without direct connection.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If mocking implementation is created to abstract actual implementation details, then testing accuracy is improved, but device complexity and maintenance difficulty increase

Engineering Contradiction:
Improvetesting accuracyVSAvoidmocking implementation complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent creates a mock application interface that copies the essential structure and behavior of the actual application interface. This mock interface includes request handlers that simulate responses without requiring the actual application entity, enabling accurate testing while reducing complexity by eliminating dependencies on the real system.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The mock application interface acts as an intermediary between the client system and the actual application entity. It mediates test requests by providing simulated responses based on predefined configurations, allowing tests to run independently without direct connection to the actual application, thus reducing maintenance burden.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If client system creates specific mocking implementation for the interface, then testing precision is improved, but time consumption and cost increase

Engineering Contradiction:
Improvetesting precisionVSAvoidtime consumption
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The mock application interface is configured with predefined request-handling logic and response templates before testing begins. This preliminary setup includes defining various request types, their expected responses, and latency parameters, allowing tests to execute immediately without time-consuming setup during test runs.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The mock application interface is designed to handle multiple types of requests and scenarios through a unified structure. It can simulate different application behaviors, response times, and error conditions using the same framework, reducing the need to create separate mocking implementations for each test case.

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

3Ease of manufacture

If mocked data is generated with one size fits all approach, then implementation simplicity is improved, but measurement precision deteriorates

Engineering Contradiction:
Improveimplementation simplicityVSAvoiddata accuracy
Core Design Contradiction:
Ease of manufactureVSMeasurement precision

Solution Approach 1:

The mock application interface applies different response characteristics and data formats tailored to specific request types. Instead of uniform responses, it provides locally optimized mock data that matches the expected format and content for each kind of request, improving accuracy while maintaining implementation simplicity through structured configuration.

Inventive Principle:
Principle #3Local quality

4Reliability

If dependencies on hosting environment and bandwidth are applied during testing, then reliability is improved, but device complexity increases

Engineering Contradiction:
Improveintegration testing reliabilityVSAvoidtesting system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The mock application interface serves as an intermediary that decouples the client system from actual hosting environment dependencies. It simulates network latency, bandwidth constraints, and environmental variations through configurable parameters, allowing reliable testing without direct connections to external systems that would increase complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS10810332B2Method, apparatus, and computer program product for simulating client and application interface integration
Publication Date: 2020.10.20 CHANGE HEALTHCARE HOLDINGS LLC
  • US10810332B2 patent drawing
  • US10810332B2 patent drawing
  • US10810332B2 patent drawing

AI summary

A method is provided for simulating communication between a client system and application entity via an application interface, thereby enabling integration testing with a simulation apparatus. Data is transmitted from the simulation apparatus to the application entity via the application interface, and the simulation apparatus records outputs along with contexts and respective latencies. The client system transmits requests to the simulation apparatus which returns simulated responses based on the stored outputs having similar contexts, and with artificial latencies replicating the previously recorded latencies. Other events generated in the application entity may also be recorded and simulated accordingly. Reporting and analytical data may be provided to identify potential performance issues and other errors prior to direct integration of the client system and application interface.