Simulation-Based Requirement Testing for Safety-Critical Coverage

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The increasing complexity of technical systems and shorter product cycles lead to a significant increase in the number of required tests, making traditional validation methods time-consuming and resource-intensive, especially for safety-critical systems like semi-autonomous vehicles, where comprehensive testing is essential to ensure safety and reliability.

Innovation Solution

A computer-implemented method for simulative testing of systems, where requirements are received in machine-readable form, simulated, and tested for compliance, with automated test generation and evaluation, ensuring sufficient test coverage and quality requirements are met, allowing for efficient and reliable testing through continuous simulation and optimization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If comprehensive testing is performed on complex technical systems to ensure safety and reliability, then the quality and safety of the system are improved, but the time and resources required for validation increase significantly

Engineering Contradiction:
Improvesafety and reliabilityVSAvoidtime and resources for validation
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent creates virtual copies of the technical system through simulation models that replicate system behavior, environment conditions, and operational scenarios. These virtual models enable comprehensive testing without requiring physical prototypes or real-world deployment, significantly reducing validation time and resources while maintaining testing thoroughness

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The patent performs testing and validation in advance through automated simulation before actual system deployment or physical testing. By conducting virtual tests beforehand, the system identifies potential safety issues and validates reliability early in the development cycle, preventing costly rework and reducing overall validation time

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the number of tests is increased to cover more scenarios for safety-critical systems, then the test coverage and safety assurance are improved, but the complexity of the testing process increases

Engineering Contradiction:
Improvetest coverageVSAvoidtesting process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements automated testing systems that self-generate test cases, self-execute simulations, and self-evaluate results without human intervention. The system automatically manages the complexity of numerous test scenarios by using algorithms to generate comprehensive test suites and systematically execute them, reducing the perceived complexity for users while maintaining high test coverage

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent creates a universal simulation platform that can handle multiple types of tests, scenarios, and system configurations through a single integrated system. This multi-functional approach allows the same testing infrastructure to validate various safety-critical scenarios across different operational contexts, managing complexity through standardization rather than requiring separate testing processes for each scenario

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

Data Source

PatentUS11280828B2Method for testing a system for a requirement
Publication Date: 2022.03.22 ROBERT BOSCH GMBH
  • US11280828B2 patent drawing

AI summary

A computer-implemented method for testing a system for at least one requirement. The method includes: the requirement is received in machine-readable form, at least one first input variable is ascertained for the test of the system for the received requirement, a design of the system is simulated as a function of the ascertained first input variable, an output variable of the simulated system is ascertained and it is ascertained as a function of the output variable whether the system meets the requirement, it is checked whether the simulation meets a quality requirement, if the simulation meets the quality requirement and the system meets the requirement, it is checked whether a sufficient test coverage is reached for the requirement, if the sufficient test coverage for the requirement is reached, the test for the requirement is completed.