Remote Device Testing Infrastructure for Cross-Platform Automation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Software developers face challenges in testing their applications across multiple devices and platforms without having to purchase and configure numerous hardware devices, especially when dealing with older versions or less common platforms.
Innovation Solution
A remote development system (RDS) allows developers to connect to a network of devices for testing, enabling both manual and automated tests by replicating device interactions and integrating existing test scripts with an SDK to run tests remotely, supporting various platforms and browsers.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If developers acquire and configure multiple potential target devices for testing, then testing coverage across multiple platforms is improved, but resource strain and device complexity increase
Solution Approach 1:
The patent implements a remote device infrastructure that creates virtual copies of target devices through cloud-based emulation. Instead of physically acquiring multiple devices, developers can access replicated device environments remotely, enabling comprehensive multi-platform testing coverage without the resource burden of maintaining actual hardware inventories.
Solution Approach 2:
The system introduces a remote device infrastructure as an intermediary between the developer's local machine and the target devices. This intermediary layer provides network-accessible device environments that bridge the gap between limited local resources and the need for extensive multi-platform testing capabilities.
2Adaptability or versatility
If developers acquire multiple target devices for testing, then platform compatibility is improved, but acquisition and configuration time increases
Solution Approach 1:
The remote device infrastructure pre-configures multiple device environments with various operating systems, browsers, and device specifications before developers need them. Device images are prepared in advance in the cloud, eliminating the time developers would spend on acquiring, installing, and configuring multiple physical devices for testing different platforms.
Solution Approach 2:
Pre-configured virtual device copies are maintained in the remote infrastructure, allowing developers to immediately access ready-to-use testing environments without undergoing the time-consuming process of setting up each device from scratch.
3Adaptability or versatility
If developers test on less common platforms or older device versions, then product compatibility is improved, but resource investment increases
Solution Approach 1:
The remote device infrastructure provides a universal testing platform that can simulate multiple device types, operating systems, and browser versions through a single cloud-based system. This multi-functional approach allows developers to test on less common platforms and older device versions without investing in separate hardware resources for each testing scenario.
Solution Approach 2:
Virtual replicas of rare or obsolete devices are created and maintained in the remote infrastructure, enabling developers to test compatibility with less common platforms without the expense of acquiring actual legacy hardware.
Data Source
AI summary
A remote software development infrastructure can include cross-continent datacenters with a variety of remote devices. The infrastructure can provide automated testing on the remote devices. A software development kit (SDK) can be used to integrate a test suite with the infrastructure. The SDK can modify the test suite to issue test commands to a remote test server of the infrastructure, as opposed to local test servers. A remote test server routes the test commands to a remote device in a datacenter. Both local testing and remote testing of a test script is possible. The SDK enables cross-browser, cross-device, cross-operating system and/or parallel testing of the test suite, without the user having to make code changes to the test suite. The test results and additional information are automatically captured and are aggregated in a dashboard in the form of aggregated reports and other graphical user interface elements.


