Automated Mobile Application Testing via Embedded Source Code Modules
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Manual testing of mobile telecommunications device applications is labor-intensive, time-consuming, and prone to errors, especially for stress and stability tests, which are difficult for human testers to conduct effectively.
Innovation Solution
An automated testing system that includes a script to generate inputs to applications on handsets, a test module embedded in the application's source code to monitor responses, and a data comparison component to verify these responses against expected outcomes, allowing for efficient and accurate testing via communication with a computer system.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If manual testing is used to test applications on handsets, then human testers can perform various testing tasks, but the testing process becomes labor-intensive and time-consuming
Solution Approach 1:
The testing system performs self-testing through automated scripts that execute test cases, monitor application responses, and compare results against expected outcomes without requiring continuous human intervention. The test module embedded in the application source code enables the system to autonomously conduct stress and stability tests.
Solution Approach 2:
Manual mechanical testing operations are replaced with an automated computer-based testing system that uses scripts to simulate user inputs, programmatically monitor application responses, and automatically compare results. This substitution eliminates the need for human testers to manually perform repetitive testing tasks.
2Reliability
If manual testing is used for stress and stability tests, then human testers can conduct tests, but the tests become difficult to perform effectively
Solution Approach 1:
The automated testing system independently executes stress and stability tests by programmatically generating inputs, monitoring responses over time, and analyzing results without human assistance. The system can continuously run tests for extended periods to assess stability and withstand stress conditions effectively.
Solution Approach 2:
Complex stress and stability testing procedures are replaced with automated script-based testing that programmatically generates test inputs, monitors application behavior under stress, and analyzes stability metrics. This automation makes difficult testing tasks easily executable and repeatable.
3Productivity
If automated testing is implemented, then testing time is reduced and efficiency increases, but the device complexity increases
Solution Approach 1:
The automated testing system is designed to handle multiple testing scenarios including stress tests, stability tests, and functional tests through a unified script-based framework. The same test module and data comparison component serve various testing purposes, reducing overall system complexity despite the automation capabilities.
Solution Approach 2:
A test module is embedded as an intermediary component within the application source code to facilitate communication between the automated testing scripts and the application being tested. This intermediary handles response monitoring and data collection, simplifying the integration of automated testing into the existing application structure.
Data Source
AI summary
An automated testing system is provided that includes a computer system, a handset, script and scripting interface, a test module, and a data comparison component. The handset has at least one application resident thereon to be tested. The handset is coupled to communicate with the computer system. The script executes on the computer system and is operable to generate an input to the application on the handset to test the application. The test module is embedded in a source code of the application. The test module is operable to monitor a response by the application to the input by the script. The data comparison component compares the response by the application monitored by the test module to an expected response.