Test Automation Engine for Distributed System Component Validation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Complex distributed systems in network computing and storage environments face challenges in testing individual components and managing interdependencies before runtime execution, making it difficult to ensure successful operation after updates or upgrades.

Innovation Solution

The implementation of input specification-based testing, where a test automation engine provisions and monitors computing resources according to detailed declarations, evaluates component execution against specified criteria, and generates reports on successful execution, accounting for dependencies between system elements.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If individual components of distributed systems are updated for various reasons, then system functionality is improved or maintained, but testing challenges increase due to complex interdependencies between system elements

Engineering Contradiction:
Improvesystem update capabilityVSAvoidtesting complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the distributed system into individual testable components by using input specifications that define isolated testing units. Each component can be tested independently through automated test cases that focus on specific functionalities, reducing the overall testing complexity despite system updates.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary testing actions by automatically executing test cases before runtime deployment. Input specifications define test criteria in advance, and the system performs validation tests on updated components prior to full system integration, preventing testing challenges from arising during runtime.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If complex distributed system architectures with multiple dependencies are implemented, then system functionality is enhanced, but testing before runtime execution becomes increasingly difficult

Engineering Contradiction:
Improvesystem functionalityVSAvoidtesting difficulty
Core Design Contradiction:
Adaptability or versatilityVSDifficulty of detecting and measuring

Solution Approach 1:

The patent introduces an intermediary testing layer that mediates between the complex distributed system architecture and the testing process. Input specifications serve as intermediaries that define testable units and their dependencies, allowing the test automation engine to navigate complex system relationships without direct manual intervention.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent enables self-service testing through automated test case execution. The test automation engine automatically discovers, executes, and reports on test cases based on input specifications, allowing the system to test itself without external testing infrastructure, thereby reducing the difficulty of detecting and measuring system behavior.

Inventive Principle:
Principle #25Self-service

3Reliability

If manual testing methods are used for distributed systems, then testing can be performed, but time consumption and resource requirements increase significantly

Engineering Contradiction:
Improvetesting coverageVSAvoidtesting time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements self-service automated testing where the test automation engine independently executes test cases based on input specifications. This eliminates the need for manual testing intervention while maintaining comprehensive testing coverage, significantly reducing the time required to validate distributed system functionality.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent changes the testing parameters from manual execution to automated execution by defining input specifications that include test criteria, expected outcomes, and execution parameters. This parameter transformation enables the system to perform thorough testing automatically, reducing testing time while maintaining or improving reliability.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10705945B1Computing system testing service
Publication Date: 2020.07.07 AMAZON TECH INC
  • US10705945B1 patent drawing
  • US10705945B1 patent drawing
  • US10705945B1 patent drawing

AI summary

A plurality of computing resources are provisioned for a plurality of computing system elements based at least in part on input specification information, whereby the input specification specifies the plurality of computing resources. The plurality of computing resources include one or more computing resources of a first computing system element of the plurality of computing system elements that are provided for a second computing system element of the plurality of computing system elements. The plurality of computing system elements are evaluated to identify whether the plurality of computing system elements are successfully executed and a report is generated based at least in part on the evaluation.