Software Testing Framework Using Segmented Layers
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional software testing frameworks require programming expertise and specific languages, making them time-consuming and costly, especially when adapting to new software instances or versions, as they often necessitate rewriting tests for each revision or build.
Innovation Solution
A testing framework with a persistent framework layer and a dynamic custom action layer that allows users to create and modify tests using natural language, reducing the need for programming and enabling easy adaptation to changes in software versions or builds.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Extent of automation
If conventional software testing frameworks are used, then testing can be performed with automated scripts, but programming expertise is required and tests must be rewritten for each software version
Solution Approach 1:
The testing framework is divided into a persistent framework layer and a dynamic custom action layer. The framework layer contains stable, version-independent testing infrastructure, while the custom action layer contains version-specific test steps that can be independently updated without rewriting the entire test suite.
Solution Approach 2:
The custom action layer is designed to be dynamic and configurable, allowing test steps to be modified, added, or removed based on software version changes. This enables the testing framework to adapt to new software instances without requiring complete test rewriting.
2Extent of automation
If programming-based test languages are used, then automated tests can be created, but the time and cost to create and modify tests increases significantly
Solution Approach 1:
The framework uses templates and pre-defined test patterns that can be copied and reused across different test scenarios. This reduces the time required to create new tests and modifies existing ones, as users can leverage existing test structures rather than building from scratch.
Solution Approach 2:
The framework layer provides universal, version-independent testing capabilities that can be applied across multiple software versions and instances. This multi-functionality reduces the need to create separate test frameworks for each version, significantly reducing time and cost.
3Reliability
If complete test rewriting is required for each software build, then testing can ensure correctness of new instances, but the productivity and efficiency of the testing process decreases
Solution Approach 1:
By segmenting tests into persistent framework layer and dynamic custom action layer, the system maintains reliability through the stable framework while improving productivity by allowing selective updates to only the custom action layer when software versions change.
Solution Approach 2:
The framework layer is prepared in advance with version-independent testing infrastructure, so when new software instances are released, only the custom action layer needs to be updated rather than rewriting entire test suites from scratch.
Data Source
AI summary
In a method of testing a software item, a graphical user interface is presented for scheduling a test of the software item. Specified information regarding conduct of a test is received via the graphical user interface. The specified information includes a test time for initiating the test. The test is initiated at the test time.