Abstract: A test-centric model of an application is constructed. Each resource specified by each test governing an application is added to the test-centric model. The test or tests specifying an resource are linked to the resource within the test-centric model. A composition of the application is defined using the one or more tests, as the resources specified by the one or more tests, within the test-centric model of the application.

Abstract: Evaluating documentation coverage can include identifying, from a testing tool having exercised an application, interface elements of the application's user interface. The identified interface elements are filtered to identify documentable interface objects. For each identified documentable interface object, it is determined if documentation exists for that documentable interface object. A value, indicative of the determined existence or non-existence of documentation, is assigned to each documentable interface object. Documentation coverage data is reported for the application interface. The coverage data is reflective of the values assigned to the documentable interface objects.

Abstract: Evaluating documentation coverage can include identifying, from a testing tool having exercised an application, interface elements of the application's user interface. The identified interface elements are filtered to identify documentable interface objects. For each identified documentable interface object, it is determined if documentation exists for that documentable interface object. A value, indicative of the determined existence or non-existence of documentation, is assigned to each documentable interface object. Documentation coverage data is reported for the application interface. The coverage data is reflective of the values assigned to the documentable interface objects.

Abstract: A test-centric model of an application is constructed. Each resource specified by each test governing an application is added to the test-centric model. The test or tests specifying an resource are linked to the resource within the test-centric model. A composition of the application is defined using the one or more tests, as the resources specified by the one or more tests, within the test-centric model of the application.

Abstract: A test-centric model of an application is constructed. Each resource specified by each test governing an application is added to the test-centric model. The test or tests specifying an resource are linked to the resource within the test-centric model. A composition of the application is defined using the one or more tests, as the resources specified by the one or more tests, within the test-centric model of the application.

Abstract: Example embodiments relate to code routine performance prediction using test results from code integration tool. An example system may include a code integrator to merge multiple developer committed copies of code for an application and automatically run tests on the merged code. The code integrator may gather performance information of a pre-written code routine included in the merged code, where the performance information is generated in response to the tests. The system may include a code routine performance manager to receive and store the performance information of the pre-written code routine. The system may include a code development environment to allow a developer of the application to create and modify a working copy of code for the application. The code development environment may receive the performance information of the pre-written code routine when the pre-written code routine is included in the working copy of the code.

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 test-centric model of an application is constructed. Each resource specified by each test governing an application is added to the test-centric model. The test or tests specifying an resource are linked to the resource within the test-centric model. A composition of the application is defined using the one or more tests, as the resources specified by the one or more tests, within the test-centric model of the 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 includes obtaining a first XML schema and a second XML schema. One or more schema objects of each of the first XML schema and the second XML schema are identified. An identified schema object of the first XML schema is compared with an identified schema object of the second XML schema. If a difference is detected between the compared schema objects, a risk of the detected difference affecting operation of a composite application incorporating the first schema or the second schema is evaluated. A notification of the evaluated risk is issued.

Abstract: A method includes obtaining a first XML schema and a second XML schema. One or more schema objects of each of the first XML schema and the second XML schema are identified. An identified schema object of the first XML schema is compared with an identified schema object of the second XML schema. If a difference is detected between the compared schema objects, a risk of the detected difference affecting operation of a composite application incorporating the first schema or the second schema is evaluated. A notification of the evaluated risk is issued.