Abstract: Methods for testing a software application by providing one or more test units. Each test unit is adapted to verify a feature of the software application. A weight is assigned to each test unit. A theoretical sequence of execution of the test units is determined for the assigned weights and the test units are executed for the theoretical sequence.

Abstract: A method is presented for installing a software application on a data processing system that may include multiple data processing entities. The software application may include multiple components for installation on one or more of the entities. The method may include providing input information for each of the components designated for installation. Each component may then be installed according to its corresponding input information, and output information corresponding to each component may be generated. This output information may be provided to one or more data processing entities identified for installation of a subsequent component. The input information corresponding to the subsequent component may be at least partially determined from this output information.

Abstract: Computer program products and systems for testing a software application by providing one or more test units. Each test unit is adapted to verify a feature of the software application. A weight is assigned to each test unit. A theoretical sequence of execution of the test units is determined for the assigned weights and the test units are executed for the theoretical sequence.

Abstract: Methods for testing a software application by providing one or more test units. Each test unit is adapted to verify a feature of the software application. A weight is assigned to each test unit. A theoretical sequence of execution of the test units is determined for the assigned weights and the test units are executed for the theoretical sequence.

Abstract: A solution for facilitating the test of a command line interface (CLI) of a software product is proposed. A first phase of a process generates a scenarios matrix. Each command of the CLI is defined with its arguments and the corresponding properties; the test activity is defined by specifying a desired accuracy level of the test process. The scenarios matrix can then be generated automatically, by selecting (according to the desired accuracy level) predefined rules specifying happy paths and errors cases for each property. A second phase generates corresponding test cases. An expected result is associated with each test scenario in the respective matrix. This allows creating a test document for the manual execution of the test process and/or a bucket for its automatic execution by an automation tool.

Abstract: A method is presented for installing a software application on a data processing system that may include multiple data processing entities. The software application may include multiple components for installation on one or more of the entities. The method may include providing input information for each of the components designated for installation. Each component may then be installed according to its corresponding input information, and output information corresponding to each component may be generated. This output information may be provided to one or more data processing entities identified for installation of a subsequent component. The input information corresponding to the subsequent component may be at least partially determined from this output information.

Abstract: Method, computer program products and systems for testing a software application by providing one or more test units. Each test unit is adapted to verity a feature of the software application. A weight is assigned to each test unit. A theoretical sequence of execution of the test units is determined for the assigned weights and the test units are executed for the theoretical sequence.

Abstract: A solution for metering usage of at least one software product on a data processing system, the at least one software product having a plurality of available associated licenses, each license having a set of attributes. An event indicative of the use of the at least one product on the system is detected. Responsive to the detection, the best available license among said plurality of licenses is determined according to predetermined preference rules of the attributes. Metering conditions to the at least one software product are applied according to the identified best available license. A change of the best available license is detected. New metering conditions are applied to the at least one software product accordingly.

Abstract: A solution (200) for facilitating the test of a command line interface (CLI) of a software product is proposed. For this purpose, the process is divided into two phases. The first phase relates to the generation of a scenarios matrix (235). This result is achieved by defining each command of the CLI (205-215), and more specifically its arguments and the corresponding properties (such as their acceptable ranges, patterns and/or option choices); the test activity is defined by specifying a desired accuracy level (230) of the test process. It is then possible to generate (220) the scenarios matrix automatically, by selecting (according to the desired accuracy level) predefined rules specifying happy paths and errors cases for each property. A second phase relates to the generation of corresponding test cases (255). For this purpose, an expected result (i.e., an output message with optional verification actions) is associated (240-250) with each test scenario in the respective matrix.