Dual Tagging for Test-Pod Matching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for managing relationships between software tests and pods in enterprise software systems are inefficient, particularly when dealing with high cardinality and frequent changes, as they either require frequent schema changes or result in exponential growth of database records, leading to high maintenance costs and performance issues.

Innovation Solution

A dual tagging mechanism is implemented, where each entity in the relationship has two tag lists - required and provided tags, allowing for efficient matching of tests and pods without the need for schema changes or exponential record growth, by determining compatibility based on tag satisfaction.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional methods are used to manage relationships between tests and pods, then the system can handle basic testing needs, but maintenance costs increase and performance deteriorates when dealing with high cardinality and frequent changes

Engineering Contradiction:
Improvetesting efficiencyVSAvoidmaintenance complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent segments the relationship management into two independent tag lists (required tags and provided tags) instead of using a monolithic relationship structure. This segmentation allows each entity (test or pod) to independently define its requirements and capabilities, reducing the complexity of managing many-to-many relationships when cardinality is high or changes are frequent.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If schema changes are implemented to accommodate relationship changes, then adaptability improves, but maintenance costs and system stability deteriorate due to frequent changes

Engineering Contradiction:
Improverelationship adaptabilityVSAvoidschema stability
Core Design Contradiction:
Adaptability or versatilityVSStability of the object's composition

Solution Approach 1:

The patent implements a dynamic relationship management system where tags can be added, removed, or modified without requiring schema changes. The dual tag list structure (required and provided tags) allows entities to dynamically adapt their relationships with tests or pods by simply updating their tag lists, maintaining schema stability while providing high adaptability.

Inventive Principle:
Principle #15Dynamics

3Quantity of substance

If database records are increased to represent all relationships, then relationship coverage improves, but storage requirements and retrieval performance worsen due to exponential growth

Engineering Contradiction:
Improverelationship coverageVSAvoiddatabase storage
Core Design Contradiction:
Quantity of substanceVSVolume of stationary object

Solution Approach 1:

The patent extracts the relationship representation from traditional database records and implements it through tag lists attached to each entity. Instead of storing explicit relationship records for every test-pod pairing, the system extracts relationships into simple tag matching logic, dramatically reducing storage requirements while maintaining complete relationship coverage through the required/provided tag mechanism.

Inventive Principle:
Principle #2Taking out (Extraction)

4Measurement precision

If extensive comparisons and data lookups are performed to determine compatibility, then matching accuracy improves, but processing time and computational resources worsen

Engineering Contradiction:
Improvecompatibility matching accuracyVSAvoidtest selection time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent performs preliminary organization of compatibility criteria through required tags and provided tags during entity definition. When determining compatibility between a test and pod, the system only needs to check whether the pod's provided tags satisfy the test's required tags, rather than performing extensive comparisons. This preliminary structuring of compatibility requirements dramatically reduces processing time while maintaining matching accuracy.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS9785543B2Dual tagging between test and pods
Publication Date: 2017.10.10 ORACLE INT CORP
  • US9785543B2 patent drawing
  • US9785543B2 patent drawing
  • US9785543B2 patent drawing

AI summary

A method of applying test routines to pods in an automated application test suite may include receiving a selection of a pod representing an operating environment for an application from among a plurality of pods. The pod may be associated with one or more first required tags and/or one or more first provided tags. The method may also include receiving a selection of a test routine from among a plurality of test routines. The test routine may be associated with one or more second required tags and/or one or more second provided tags. The method may additionally include determining whether the one or more first required tags of the pod are satisfied by the one or more second provided tags of the test routine, and/or whether the one or more second required tags of the test routine are satisfied by the one or more first provided tags of the pod.