Automated Embedded Software Interface Testing via Emulator Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current tools for testing embedded software lack a systematic and objective approach to testing interlayer interfaces, relying heavily on ad-hoc methods and failing to adequately address the integration of software and hardware components.

Innovation Solution

A method and device for automatically testing interlayer interfaces in embedded software, involving the identification of interface types, generation of test cases, and execution within an emulator environment that includes debugging and performance monitoring functions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If ad-hoc debugging functions are used, then flexibility in monitoring variables is improved, but systematic testing of interlayer interfaces deteriorates

Engineering Contradiction:
Improveflexibility in monitoring variablesVSAvoidsystematic testing of interlayer interfaces
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent segments the embedded software into multiple layers (application layer, OS layer, kernel layer) and identifies specific interlayer interfaces between them. By dividing the testing scope into discrete interface segments rather than treating the software as a monolithic unit, the system can systematically test each interface while maintaining operational flexibility within each segment.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary testing mechanism that automatically analyzes and monitors data transmission across interlayer interfaces. This intermediary layer captures and validates data packets moving between software layers, providing systematic testing without interfering with the flexibility of individual debugging operations.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Device complexity

If embedded software is treated as a single functional unit, then performance analysis is simplified, but integration testing between software and hardware components deteriorates

Engineering Contradiction:
Improveperformance analysis complexityVSAvoidintegration testing between software and hardware components
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The patent divides the embedded software into distinct functional layers (application, OS, kernel) with clearly defined interfaces between them. This segmentation allows performance analysis at each layer while simultaneously enabling integration testing at the interfaces, resolving the contradiction between simplicity and comprehensiveness.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent adds a vertical dimension to testing by analyzing data flow across multiple software layers and their interfaces with hardware components. Instead of only horizontal performance analysis within a single functional unit, the system examines vertical data transmission paths between layers, enabling integration testing without sacrificing analytical simplicity.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

3Adaptability or versatility

If manual debugging approaches are used, then customization to engineer expertise is improved, but automation and objectivity deteriorates

Engineering Contradiction:
Improvecustomization to engineer expertiseVSAvoidautomation and objectivity
Core Design Contradiction:
Adaptability or versatilityVSExtent of automation

Solution Approach 1:

The patent implements self-service automation where the testing system automatically identifies interlayer interfaces, generates test cases, and analyzes results without requiring manual configuration. The system serves itself by autonomously performing tasks that previously required engineer expertise, thereby increasing automation while maintaining adaptability through intelligent algorithms.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent transforms the testing process from manual parameter adjustment to automated parameter analysis. The system automatically extracts interface parameters, data types, and transmission protocols from the software structure, changing the state of testing from engineer-dependent manual configuration to automated objective analysis while preserving adaptability through flexible parameter handling.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS8156475B2Device and method for testing embedded software using emulator
Publication Date: 2012.04.10 SAMSUNG ELECTRONICS CO LTD
  • US8156475B2 patent drawing
  • US8156475B2 patent drawing
  • US8156475B2 patent drawing

AI summary

Embodiments of the invention provide a device and a method for automatically testing embedded software, and more specifically for testing interfaces between layers of the embedded software. In one embodiment, the device includes: an emulator; a server including embedded software; an evaluation board configured to download the embedded software from the server and controlled by the emulator; and a host system configured to receive the embedded software from the server and automatically generate test cases for testing the embedded software using the emulator.