Class / Patent application number | Description | Number of patent applications / Date published |
714380140 | By remotely | 19 |
20110035629 | Automated software testing framework - A generic testing framework to automatically allocate, install and verify a given version of a system under test, to exercise the system against a series of tests in a “hands-off” objective manner, and then to export information about the tests to one or more developer repositories (such as a query-able database, an email list, a developer web server, a source code version control system, a defect tracking system, or the like). The framework does not “care” or concern itself with the particular implementation language of the test as long as the test can issue directives via a command line or configuration file. During the automated testing of a given test suite having multiple tests, and after a particular test is run, the framework preferably generates an “image” of the system under test and makes that information available to developers, even while additional tests in the suite are being carried out. In this manner, the framework preserves the system “state” to facilitate concurrent or after-the-fact debugging. The framework also will re-install and verify a given version of the system between tests, which may be necessary in the event a given test is destructive or otherwise places the system in an unacceptable condition. | 02-10-2011 |
20110093748 | Software Memory Leak Analysis Using Memory Isolation - A computerized method, program product, and a service that allocates and isolates leaky memory during the execution of an application in a data processing system. A memory controller having several components first identifies a leaky section of memory and delegates to an allocation component to allocate more memory if possible. If, however, the problematic memory section should not be allocated more memory, an isolator component can isolate the memory section and further divide the memory section into subsections and so on. Each section and each subsection may then be tested to determine if more memory can be allocated, tested to determine if memory resources are strained so as to identify the application or its component causing the strain and then binding the memory. Each section and subsection and further divided and isolated until the leaky portion of memory is identified, and as a result, the software component causing the leak can also be identified. The software component associated with the leaky memory section or subsection can also be taken out-of-service. | 04-21-2011 |
20120011406 | TECHNIQUES FOR DISTRIBUTING INFORMATION IN A COMPUTER NETWORK RELATED TO A SOFTWARE ANOMALY - The present invention is directed to methods and systems of distributing information in a computer network related to a report a software anomaly that includes receiving information concerning the reported software anomaly (RSA); identifying a problematic functional characteristic included in the RSA; ascertaining from a plurality of computer-readable addresses a sub-group of the computer-readable addresses that correspond to parties with information corresponding to the problematic functional characteristic; storing on the computer network an investigation record having associated therewith data corresponding to the RSA; and transmitting to the sub-group a message perceivable by the parties indicating a location on the computer network of the investigation record. | 01-12-2012 |
20130042154 | Adaptive and Distributed Approach to Analyzing Program Behavior - An analysis management system (AMS) is described that analyzes the in-field behavior of a program resource installed on a collection of computing devices, such as mobile telephone devices or the like. In operation, the AMS can instruct different devices to collect data regarding different observation points associated with the program resource, thus spreading the reporting load among the devices. Based on the data that is collected, the AMS can update a dependency graph that describes dependencies among the observation points associated with the program resource. The AMS can then generate new directives based on the updated dependency graph. The AMS can also use the dependency graph and the collected data to infer information regarding observation points that is not directly supplied by the collected data. | 02-14-2013 |
20130159779 | FRAMEWORK FOR THE REMOTE DEBUGGING OF WEB APPLICATIONS - In one embodiment, a remote debugging infrastructure may allow a local application | 06-20-2013 |
20140068342 | Wireless Debugging and Updating of Firmware - A debug control system and method thereof which includes a debug device and a wireless communication module. The debug device is configured to communicate electrical data with a target device via a first signal transmission interface. The wireless communication module is configured to communicate electrical data with the debug device via a second communication interface, and is configured to communicate electrical data with a host device. Electrical data exchanged between the debug control system and the target device is configured to debug or update firmware residing on the target device. | 03-06-2014 |
20140173355 | REMOTE DEVICE AUTOMATION USING A DEVICE SERVICES BRIDGE - Pairing information is used by the target application to determine how to connect to the correct controller. A network pipe is established between the target application and the controller. The network pipe is used to pass information, such as to deliver/receive test information, between the controller and target application. A bridge may also be established between the controller and an analysis tool for the device hosting the target application. The bridge creates a communication path for the controller to send/receive information (e.g. commands, queries) to the analysis tool s to perform tests of the target application. Code may also be injected into the target application such that dynamic linked libraries may be simulated. Crash data may also be obtained by the controller (or some other device) that may not be typically available by a particular device platform. | 06-19-2014 |
20140195858 | METHODS, SYSTEMS, AND NON-TRANSITORY MACHINE-READABLE MEDIUM FOR PERFORMING A WEB BROWSER TO WEB BROWSER TESTING OF A COMPUTER SOFTWARE APPLICATION - Methods, devices, systems, and non-transitory machine-readable medium for performing a World Wide Web (“Web”) browser to Web browser testing of a computer software application may include receipt of an instruction to open a recording computer software application in a recording Web browser and the subsequent opening of the recording computer software application. A subsequent instruction to open a target computer software application in a target Web browser session presented by a second Web browser may then be received. The recording application may then record one or more events resulting from the user's interaction with the target computer software application running within the target Web browser session. | 07-10-2014 |
20140237296 | ARCHITECTURE FOR REMOTE ACCESS TO CONTENT STATE - Features are disclosed for facilitating remote access to the state of an application or content item currently executing or rendered on a user computing device. A connection between the user computing device and another computing device (or connections between the user computing device and an intermediary system, and between another computing device and the same intermediary system) may be established according to a bidirectional communication protocol. The user computing device may receive and act on communications from the other computing device, including requests for data regarding the current state of an application or content page on the user computing device, instructions to execute some function in the application or content page, etc. In addition, user computing devices may be grouped such that an application or content may be monitored/tested/debugged among a variety of user computing devices. | 08-21-2014 |
20140245070 | AUTOMATED EXECUTION OF FUNCTIONAL TEST SCRIPTS ON A REMOTE SYSTEM WITHIN A UNIT TESTING FRAMEWORK - A unit testing framework automatically issues a call to a remote testing automation framework on an originating system to automatically execute a functional test script specified in a unit testing framework test case through a functional testing framework on a target on a remote system. The originating system automatically issues a call to the remote testing automation framework to copy a functional test log resulting from executing the functional test script from the remote system to the originating system. The unit testing framework automatically evaluates whether the functional test log comprises at least one error. The unit testing framework, responsive to the functional test log comprising at least one error, automatically marks the unit testing framework test case as failed. | 08-28-2014 |
20150089299 | ONLINE APPLICATION TESTING ACROSS BROWSER ENVIRONMENTS - A stub can be loaded into a first browser environment of a browser application on a client machine, with the stub being loaded from a domain. The stub can execute to load an online application test into the first browser environment. Additionally, the test can execute in the first browser environment to conduct the test on an online application. For example, the test may be conducted from a second browser environment of the browser on the client machine. Performing the test can include loading one or more digital pages from the application into the second browser environment. | 03-26-2015 |
20150100832 | METHOD AND SYSTEM FOR SELECTING AND EXECUTING TEST SCRIPTS - Systems and methods are disclosed herein to a method for reusing test automation framework across multiple applications, the method comprises receiving a selection of one or more test scripts from a user to test an application; creating an execution list containing every selected test script; loading the instructions of the test script into the computer-readable memory when the test script is found in the test script repository; executing the test script testing the application according to the instructions defined in the test script and according to computer instructions defined by the utility functions or the common functions when the test script calls either the common functions or the utility functions; checking the application's status after the test terminates operation; and recovering and closing the application if the application failed before executing a second test script testing the application. | 04-09-2015 |
20150317233 | SOFTWARE SYSTEM DEBUGGING DEVICE AND METHOD THEREOF - An apparatus and a method for maximizing debugging performance and reducing memory overhead are provided. The method includes generating a debug protocol packet and transmitting the generated debug protocol packet to a diagnostic device. The debug protocol packet includes reference information for at least one string associated with a debug trace. | 11-05-2015 |
20150324276 | AUTOMATED EXECUTION OF FUNCTIONAL TEST SCRIPTS ON A REMOTE SYSTEM WITHIN A UNIT TESTING FRAMEWORK - Responsive to starting a unit testing test case specified in a unit testing framework on an originating system for running on at least one target, the originating system directs a software testing automation framework execute request within the unit testing test case to a remote system to execute a functional test script designated in the unit testing test case on the target on the remote system, the functional test script designating a functional test case to be run on the target to test the operating of one or more functions of the target. The originating system receives unit testing framework case results for the unit testing test case converted by a software testing automation copy request within the unit testing test case from results of the function test script running on the target. | 11-12-2015 |
20160077949 | ONLINE APPLICATION TESTING ACROSS BROWSER ENVIRONMENTS - A stub can be loaded into a first browser environment of a browser application on a client machine, with the stub being loaded from a domain. The stub can execute to load an online application test into the first browser environment. Additionally, the test can execute in the first browser environment to conduct the test on an online application. For example, the test may be conducted from a second browser environment of the browser on the client machine. Performing the test can include loading one or more digital pages from the application into the second browser environment. | 03-17-2016 |
20160162389 | Device Cloud Monitoring and Stability - An example system may include a first device connected over respective communications interfaces to a plurality of second devices. The first device may establish respective remote terminals between the first device and one or more second devices. Establishing the respective remote terminals may indicate that the devices are in an online state. The first device may periodically update respective heartbeat files on the second devices. A respective second device may detect that a pre-determined time period has elapsed since the heartbeat file was updated. The respective second device may determine that a respective remote terminal between the first device and the respective second device has been terminated. Determining that the remote terminal has been terminated may indicate that the device is in an offline state. The respective second device may reset itself so as to transition the respective second device from the offline state to the online state. | 06-09-2016 |
20160162397 | Testing Coordinator - A system for testing two or more applications associated with a computerized process may include a central repository, a user interface and a testing coordinator. The central repository may be used to store at least one test case each including a test data set and two or more sets of test scripts. The user interface may facilitate a selection of one or more test cases for use by the testing coordinator. The testing coordinator may be configured to test the operation of the computerized process by initiating testing of a first application by a first test tool using the test data set and a first set of scripts and initiating testing of the second application by the second test tool using the test data set and the second set of scripts from the selected test case. In some cases, the first test tool is incompatible with the second test tool. | 06-09-2016 |
20170235660 | COGNITIVE PLATFORM FOR TROUBLESHOOTING SYSTEM EVENTS | 08-17-2017 |
20180024914 | GENERATING TEST SCRIPTS FOR TESTING A NETWORK-BASED APPLICATION | 01-25-2018 |