Abstract: Controls of a graphical user interface (GUI) in an application under test (AUT) can be tested where the AUT utilizes an accessibility support framework. An accessibility application programming interface (API) can be used to expose controls in the GUI along with their properties. Using an identified control's properties, a set of valid events can be determined for a desired control. Based on the events, parameters for input data for a desired control can be defined, for example, to include data types and data type limitations. Equivalence partitions can be determined for the input data based on the defined parameters, and events can be passed to the accessibility API, along with corresponding input data from the equivalence partitions, to be performed in the desired control of the AUT.

Abstract: Controls of a graphical user interface (GUI) in an application under test (AUT) can be tested where the AUT utilizes an accessibility support framework. An accessibility application programming interface (API) can be used to expose controls in the GUI along with their properties. Using an identified control's properties, a set of valid events can be determined for a desired control. Based on the events, parameters for input data for a desired control can be defined, for example, to include data types and data type limitations. Equivalence partitions can be determined for the input data based on the defined parameters, and events can be passed to the accessibility API, along with corresponding input data from the equivalence partitions, to be performed in the desired control of the AUT.

Abstract: Implementations of the present invention include use of a build engine as a test framework driver. Since the build engine can be used with a variety of test frameworks, new test drivers do not necessarily need to be continually created for new software programs. In addition, since the build engine can be configured to use objects, actions and validations can be written in a wide variety of languages, and can be easily reused. Furthermore, use of the build engine as a test framework driver, particularly within the context of XML, can allow complex scenarios and test cases to be readily automated, without the learning curve and compilation requirements typically associated therewith. In particular, a software tester simply visually compose an automated test case from a library of available tasks without having to write a test code or scripts.