Software Test Coordinator for Cross-Service Integration Testing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for in-field testing of software services in modular systems require permanent integration of test probes, limiting the ability to perform tests across different services and necessitate complex management of test probes, test cases, and execution schedules within the development cycle, which is inefficient and lacks transparency.

Innovation Solution

A centralized test coordinator module is introduced to manage and coordinate testing across multiple software components, decoupling test suites and probes, allowing dynamic definition and execution of tests without embedding test logic within the service code, and utilizing a service meta model for centralized information storage and management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If test probes are permanently integrated into software services, then testing can be performed within individual services, but testing across different services becomes difficult and complex management is required

Engineering Contradiction:
Improvetesting capabilityVSAvoidtest probe management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments test probes, test cases, and execution schedules as independent manageable units that can be individually assigned to services. Test probes are no longer permanently bound to specific services but can be dynamically allocated, allowing separate management of testing components across multiple services without complex interdependencies.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary management layer that coordinates test probes across different services. This intermediary enables test cases to access and coordinate multiple test probes from different services without requiring direct integration, simplifying the management architecture while maintaining comprehensive testing capability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of manufacture

If test probes are added at build time, then testing is integrated into the service, but flexibility to perform tests across different services is lost

Engineering Contradiction:
Improveservice integrationVSAvoidcross-service testing flexibility
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The system transitions from static, build-time integration of test probes to dynamic, runtime allocation. Test probes can be dynamically assigned to different services and test cases based on testing requirements, enabling flexible cross-service testing while maintaining ease of service deployment and management.

Inventive Principle:
Principle #15Dynamics

3Extent of automation

If test cases are executed on an external test system, then centralized control is achieved, but developers must know all test probes across services increasing complexity

Engineering Contradiction:
Improvecentralized test execution controlVSAvoiddeveloper knowledge requirements
Core Design Contradiction:
Extent of automationVSDevice complexity

Solution Approach 1:

The system implements self-service mechanisms where test cases automatically discover and manage their required test probes without developer intervention. The management system handles probe allocation, coordination, and lifecycle management automatically, reducing the knowledge burden on developers while maintaining centralized execution control.

Inventive Principle:
Principle #25Self-service

4Loss of information

If per-service test probe lists are merged, then an overview is created, but alignment with deployed service versions must be ensured adding complexity

Engineering Contradiction:
Improvetest probe information completenessVSAvoidversion alignment management
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The system implements feedback mechanisms that automatically verify and align test probe versions with deployed service versions. The management system continuously monitors version consistency and provides feedback to ensure test probes remain synchronized with their corresponding services, eliminating manual alignment complexity while maintaining complete information accuracy.

Inventive Principle:
Principle #23Feedback

Data Source

PatentEP4610833A1A method for testing at least one software component of a system by an electronic computing device, a computer program product, computer-readable storage medium, as well as an electronic computing device
Publication Date: 2025.09.03 SIEMENS AG
  • EP4610833A1 patent drawingFigure 1
  • EP4610833A1 patent drawingFigure 2
  • EP4610833A1 patent drawing

AI summary

The inventions relates to a method for testing at least one software component (14, 16) of a system (18) by an electronic computing device (10), comprising the steps of providing a test coordinator module (12) of the electronic computing device (10) for the system (18), wherein the test coordinator module (12) provides a test protocol for testing the software component (14, 16), and wherein the test coordinator module (12) is provided separately to the software component (14, 16); and testing the software component (14, 16) by coordinating the testing of the software component (14, 16) depending on the test protocol by the test coordinator module (12). Furthermore, the present invention relates to a computer program product, a computer-readable storage medium, as well as to an electronic computing device (10).