Abstract: The development of automated tests that span end-to-end business processes, such as may be executed in part by each of multiple Enterprise Resource Planning systems, is a very complex activity. Beside expert know-how of various tools, such end-to-end business process testing requires various test automation tools to cover complex business processes to provide automated tests. Various embodiments herein are built on an approach for building and connecting automated end-to-end tests that combines test scripts from multiple test tools. These embodiments include functionality to assemble test scripts from multiple test tools into a single, composite test script that allows passing of information between the test scripts during performance of an end-to-end automated process test. These and other embodiments are illustrated and described herein.

Abstract: Various embodiments include at least one or systems, methods, and software providing abilities to automatically generate a test plan that mitigates risk involved in testing less than an entirety of a software system following modification. Some embodiments operate to allow a user to influence the scope of an optimized test plan while also reducing a number of tests and test execution effort involved. Such embodiments may identify portions of the software system to test and portions of the software system that will not be tested in a manner that reduces a total testing effort involved. Reductions in testing effort are performed in generation of the test plan in view of testing preferences which are utilized not only to reduce the total effort in executing a test plan, but also does so to optimize the test plan.

Abstract: A plan to modify a software system is analyzed to identify objects of a first entity that are affected by the plan. An impact on a first part of the system is determined. Software modifications of a second entity in a second part of the system that are associated with the affected objects of the first entity are identified. Usage statistics of the first entity relating to the affected objects and usage statistics of the second entity relating to the software modifications are identified. An impact of the modifications to the affected objects on the software modifications of the second entity is determined. A first estimate of an effort to implement the modifications to the system is developed. A business blueprint is developed for the second entity. A trace of the affected objects and a trace of software executables are generated. A test plan is generated using the traces.

Abstract: The development of automated tests that span end-to-end business processes, such as may be executed in part by each of multiple Enterprise Resource Planning systems, is a very complex activity. Beside expert know-how of various tools, such end-to-end business process testing requires various test automation tools to cover complex business processes to provide automated tests. Various embodiments herein are built on an approach for building and connecting automated end-to-end tests that combines test scripts from multiple test tools. These embodiments include functionality to assemble test scripts from multiple test tools into a single, composite test script that allows passing of information between the test scripts during performance of an end-to-end automated process test. These and other embodiments are illustrated and described herein.

Abstract: A plan to modify a software system is analyzed to identify objects of a first entity that are affected by the plan. An impact on a first part of the system is determined. Software modifications of a second entity in a second part of the system that are associated with the affected objects of the first entity are identified. Usage statistics of the first entity relating to the affected objects and usage statistics of the second entity relating to the software modifications are identified. An impact of the modifications to the affected objects on the software modifications of the second entity is determined. A first estimate of an effort to implement the modifications to the system is developed. A business blueprint is developed for the second entity. A trace of the affected objects and a trace of software executables are generated. A test plan is generated using the traces.

Abstract: Various embodiments include at least one or systems, methods, and software providing abilities to automatically generate a test plan that mitigates risk involved in testing less than an entirety of a software system following modification. Some embodiments operate to allow a user to influence the scope of an optimized test plan while also reducing a number of tests and test execution effort involved. Such embodiments may identify portions of the software system to test and portions of the software system that will not be tested in a manner that reduces a total testing effort involved. Reductions in testing effort are performed in generation of the test plan in view of testing preferences which are utilized not only to reduce the total effort in executing a test plan, but also does so to optimize the test plan.

Abstract: Methods, systems and computer products are provided for risk evaluation. A computer may assign a risk to an object which has an object estimation-value. The computer may also receive a risk estimation-value for the risk. The computer may re-calculate the object estimation-value based on the risk estimation-value.

Abstract: Methods, systems and computer products are provided for risk evaluation. A computer may assign a risk to an object which has an object estimation-value. The computer may also receive a risk estimation-value for the risk. The computer may re-calculate the object estimation-value based on the risk estimation-value.

Abstract: Methods and apparatuses enable generating test content for test system from an executed transaction of an execution system. The data resulting from the execution of the transaction in the execution system is accessed and used to generate test content for a test case. The test case can include the transaction data unmodified, or the transaction data can be modified and stored as the test content. The test system executes the test case to generate a result, and the result can be compared against what is expected based on the test content.

Abstract: Methods, systems and computer products are provided for risk evaluation. A computer may assign a risk to an object which has an object estimation-value. The computer may also receive a risk estimation-value for the risk. The computer may re-calculate the object estimation-value based on the risk estimation-value.

Abstract: Methods, systems and computer products are provided for risk evaluation. A computer may assign a risk to an object which has an object estimation-value. The computer may also receive a risk estimation-value for the risk. The computer may re-calculate the object estimation-value based on the risk estimation-value.

Abstract: Methods, systems and computer products are provided for risk evaluation. A computer may assign a risk to an object which has an object estimation-value. The computer may also receive a risk estimation-value for the risk. The computer may re-calculate the object estimation-value based on the risk estimation-value.

Abstract: Methods and apparatuses enable comparing a current system configuration of a test system with a previous system configuration to determine whether differences exist between the two configurations and information about the technical objects used when performing a business transaction. The comparison can be performed via configuration metadata available for both the current and previous system configurations. A comparison result is generated to indicate any differences between the two system configurations. In one embodiment, the comparison result is used to identify a parameter of a test component that is affected by the differences in system configuration. Based on the differences in system configuration, the affected parameter is adapted by a test manager. A test case is updated based on the adapted test component responsive to the detected difference. Thus, the test system can be dynamic and adaptive.

Abstract: An electronic data structure comprises benchmark information and an authorizing section for access to said benchmark information. A method processes and stores data objects by means of one or more processes running in a computer system having one or more of the electronic data structures. A request for benchmark information is received from a second party, the request including identification information of the second party. The benchmark information is analyzed to determine whether it contains in its electronic data structures and whether the authorizing section of the electronic data structure includes the identification information. Based on the determination, the benchmark information is presented to the second party.

Abstract: An electronic data structure comprises benchmark information and an authorizing section for access to said benchmark information. A method processes and stores data objects by means of one or more processes running in a computer system having one or more of the electronic data structures. A request for benchmark information is received from a second party, the request including identification information of the second party. The benchmark information is analyzed to determine whether it contains in its electronic data structures and whether the authorizing section of the electronic data structure includes the identification information. Based on the determination, the benchmark information is presented to the second party.

Abstract: A method, system and computer product for risk evaluation. A computer assigns a risk to an object. The object has an object measure-value and the risk has at least one threat level. The computer receives a probability of the at least one threat level. The probability refers to the object. The computer calculates the object measure-value by using the probability of the at least one threat level and by using a deviation-value that corresponds to the at least one threat level and relates to the object.

Abstract: Methods and apparatuses enable generating test content for test system from an executed transaction of an execution system. The data resulting from the execution of the transaction in the execution system is accessed and used to generate test content for a test case. The test case can include the transaction data unmodified, or the transaction data can be modified and stored as the test content. The test system executes the test case to generate a result, and the result can be compared against what is expected based on the test content.

Abstract: Methods and apparatuses enable comparing a current system configuration of a test system with a previous system configuration to determine whether differences exist between the two configurations and information about the technical objects used when performing a business transaction. The comparison can be performed via configuration metadata available for both the current and previous system configurations. A comparison result is generated to indicate any differences between the two system configurations. In one embodiment, the comparison result is used to identify a parameter of a test component that is affected by the differences in system configuration. Based on the differences in system configuration, the affected parameter is adapted by a test manager. A test case is updated based on the adapted test component responsive to the detected difference. Thus, the test system can be dynamic and adaptive.

Abstract: Methods, systems, and computer program products are provided for managing internal controls. Internal control systems and methods are also disclosed that provide a service catalog comprising one or more test services relating to internal applications. In one implementation, a computer-implemented method is provided for testing operating effectiveness of controls for an entity. The method may comprise creating a test plan through a calling application using a service catalog, the test plan identifying controls to be tested using at least one internal application. The method may further comprise uploading control testing results for at least one scheduled test, the testing results being uploaded from the internal application to the service catalog, validating the control testing results at the service catalog, and sending the validated results to the calling application.

Abstract: Methods and systems are provided for processing and storing data objects by means of one or more processes running in a computer system. The computer system may have one or more electronic data structures. The electronic data structure may include a benchmark definition and may be formatted to be readable by a SGML-based language. In one implementation, the methods and systems receive one or more of the electronic data structures by electronic means.