Abstract: The present disclosure describes methods, systems, and computer program products for providing remote debugging of a cloud application across a wide area network. A method includes transmitting, from a remote communication device to a cloud computing device, instructions to adjust a running application to a debugging mode; receiving, at the remote communication device from a server coupled to the cloud, aggregated thread data in a data packet by using a second debugging data protocol different from the Java Debug Wire Protocol; receiving a debugging command and applying the debugging command to the cloud application running in the debugging mode.

Abstract: A method detects errors during execution of software based programs in a system of motor vehicle components. During execution a component executes its assigned program, and the components call each other interactively. When a component is called, a program identity and an error parameter are transmitted from the other component to the component. If a component identifies an error during execution, it stores an active error entry that contains the program identity, the component identification and an error status. If a component, which has called another component, receives the component identification, it stores a passive error entry that contains the program identity, its component identification and the identification of the other component. A component, which stores one or more active or passive error entries, returns the program identity and the component identification of the component, at least once during program execution, to the component that has called it.

Abstract: A method for debugging a computer program is proposed. The method comprises: running at least part of said computer program on a computer, thereby prompting said computer to execute a sequence of instructions and to generate a trace corresponding to said executed sequence of instructions; and, when said program has generated an exception, selecting a set of one or more exception strings on the basis of said trace, so that each of said exception strings is a unique substring of said trace; and indicating said exception strings to a user or to a debugging tool. The set of exception strings may notably include the ultimate shortest unique substring of said trace. A computer program product is also described.

Abstract: Techniques for electing winning treatments in connection with A/B testing of mobile applications are described. According to various embodiments, the activation of a version of a mobile application installed on a mobile device may be detected. A database storing winning treatment information describing one or more winning treatments for one or more A/B tests is accessed. In some embodiments, each of the one or more A/B tests in the winning treatment information may be associated with a particular version of a particular mobile application. Thereafter, a specific winning treatment for a specific A/B test associated with the version of the mobile application installed on the mobile device may be determined, based on the winning treatment information. The specific winning treatment may then be implemented in the mobile application installed on the mobile device.

Abstract: A method and system for generating test cases of different types for testing an application. A functional flow of the application is created. The test cases are generated, based on at least one test case generation rule and additional test information corresponding to different stages of the functional flow with respect to at least two test types.

Abstract: The present subject matter relates to a method for managing a testing workflow, based on execution of at least one Multi Entity Test Case (METC) of the testing workflow. The method includes assigning at least one role to each of a plurality of test steps of the METC, where the at least one role is indicative of a privilege level to execute each of the plurality of test steps. The method also includes defining a failure condition for each of the plurality of test steps, where the failure condition is indicative of an expected result of execution of each of the plurality of test steps. The method further includes specifying a failure action associated with the failure condition for execution of each of the plurality of test steps, executing one of the plurality of test steps, and applying the failure action to proceed with the testing workflow.

Abstract: A particular method includes initiating, at an analyzer, execution of a software component at a first computing device. The first computing device includes hardware components and sensors. The sensors are external to the hardware components. A first hardware component of the hardware components is coupled to a second hardware component of the hardware components. A first sensor of the sensors is configured to monitor communications between the first hardware component and the second hardware component. The method also includes receiving monitoring data, from the first sensor, regarding a communication between the first hardware component and the second hardware component. The method further includes analyzing first effects of executing the software component on the first computing device based at least partially on the monitoring data.

Abstract: Systems and methods for test data generation are described. In one implementation, the method includes receiving seed data having one or more characteristics. Further, the method includes obtaining a selection criterion indicating a selected portion of the seed data to be transformed. Based on the selection criterion, the seed data is transformed for at least a plurality of iterations to generate test data. The test data comprise a plurality of data sets including a primary data set generated in a first iteration and a secondary data set generated in each subsequent iteration. The primary data set includes transformed data corresponding to the selected portion of the seed data and non-transformed data corresponding to a remaining portion of the seed data and each secondary data set includes transformed data corresponding to the selected portion of the seed data.

Abstract: Certain example embodiments described herein relate to techniques for test automations in emergent systems. More particularly, certain example embodiments provide a mechanism for dynamic recognition of combinations of services/components, monitoring of their real-time usage, and automatic generation and running of tests for the combinations at appropriate times (e.g. when part of a combination is updated). The tests for individual (and, if available, combinations of) services are associated with the services using a registry. A taxonomy or ontology can be used to denote the semantics of the services, providing an array of options for assessing how and when to run tests and actions. It also is possible to detect similar combinations of services automatically.

Abstract: A method, apparatus, and computing system are provided for self-healing from a fault in an operating system (OS) without crashing the OS. In one example, the method includes detecting, isolating, and repairing a faulty kernel code module without affecting the run-time operation of other, properly function, portions of the OS. In another example, the apparatus comprises a variety of modules, including, for instance, a kernel level fault detector and a kernel level fault manager, that are configured to execute steps of the method. In another example, the computing system includes an OS that has at least some modularized kernel code sections, and a self-healing code for detecting, isolating, and repairing failures occurring in one or more of the modularized kernel code sections without crashing the OS.

Abstract: Disclosed is a method of qualifying a change to software modules in a data warehouse comprising a database storing a plurality of data sets and said plurality of warehouse software modules, the method comprising determining if a change has been made to any of the software modules; selecting the software modules which are affiliated with the change to construct a reduced schedule of software modules; identifying the tests which are affiliated with the change to thereby identify a reduced set of tests; executing the reduced schedule of warehouse software; running the reduced set of tests; and if no warehouse software execution errors arise and no warehouse test execution errors or failures arise, qualifying the change to the one or more software modules as a success.

Abstract: Systems and methods for automatically testing one or more versions of a compiler of are disclosed. A compiler is instrumented to generated data exposing various internal decisions and/or actions made by the compiler. Subsequently, multiple distinct versions of the compiler are executed to compile a code corpus associated with a particular programming language. Output (including instrumentation output) from the compilation of the code corpus for each version of the compiler is obtained and compared to identify behavioral changes that may exist between the various versions of the compiler.

Abstract: The present disclosure involves systems, software, and computer implemented methods for identifying test cases. One example process includes operations for identifying a mobile application to perform testing upon. A test environment and at least one risk situation associated with the mobile application are identified. For each of the at least one identified risk situations, at least one risk situation-relevant context parameter is identified. A standard operations path is created, as is at least one operations path-variant for each of the at least one identified risk situation-relevant context parameters. The corresponding operations path-variant is analyzed to identify a set of test cases for the context parameter, for each of the at least one identified context parameters.

Abstract: A system and method provide for capturing architecture data for software executing on a system, wherein the architecture data can include state data and event data. The captured architecture data may be replayed in a simulator, wherein failure information corresponding to the software is obtained from the simulator.

Abstract: Methods and system for exception detecting and alerting are described. An exception indicating an occurrence of an error in an application and a path to the exception in an application space may be received. The received exception may be compared to a stored exception in a prior version of an exception data structure to determine whether the received exception is a new exception. The exception data structure may include a plurality of stored exceptions. The results of the comparison may be provided.

Abstract: A burning control method for burning software to at least one chip is provided, the method includes: controlling the at least one chip to enter a download mode when the at least one chip is startup; initializing the at least one chip when the chip enters the download mode; executing a burning process to burn software into the at least one chip when the chip is initialized; controlling the at least one chip to enter the test mode when the burning process is completed; testing whether the software has been burned into the at least one chip successfully when the at least one chip is in the test mode.

Abstract: Systems, methods, and media for recovering an application from a fault or an attack are disclosed herein. In some embodiments, a method is provided for enabling a software application to recover from a fault condition. The method includes specifying constrained data items and assigning a set of repair procedures to the constrained data items. The method further includes detecting a fault condition on the constrained data items during execution of the software application, which triggers at least one repair procedure. The triggered repair procedures are executed and the execution of the software application is restored. In some embodiments, the restoring comprises providing memory rollback to a point of execution of the software application before the fault condition was detected.

Abstract: A method is implemented in a computer infrastructure having computer executable code tangibly embodied on a computer readable storage medium having programming instructions. The programming instructions are operable to receive a tool error output determined by a code inspection tool and select at least one defect classification mapping profile based on the code inspection tool. Additionally, the programming instructions are operable to map the tool error output to one or more output classifications using the selected at least one defect classification mapping profile and generate at least one report based on the one or more output classifications.

Abstract: A system includes a testing device to test a computer application in conjunction with a testing tool, the testing device including a test automation engine to initiate a test, the test automation engine including a programmable data source that is testing tool universal, the programmable data source including one or more automation test scripts that define the test and a data storage device to store results from testing the computer application.

Abstract: The apparatus for detecting concurrency errors of a parallel program for a multicore includes a source code matching module that adds a trace code and a dynamic thread manager class to an input source code based on interleaving information detected from the source code, splits a thread included in the source code to set an interleaving block and executes it, and when an error occurs in the executed interleaving block, the source code matching modules stores log information output from the trace code and information of interleaving block, and stores error information based on the information.

Abstract: File system errors are handled and computing systems are recovered by, responsive to receiving a page buffer request, initializing a sleep timer according to a detection interval value plus a hang resolution range value; responsive to the timer expiring, detecting that a process, thread, application program, daemon, or task is waiting on availability of the requested page buffer; and responsive to the detection, quarantining metadata associated with the requested page buffer, failing the page buffer request and releasing one or more locks on the requested page buffer. This process is then optionally repeated for additional processes, threads, application programs, daemons, tasks or combinations thereof which are waiting for availability of the requested page buffer, optionally randomizing the detection interval value in order to avoid an instantaneous recovery from the error.

Abstract: Playback data is created for testing a server. Recorded data that includes transactions executed in a session established between a client and a server at a designated point in time is extracted. A reduction process that includes deleting data related to certain transactions from the extracted recorded data is performed. The certain transactions are part of a specific transaction group which includes transactions that were executed on or before the designated point in time and includes a transaction that was executed without requiring the execution of a predetermined prior transaction. The playback data is output.

Abstract: A system, medium and method for automatically generating test data to be applied to test a target software code is disclosed. Input parameter data is received from a user via a displayed user interface, wherein the input parameter data is directed to a user selected data type, the data type being a Boolean, string, or integer. One or more preestablished stored testing algorithms is automatically selected based on the user selected data type and one or more values are applied to the selected one or more preestablished stored testing algorithms in accordance with user selected data type. At least one set of test data from the one or more identified applicable testing algorithms is automatically generated, wherein the at least one set of test data generated from the identified testing algorithms can be used as inputs for testing the target software code.

Abstract: Dynamic concolic execution of an application. A first hypotheses pertaining to a nature of test payloads that satisfy a specified property, and that are expected to satisfy a condition tested by the application's program code, can be generated. A plurality of first test payloads to test first hypothesis can be synthesized and submitted to the application during respective executions of the application. Whether each of the first test payloads actually satisfy the condition tested by the application's program code can be determined. When at least one of the first test payloads does not actually satisfy the condition tested by the application's program code, a second hypotheses that is expected to satisfy the condition tested by the application's program code can be generated. A plurality of second test payloads to test the second hypothesis can be synthesized and submitted to the application during respective executions of the application.

Abstract: Verifying speculative multithreading in an application executing in a computing system, including: executing one or more test instructions serially thereby producing a serial result, including insuring that all data dependencies among the test instructions are satisfied; executing the test instructions speculatively in a plurality of threads thereby producing a speculative result; and determining whether a speculative multithreading error exists including: comparing the serial result to the speculative result and, if the serial result does not match the speculative result, determining that a speculative multithreading error exists.

Abstract: A debugging and diagnostics system allows users to take lightweight process snapshots of running debuggee processes so the users may analyze those snapshots at a later time. The snapshot mechanism allows diagnostic tools to compare an original process or one or more process snapshots or to compare any of a series of snapshots to each other. The snapshot mechanism further allows users to inspect a snapshot of process memory while allowing the original process to continue running with minimal impact. A user may do historical debugging using process snapshots of a debuggee process taken over time. This allows the user to view the state of the debuggee process as it existed when the snapshot was taken. The lightweight process snapshot is less invasive because it does not require a full copy of the memory and allows the original process to run un-interrupted while specific collections and inspections are completed.

Abstract: In a method of detecting faults of operation algorithms in a wire bonding machine, individual bond parameters with respect to each of the operation algorithms of the wire bonding machine can be set based on design data including information with respect to conductive wires connected between semiconductor chips of a semiconductor package. Actual conductive wires of an actual semiconductor package can be formed using the wire bonding machine into which the design data can be inputted. Actual data with respect to actual operation algorithms of the wire bonding machine, which can form the actual conductive wires, can be obtained. The actual data can be compared with the individual bond parameters to detect the faults of the operation algorithms of the wire bonding machine. Thus, forming an abnormal conductive wire by the wire bonding machine can be prevented beforehand.

Abstract: Testing a computer software application by configuring a first computer to execute a copy of data-checking software used by a computer software application at a second computer, processing a first copy of a test data payload using the data-checking software at the first computer, where the test data payload is configured to test for an associated security vulnerability, determining that the first copy of the test data payload is endorsed by the data-checking software at the first computer for further processing, and sending a second copy of the test data payload via a computer network to the computer software application at the second computer for processing threat.

Abstract: Methods, systems, and computer-readable storage media determining a behavior model of a computing system under test. In some implementations, actions include executing, using a user interface of a computing SUT, an initial test script on the SUT; recording, after executing the initial test script, a state of the SUT in the behavior model by observing one or more events that can be triggered using the user interface of the SUT; and iteratively refining the behavior model until an end condition is reached by generating one or more new test scripts, executing the new test scripts on the SUT to test unobserved behavior, and recording one or more new states reached by executing the new test scripts on the SUT in the behavior model.

Abstract: Example event management systems and methods are described. In one implementation, a method monitors an application implemented using one or more processors. The method identifies activity data associated with operation of the application. The activity data is stored in a cyclic buffer. Upon detection of an error event associated with the operation of the application, the activity data in the cyclic buffer is written to a log file.

Abstract: A system and method of cluster debugging includes detecting debug events occurring in one or more first virtual machines, storing debug records, each of the debug records including information associated with a respective debug event selected from the debug events and a timestamp associated with the respective debug event, merging the debug records based on information associated with each timestamp, starting one or more second virtual machines, each of the one or more second virtual machines emulating a selected one of the one or more first virtual machines, synchronizing the one or more second virtual machines, retrieving the merged debug records, and playing the merged debug records back in chronological order on the one or more second virtual machines. In some examples, the method further includes collecting clock synchronization records. In some examples, merging the debug records includes altering an order of one or more of the debug records based on the clock synchronization records.

Abstract: A method for determining piloting a first system includes receiving a first hypothesis, receiving first test parameters of a decision state space defined on a sequential probability ratio test plot of a number of failures of the first system versus a number of failures of a reference system, identifying for a arbitrary distribution of events, a first number of events to be processed by the first system and the reference system that will satisfy the first test parameters, determining a coefficient of variation of the arbitrary distribution of events, and determining whether to perform the sequential probability ratio test plot using the arbitrary distribution of events or historical data based on the coefficient of variation.

Abstract: A non-transitory computer-readable medium storing wrapper program which allows an application program, having a code to call up a porting source API, to operate on a porting destination OS, the wrapper program causes a computer to execute: an error determination step of, when the porting source API is called up by the application program, referring to a porting source error condition DB, and error condition information to be output to the calling source of the porting source API satisfies the error condition information, determining whether the porting source API satisfies the error condition information of the porting source error condition DB, and outputting the corresponding error information to the application program when the error condition information is satisfied; and an API conversion step of calling up the porting destination API of the porting destination OS corresponding to the porting source API when the error condition information is not satisfied.

Abstract: Disclosed is a method for analyzing a program that includes database operation statements, including: a first procedure for analyzing control flow of a program and data used in the program, on the basis of the program and the execution result of the program; a second procedure for analyzing the dependency relationship among a plurality of database operation statements, in accordance with the analysis result of the first procedure and the operation details of the plurality of database operation statements; a third procedure for analyzing the propagation path of the incorrect operation in the opposite direction to the control flow, on the basis of the analysis result of the first procedure and the analysis result of the second procedure and taking as a starting point for analysis a predetermined program location which is operating incorrectly; and a fourth procedure for displaying program statements on the propagation path obtained by the third procedure.

Abstract: In various embodiments, a data integration system is disclosed which enables users to debug distributed data integration scenarios which are platform and technology independent. A debugger client can connect to a plurality of local and/or remote hosts executing portions of a distributed data integration scenario. The debugger client can additionally enable line-by-line debugging of the portions of the distributed data integration scenario using a plurality of language-specific interfaces. The language-specific interfaces can further enable the user to dynamically update and debug changes to the code during debugging, reducing the time and resources required by multiple recompilations of the code.

Abstract: Methods and arrangements for localizing faults in programs. A program is assimilated, the program comprising statements. Output behavior of the statements is modeled, and statement occurrences are annotated. Passing and failing spectra are differenced to yield a difference, and a fault is located via employing the difference.

Abstract: A method for testing using a preserve status parameter in a computing system includes setting, by a calling process in the computing system, the preserve status parameter; issuing a call to a function under test by the calling process in the computing system; executing the function under test in the computing system, wherein data in a memory area accessed by the function under test during execution is preserved by the set preserve status parameter, such that the computing system does not reuse the memory area while the data in the memory area is being preserved; determining if an error occurred during execution of the function under test; in the event an error is determined to have occurred during execution of the function under test, making the data in the memory area available for inspection; and releasing the memory area for reuse by the computing system.

Abstract: Methods and systems are provided for computer software testing using test suite data. A method may include defining a plurality of testing goals and a testing strategy for the code of the software application, determining objects under test within said code of a software application, designing test cases and test suites for said defined testing strategy, defining test categories for said designed test suites, defining a test execution sequence for said designed test suites and said test categories, defining whether a test execution sequence shall continue or stop after an error in a test object or a fail event in the test system, based on the results of the previous steps, parametrizing a test automation framework with the test suites, running the test automation framework on said code of a software application, and analyzing the results obtained from running the test automation framework on said code of a software application.

Abstract: Example embodiments relate to creating test templates based on steps in existing tests. In example embodiments, a testing computing device may select an existing test from multiple existing tests. Each existing test of the multiple existing tests may include a set of distinct steps. The testing computing device may determine a sub-sequence related to the selected existing test. The sub-sequence may be based on a subset of the distinct steps included in the selected existing test. The testing computing device may determine that the distinct steps in the subset occur in a number of existing tests from the multiple existing tests, and may generate a test template using the sub-sequence. The test template may include the distinct steps in the subset.

Abstract: A method and associated systems for reducing false-positive errors in a software change-impact analysis of a basepoint variable. A processor of a computer system identifies a first generation of change-affected parts of one or more computer programs, where each identified part is affected by a change to the basepoint variable. The processor confirms the identification of each identified part by analyzing one or more characteristics of the basepoint variable and of the identified part. If the processor confirms that an identification is the product of a false-positive error, the falsely identified part is discarded. The processor then identifies a second generation of confirmed change-affected parts by repeating the procedure performed on the basepoint variable on each confirmed part of the first generation of parts. The processor continues this iterative process through additional generations until it identifies a generation that contains no confirmed change-affected parts.

Abstract: A low cost error-based program testing apparatus and method are provided. The testing apparatus according to an embodiment of the present invention generates error programs by adding errors to a test target program, selects a test target error program associated with test data among the error programs using error information obtained through the error addition, receives the test data to execute the test target error program, and tests for presence/absence of the errors. Accordingly, it is possible to reduce a text execution time and testing costs.

Abstract: Embodiments of a system (such as a computer system), a method, and a computer-program product (e.g., software) for use with the computer system are described. These embodiments may be used to test software that includes instructions for a graphical user interface with objects that receive values in associated fields. In particular, during testing, the system identifies the objects and associated expected values in the software, tests the software based on the identified objects and the expected values, and generates a flow file which includes the testing operations and corresponding results. Moreover, during the testing, the system may generate a compliance document which includes the testing operations and the results.

Abstract: Described are techniques for debugging code of a provider using a debug interface. The provider includes a first software layer providing common services and a second software layer including code modules each providing a set of customized services. The debug interface includes a first function interface for a first function having first code included in the first software layer and including a second function interface for a second function having second code included in the first software layer which provides for runtime transfer of control to code included in said second software layer. The first function is invoked to issue debug commands to debug code in the first software layer. The second function is invoked to issue debug commands to debug code in the second software layer. A client sends debug commands in accordance with the debug interface to a server including the provider.

Abstract: A method, apparatus and software is disclosed in which original exceptions issued by an application program are encoded as substitute exceptions with associated metadata identifying the original exception so as to enable to enable a first application program receiving the exception but not arranged to process the original exception to process the substitute exception and to enable a second application program receiving the exception and arranged to process the original exception to extract and process that original exception.

Abstract: A method and system for website content remediation are provided. The website content remediation computer system includes a memory device and a processor in communication with the memory device. The website content remediation computer system is programmed to determine items of nonfunctional content within a website, display a plurality of nonfunctional content types of the determined items to a user on a graphical user interface, and receive from the user a selection input of one of the displayed nonfunctional content types. The computer system is further programmed to display a report of items of nonfunctional content of the selected nonfunctional content types, receive from the user a selection input of one of the items, and receive from the user an action command that remediates the selected item.

Abstract: In one embodiment, a user interface includes at least one instance of each of at least one widget. Recording a plurality of widget interaction instances (WIIs) for the user interface, each WII resulting from a user interaction applied to a particular instance of a particular widget. Clustering the plurality of WIIs based on a text value and a path value of each WII, such that each cluster of WIIs is associated with a particular widget. Determining, for each of at least one cluster of WIIs, whether the particular widget associated with the cluster of WIIs is erroneous based on whether user interactions corresponding to the WIIs in the cluster have produced responses from a software application that includes the user interface.

Abstract: This application relates to a computer-implemented method for testing an HTTP-communicating service. The method includes installing a service in a first system. The first system makes the service available to a second system for access using an HTTP request. The method includes installing a test program in the first system. The method also includes testing the installed service using the test program. The HTTP request is generated by the test program and received by the installed service. The method also includes presenting a result of the testing.

Abstract: The present disclosure provides an Android automated cross-application testing device and method. The device comprises a primary application testing unit, a trigger monitoring unit, a secondary application testing control unit, a secondary application testing unit, a secondary application test result recording unit, a library file storage unit, a primary application test checking unit, a test result processing unit, and a test result output unit. The method comprises monitoring the starting of a secondary application in the primary application testing process; testing the secondary application and collecting and processing the test result of the secondary application; and continuing the test of the primary application. If the test of the secondary application is successful, the above steps are repeated until the test of the primary application is completed. The method further comprises terminating the test of the primary application if the test of the secondary application times out or fails.

Abstract: A testing apparatus for evaluating operations by software installed in a mobile terminal includes a scenario setting unit for setting a scenario including operation information for executing functions that are performed by the mobile terminal, an operation determining unit for determining whether an operation indicated by the operation information included in the scenario is influenced by a device installed in the mobile terminal, an operation target converting unit for converting the operation determined to be influenced by the device installed in the mobile terminal according to the device installed in the mobile terminal, a scenario executing unit for executing the scenario set by the scenario setting unit according to the operation converted by the operation target converting unit, and a scenario execution result determining unit for determining whether an execution result of the scenario executed by the scenario execution unit is the same as a result assumed in advance.

Abstract: The present invention provides a system and method that includes a library module including a plurality of programmable components and at least one corresponding test case for each programmable component. The system also includes the configurator module coupled to the library module and accessing at least one of the plurality of programmable components and the at least one corresponding test case. The configurator module further outputs a code describing a processor for running a software-defined digital signal processor and includes the accessed programmable component and a plurality of interconnections linking the accessed programmable component. The system further includes a test case generator coupled to the configurator to output a test suite including the at least one corresponding test case for each accessed programmable component and a plurality of interconnect tests to test the plurality of interconnections linking the accessed programmable component.