Action basics
Actions, which are at the heart of the Action Based Testing™ methodology, form the building blocks of TestArchitect tests.
Actions are the building blocks of your test cases, telling the system which operations to perform. Actions typically interface with the application under test, but may have other functions as well. These include documentary actions, actions that interact with the host file system, and various support actions.
An action may be something elementary, such as report or click, two actions which are built into TestArchitect. Such actions are referred to as built-in actions. Alternatively, an action might be your own creation. Custom actions are generally specific to your application, and are known as user actions. User actions take two forms:
- User-defined actions, which are composed of other actions, both built-in and user;
- User-scripted actions, which are written in a general-purpose language like Python or Java.
- User-scripted actions, which are written in C#.
- When you enter an action name in a test or action worksheet, TestArchitect’s editor verifies that the action is defined and, if so, what its arguments are. If the action has not yet been defined, its name is displayed in red text.
- From the test editor, you can find a description of any built-in action that’s present by selecting its cell and pressing F1. This triggers TestArchitect Docs to open to the reference page for the selected action.
Related concepts
Invoking a user-scripted action
Related tasks
Scripting an action in Python