Gui testing

A system for testing user interactive controls in a graphical user interface (GUI) of an application under test (AUT) while mitigating manual testing, comprising:

• an AUT crawl component configured to use an accessibility application programming interface (API), in conjunction with the AUT's accessibility support framework, to identify user interactive GUI controls in the AUT and expose and return properties of the identified controls the AUT's;
• a control events identifier configured to identify a set of valid events for an indentified control from the AUT, based on the identified control's properties;
• an input data parameter defining component configured to define parameters of input data for identified events;
• an input data equivalence partition component configured to identify input data equivalence partitions for identified events based on the defined parameters;
• and
• an accessibility API test request component configured to request an accessibility API to execute a desired control using one or more desired events and desired corresponding input data from the equivalence partitions.

Computer usable medium comprising computer executable instructions configured to test user interactive controls in a graphical user interface (GUI) of an application under test (AUT), while mitigating manual testing, which when stored in a compute system's memory and executed on the computer system, cause the computing system to:

• use an accessibility application programming interface (API), stored in a computer system's memory and executed on the computer system, to query an AUT for GUI controls;
• identify object classes of respective controls returned from the query to the accessibility API;
• retrieve a set of events for respective indentified control classes from the AUT;
• provide a tester with a selection of alternate events for events that have been retrieved for respective controls;
• allow a tester to select an alternate event for testing the control;
• define a type and limitation of input data for respective retrieved events;
• determine input data equivalence partitions for respective events based on the defined parameters;
• use the accessibility API, stored in the computer system's memory and executed on the computer system, to test respective controls comprising activating GUI controls for respective events using input data from equivalence partitions;
• record accessibility API testing of respective GUI controls;
• suggest an alternate valid event in a control under test if there is a break in automation of a playback of a recorded test due to a change in the control under test;
• and
• create control coverage metrics that identify AUT controls covered by the accessibility API testing, comprising:
• retrieving information from the AUT that lists user interactive controls for the AUT;
• query AUT interactive controls to determine type of control and whether testing has been performed;
• and
• assembling results of testing coverage for respective controls in the AUT.