Component-Based App Test Scenarios Across Foldable Screens

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing application test services face limitations in creating scenarios that are not universally applicable across different screen sizes, screen modes, and screen configurations, leading to difficulties in testing on foldable terminals and requiring manual coordinate-based operations, which are inefficient and scenario inapplicable when screen sizes change or rotate.

Innovation Solution

A system that identifies components on a mobile screen instead of coordinates for creating test scenarios, allowing for universal applicability across various screen configurations, and supports real-time checking of test states through a web-based interface, generating automated scripts, and recording video for failure analysis.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Extent of automation

If coordinate-based macro scheme is used for automation test scenario, then test execution is automated, but scenario cannot be applied to different screen sizes or configurations

Engineering Contradiction:
Improveautomation test scenarioVSAvoidscenario applicability
Core Design Contradiction:
Extent of automationVSAdaptability or versatility

Solution Approach 1:

The patent changes the parameter basis from fixed coordinates to dynamic component identification. Test scenarios use component tags, types, and hierarchical relationships instead of absolute coordinates, allowing automatic adaptation to different screen sizes and configurations while maintaining automation.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The patent creates a universal test scenario framework that can be applied across multiple terminal types, screen sizes, and configurations. By using component-based identification that is independent of specific device characteristics, a single scenario can universally test applications on various devices without modification.

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

2Ease of manufacture

If test scenario is created based on fixed screen size coordinates, then scenario creation is simple, but it cannot be applied to foldable terminals or rotated screens

Engineering Contradiction:
Improvescenario creationVSAvoidscreen configuration compatibility
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The patent transforms the scenario creation approach from coordinate-based to component-based parameters. Components are identified by their functional properties, types, and hierarchical relationships within the UI structure, making scenarios independent of screen size, orientation, or device type while maintaining ease of creation through component selection.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The patent adds a hierarchical dimension to component identification by using the parent-child relationship structure of UI components. Instead of relying on two-dimensional screen coordinates, the system uses the tree-like hierarchy of UI elements to uniquely identify and locate components across different screen configurations.

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

3Extent of automation

If operation recording scheme is used to create test scenario, then scenario can be recorded automatically, but annotation and description of unit operations are difficult to record

Engineering Contradiction:
Improvescenario recordingVSAvoidoperation annotation
Core Design Contradiction:
Extent of automationVSLoss of information

Solution Approach 1:

The patent introduces component information as an intermediary between the recorded operation and the test scenario. When operations are recorded, component identification data (tags, types, hierarchical relationships) are captured alongside the operation, serving as a mediator that preserves both the action and its contextual meaning for later execution and annotation.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20250370913A1Apparatus and method for providing service for testing application, service providing system including same, and non-volatile recording medium having computer program recorded therein
Publication Date: 2025.12.04 SK PLANET CO LTD
  • US20250370913A1 patent drawing
  • US20250370913A1 patent drawing
  • US20250370913A1 patent drawing

AI summary

Disclosed are an apparatus and a method for providing a service for testing an application, a service providing system including the same, and a non-volatile recording medium having a computer program recorded therein, and more particularly, an apparatus and a method for providing a service for testing an application that, when creating a scenario for application testing, support creation of a test scenario that is universally applicable regardless of a screen size or a screen mode of different terminals by supporting creation based on components on a screen according to execution of an application, and a service providing system including the same, and a non-volatile recording medium having a computer program recorded therein.