Method, computer program product, and system for dynamic tracing, including monitoring a log file, wherein the log file comprises events, wherein an event comprises an event code and an event time stamp, receiving a ranking and rating table (table), wherein the table comprises one or more error codes and a ranking for each of the one or more error codes, matching the event code with an error code of the one or more error codes, calculating a rating for the error code, comparing the calculated rating to a rating threshold, enabling an information capture level based on the rating threshold of the calculated rating, in response to enabling the information capture level, copying events from the log file into an abbreviated log file, wherein the copied events include the error code for the calculated rating, creating an alert indicating a changed information capture level, and resetting the dynamic tracing.

A method for updating a test description for an automated computer test. The automated test is configured to cause a test computer system to communicate with a system under test comprising one or more computer programs being executed upon a computer device. The test description is configured to be executed by a test program to cause the test computer system to perform an automated computer test by comparing a received image from a GUI of the system under test with one or more reference images to identify an expected image. The method includes receiving a user input representative of the selection of a desired reference image from a GUI of a system under test. The method also includes obtaining the desired reference image by identifying one or more correlations between two or more pixels of the GUI of the system under test to determine a group of pixels corresponding to the desired reference image, determining the image boundaries of the desired reference image based the determined group of pixels and/or any identified correlations, capturing the desired reference image delimited by the determined image boundaries, and updating the test description with the captured reference image and utilizing the updated test description in an automated computer test.

In one embodiment, a computer-implemented method includes monitoring one or more data sources resulting from execution of one or more program components. One or more events are encountered in the one or more data sources during the execution of the one or more program components. One or more messages are generated, with each message describing an event encountered. Each of the one or more messages is parsed for a name of a corresponding source file in which an associated event was encountered, a corresponding line number at which the event was encountered, and at least one of: a timestamp, severity level, full stack trace, category of the event, and summary of the event. The one or more messages are notified of within an integrated development environment (IDE). Each of the one or more messages is associated in the IDE with the corresponding source file at the corresponding line number.

A diagnostic workflow file can be used to control the future diagnostic actions taken by a debugger without user interaction with the debugger when it executes. The diagnostic workflow file is used by a debugger during a debug session. The debugger performs the actions directed by the diagnostic workflow file to simulate an interactive live debug session. The diagnostic workflow file can include conditional diagnostic operations whose execution depends on the state of program variables, diagnostic variables and diagnostic primitives in the debug session.

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.

Multi-data analysis based proactive defect detection and resolution may include analyzing operational data for an application to determine whether a functionality related to the application is below a predetermined threshold associated with the functionality related to the application, and based on the analysis, generating an indication to perform defect analysis related to the functionality related to the application. A sentiment analysis may be performed on consumer data related to the application to determine a sentiment of the consumer data related to the application, and a natural language processing (NLP) analysis may be performed on the consumer data related to the application to determine a function associated with a negative sentiment. Application code and process data related to the application may be analyzed to determine a defect associated with the application. Further, a code of the application may be modified to correct the defect associated with the application.

In one embodiment, a computer-implemented method includes monitoring one or more data sources resulting from execution of one or more program components. One or more events are encountered in the one or more data sources during the execution of the one or more program components. One or more messages are generated, with each message describing an event encountered. Each of the one or more messages is parsed for a name of a corresponding source file in which an associated event was encountered, a corresponding line number at which the event was encountered, and at least one of: a timestamp, severity level, full stack trace, category of the event, and summary of the event. The one or more messages are notified of within an integrated development environment (IDE). Each of the one or more messages is associated in the IDE with the corresponding source file at the corresponding line number.

The present invention relates to a testing system, including a testing host and a relay host, where the testing host may test a tested target, and a testing program is installed in the testing host. In a process of testing the tested target, the testing program may generate testing history information of the tested target, and the testing host changes a file name of the testing history information according to a renaming rule. The relay host includes a default function and a transferring and processing program, where the transferring and processing program may capture testing content information applicable to the default function from the file name of the testing history information, and apply the testing content information to the default function to generate function data. Therefore, an operation of generating the function data may be simplified.

A computer-implemented method is disclosed which detects that new source code linked to a defect identifier has been checked in to a source code repository for a given code branch of a software application. The new source code is automatically checked in to additional code branches of the software application based on the defect identifier. For each additional code branch into which the new source code is automatically checked in, code coverage metrics are determined which indicate an extent to which application source code of the code branch is tested by its corresponding test case source code before and after the automatic check in. If a difference between the code coverage metrics indicates that code coverage for the code branch has decreased by more than a predefined threshold, a notification is transmitted that indicates a test case deficiency for the code branch.

A dataflow programming language can be used to express reactive dataflow programs that can be used in pattern-driven real-time data analysis. One or more tools are provided for the dataflow programming language for checking syntactic and semantic correctness, checking logical correctness, debugging, translation of source code into a secure, portable format (e.g., packaged code), translation of source code (or packaged code) into platform-specific code, batch-mode interpretation, interactive interpretation, simulation and visualization of the dataflow environment, remote execution, monitoring, or any combination of these. These tools embody a method of developing, debugging, and deploying a dataflow graph device.