Resource-Constrained Device Testing via Segmented Primitive Executables

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing testing methodologies for miniature devices are inadequate due to limited and dynamic computing resources, leading to inefficient and ineffective testing processes that compromise quality and time-to-market.

Innovation Solution

A system and method that utilize a remote test suite and agent, breaking down test scripts into primitive executables to reduce computational load, allowing for efficient and optimized testing by sequencing executions based on available resources, using a lightweight device agent and user interface for creating and managing test cases.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If exhaustive testing is performed to ensure quality and robustness, then testing completeness is improved, but time to market increases and resource consumption exceeds available capacity

Engineering Contradiction:
Improveapplication qualityVSAvoidtime to market
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The test suite is divided into multiple test scripts, each containing a subset of test cases. The system selectively executes only the necessary test scripts based on resource availability and test priorities, rather than running all test cases exhaustively. This segmentation allows quality assurance while reducing overall testing time.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs partial testing by selecting and executing only the most critical test cases based on risk assessment, component importance, and resource constraints. This approach ensures that essential quality checks are performed without committing all available resources to exhaustive testing of every possible scenario.

Inventive Principle:
Principle #16Partial or excessive action

2Reliability

If existing testing methodologies are used to ensure thorough testing, then testing completeness is improved, but computing resource requirements exceed device capacity

Engineering Contradiction:
Improvetesting effectivenessVSAvoidcomputing resources
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

Test scripts are segmented into modular units that can be independently selected and executed. Each test script contains a controlled subset of test cases with specific resource requirements. This allows the system to load and execute only those test scripts that fit within the device's limited computing resources while maintaining testing effectiveness.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system dynamically adjusts test execution based on real-time resource availability. It monitors device state and adapts which test scripts to execute, allowing flexible resource management that maximizes testing within available computing capacity without requiring more resources than the device possesses.

Inventive Principle:
Principle #15Dynamics

3Adaptability or versatility

If resource availability is increased to support full testing, then testing capability is improved, but device portability and miniaturization are compromised

Engineering Contradiction:
Improvetesting capabilityVSAvoiddevice form factor
Core Design Contradiction:
Adaptability or versatilityVSVolume of moving object

Solution Approach 1:

The testing system is segmented into a distributed architecture where the heavy test suite management and execution control reside on external systems, while the miniature device only needs to execute selected test scripts locally. This allows comprehensive testing capability without requiring the small device to contain all testing resources.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An intermediary testing system acts as a bridge between the limited-capacity miniature device and comprehensive testing requirements. The intermediary manages test case selection, resource allocation, and result aggregation, enabling full testing capability while the device itself remains small and resource-constrained.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If more test cases are executed to improve coverage, then testing thoroughness is improved, but resource consumption increases beyond dynamic availability

Engineering Contradiction:
Improvetest coverageVSAvoidresource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system dynamically monitors resource availability during test execution and adapts its behavior accordingly. It can pause, resume, or skip test cases based on real-time resource state, ensuring that testing proceeds as thoroughly as possible within the bounds of dynamically available resources without causing device failure or resource exhaustion.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system prioritizes execution of high-value test cases that provide maximum coverage per unit of resource consumption. By selecting test cases strategically rather than executing all available tests, it achieves acceptable coverage levels while maintaining resource consumption within available capacity.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentEP3370154B1System and method for testing a resource constrained device
Publication Date: 2022.01.19 WIPRO LTD
  • EP3370154B1 patent drawingFigure 1
  • EP3370154B1 patent drawingFigure 2
  • EP3370154B1 patent drawingFigure 3

AI summary

This disclosure relates generally to device testing, and more particularly to a system and method for testing a resource constrained device. In one embodiment, a method is provided for testing a resource constrained device. The method includes determining a test case for testing the resource constrained device, and accessing a test script corresponding to the test case. The test script includes a set of mutually independent primitive executables. The method further includes transmitting each of the set of primitive executables to the resource constrained device for execution, and receiving a result corresponding to the execution of the each of the set of primitive executables.