- Hardware and Software Requirements
- Deployment Guidelines
- Services Studio Connects To
- Modify or Uninstall Studio
- Update Studio
- Command Line Parameters
- Supported Applications and Technologies
- Enabling Gmail for Email Activities
- Opting Out of Telemetry
- Studio Executables
- About Publishing Automation Projects
- Designing Automations
- Managing Activities Packages
- Configuring Activity Project Settings
- Signing Packages
- Importing Entities
- Modern Design Experience
- Linking a Project to an Idea in Automation Hub
- Using the Data Manager
- About Workflow Analyzer
- ST-NMG-001 - Variables Naming Convention
- ST-NMG-002 - Arguments Naming Convention
- ST-NMG-004 - Display Name Duplication
- ST-NMG-005 - Variable Overrides Variable
- ST-NMG-006 - Variable Overrides Argument
- ST-NMG-008 - Variable Length Exceeded
- ST-NMG-009 - Prefix Datatable Variables
- ST-NMG-011 - Prefix Datatable Arguments
- ST-NMG-012 - Argument Default Values
- ST-NMG-016 - Argument Length Exceeded
- ST-DBP-002 - High Arguments Count
- ST-DBP-003 - Empty Catch Block
- ST-DBP-007 - Multiple Flowchart Layers
- ST-DBP-020 - Undefined Output Properties
- ST-DBP-023 - Empty Workflow
- ST-DBP-024 - Persistence Activity Check
- ST-DBP-025 - Variables Serialization Prerequisite
- ST-DBP-026 - Delay Activity Usage
- ST-DBP-027 - Persistence Best Practice
- ST-DBP-028 - Arguments Serialization Prerequisite
- ST-USG-005 - Hardcoded Activity Arguments
- ST-USG-009 - Unused Variables
- ST-USG-010 - Unused Dependencies
- ST-USG-014 - Package Restrictions
- ST-USG-020 - Minimum Log Messages
- ST-USG-024 - Unused Saved for Later
- ST-USG-025 - Saved Value Misuse
- ST-USG-026 - Activity Restrictions
- ST-USG-027 - Required Packages
- ST-USG-028 - Restrict Invoke File Templates
- ST-USG-032 - Required Tags
- ST-USG-034 - Automation Hub URL
- About extensions
- About the SetupExtensions tool
- Extension for VMware Horizon
- SAP Solution Manager plugin
- Excel Add-in
- About troubleshooting
- Microsoft App-V support and limitations
- Internet Explorer X64 troubleshooting
- Microsoft Office issues
- Identifying UI elements in PDF with Accessibility options
- Repairing Active Accessibility support
- Automating Applications Running Under a Different Windows User
- Validation of large Windows-legacy projects takes longer than expected
Through execution templates, you can wrap test cases at runtime to use your defined execution conditions for multiple scenarios. For example, instead of copying, pasting, and maintaining multiple test cases, you can create a single template that acts as a boilerplate to wrap the test cases at runtime.
- When you run or debug the file, the test case and its associated execution template are merged into a temporary file. The collection of arguments and variables from both files are compared by name at runtime. If the execution template shares a matching argument or variable name with the test case, it will be linked in the Invoked Workflow File after the merge. If the test case does not have any matching arguments with the execution template, the arguments from the former file will be copied to the latter.
- Moving or renaming an execution template automatically updates its associated test cases.
- When publishing a project with execution templates, any publishable test cases are merged with the execution templates. The resulting files are the project entry points.
- You can make use of reusable content by creating a library with execution templates.
- You can invoke multiple placeholders in the workflow.
How it works
The execution template acts as a wrapper for test cases. In the Designer panel, you can see a placeholder activity within the execution template.
This activity is going to be replaced at runtime with an Invoke activity, adding the invoked test case to the execution template.
Working With Execution Templates
To run a test case inside an execution template at runtime:
- Create execution template.
- Add test case to execution template.
Create execution template
Create an execution template before setting it to a test cases.
- Open your workflow in Studio.
- In the Project panel, right-click the Templates folder to open the dropdown menu.
- Navigate to Add > Execution Template.
Enter a name for your execution template. The location of the template is the Templates folder of the project.
- Select a template on which you want to create the execution
template. You can choose between the Default Execution
Template or other execution templates stored
inside the Templates folder of your current
A new tab opens in the Designer panel with your execution template. You can build the template to match your testing needs.
- Click Save when your execution template is done.
Add test case to execution template
To run or debug a test case with an execution template, you need to add it to an execution template (Set Execution Template). Alternatively, you can set an execution template for a newly created test case.
- Open or create your test case in Studio. If you do not have one yet, you can create a test case.
- In the Projects panel, right-click a test case to open the dropdown menu.
- Click Set Execution Template and select a template from the dropdown list.
- Select Invoke the templated workflow as isolated, if you want to run the invoked execution template as isolated. See the Isolate topic below for more information.
- Click Ok
to confirm. The execution template is added to the test
case. Running or debugging this test case will proceed
according to your associated execution template.
Now you can run or debug the test case as it will be executed with the execution template.
When you set an execution template for a Test Case, you have the option to invoke the execution template workflow as isolated. This executes the invoked template in a separate process. This option can involve several restrictions that are described in the Invoke Workflow File activity page. Some of the restrictions are:
- Passing In arguments to an Invoke Workflow File activity that is not isolated acts as if a reference is passed, which means any changes to the object inside the invoked workflow change the object in the main workflow.
- Variables and arguments are not supported for workflow file names in Windows and cross-platform projects. This will trigger an Expressions are currently not supported error notification.
- When invoking a workflow, make sure it does not contain persistence activities. These should only be used in the main workflow.Now you can run or debug the test case as it will be executed with the execution template.
- Add test data to your test case
- Publish test case to Orchestrator
- Set application testing Workflow Analyzer rule (see Incorrect Amount of Placeholders in Execution Template)
Remove execution template from test case
- Open your workflow in Studio.
In the Project panel, right-click a test case to open the dropdown menu.
Hover the mouse over a test case to show whether it is added to an execution template.
- Click Set Execution Template and select <no execution template> from the dropdown list.
- Click Ok to confirm.