This document provides more in-depth description of how to use the Swing Testing Toolkit editor.
Tests specifications are a convenient way to organize a suite of actions and assertions that make up a test case. They are saved to the disk as XML files (convenient and standardized storage format).
Tests specifications are primarily composed of actions and assertions.
Actions are things that a user usually does to operate a GUI component, like pushing a button, selecting a menu item, or entering a text. Most actions require one or more arguments.
Assertions (Check …) allow you to verify the state of the GUI. You can check the value of a component property, check visible strings, … .
Normally the test will stop running and report an error if actions or assertions fail.
Component finders represent actual GUI components within your code under test. They are used by most actions and assertions to locate the target GUI component.
Run the class “xy.ui.testing.editor.TestEditor”.
Select Open Specification from the File menu, and you can browse for an existing test specification to open. The filename extension is “stt“.
The Call Main Method action allows you to launch your code under test by executing its main class. Of course this class must be in the classpath and have a “main” method that is public and static.
Note that the Call Main Method action is threaded. You can setup this launch step to fail if an exception is thrown. See the option: “Check exceptions after (seconds)”.
The Add/Insert button on the action list toolbar allows you to manually insert any type of test action/assertion.
The easiest way to see the types of things that go into a test specification is to record. You can start recording by clicking on “Record…“. Recording settings will then appear. If your application has not been launched yet, you can click on the checkbox “Start By Calling Main Method” and provide the main class name there. You can then click on Record and the recording will begin.
Note that the recording does not cause the capture of all events. You must explicitly choose the component with which you want to interact by left-clicking on it and then select the type of interaction (action or assertion) in the dialog box that will open. This greatly reduces the complexity/maintainability of the test cases.
When recording, the selection of suggested actions/assertions may change based on the current component. The dialog box of the suggested actions/assertions is dynamically filled by the used Tester class instance. These actions/assertions are automatically configured as much as possible according to the selected component state. Once the action/assertion is inserted, you can further edit its attributes in the editor.
When you are finished recording, you must click on the red stop button to stop recording. Then you can click on the Replay All button to play back the recording.
The test specifications can be executed using the following method:
Note that this method ends by closing all the testable windows to prepare the environment for another replay.
The tested application and the test code share the same JVM. This is why it is possible to prevent the tested application from shutting down the JVM after a test action execution. For this purpose you can use the “System exit call interception” action.