- Release Notes
- Getting Started
- Setup and Configuration
- Automation Projects
- Dependencies
- Types of Workflows
- File Comparison
- Automation Best Practices
- Source Control Integration
- Debugging
- The Diagnostic Tool
- Workflow Analyzer
- 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-021 - Hardcoded Timeout
- 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
- Variables
- Arguments
- Imported Namespaces
- Coded automations
- Trigger-based Attended Automation
- Recording
- UI Elements
- Control Flow
- Selectors
- Object Repository
- Data Scraping
- Image and Text Automation
- Citrix Technologies Automation
- RDP Automation
- Salesforce Automation
- SAP Automation
- VMware Horizon Automation
- Logging
- The ScreenScrapeJavaSupport Tool
- The WebDriver Protocol
- Test Suite - Studio
- Extensions
- About extensions
- SetupExtensions tool
- UiPathRemoteRuntime.exe is not running in the remote session
- UiPath Remote Runtime blocks Citrix session from being closed
- UiPath Remote Runtime causes memory leak
- UiPath.UIAutomation.Activities package and UiPath Remote Runtime versions mismatch
- The required UiPath extension is not installed on the remote machine
- Screen resolution settings
- Group Policies
- Cannot communicate with the browser
- Chrome extension is removed automatically
- The extension may have been corrupted
- Check if the extension for Chrome is installed and enabled
- Check if ChromeNativeMessaging.exe is running
- Check if ComSpec variable is defined correctly
- Enable access to file URLs and Incognito mode
- Multiple browser profiles
- Group Policy conflict
- Known issues specific to MV3 extensions
- List of extensions for Chrome
- Chrome Extension on Mac
- Group Policies
- Cannot communicate with the browser
- Edge extension is removed automatically
- The extension may have been corrupted
- Check if the Extension for Microsoft Edge is installed and enabled
- Check if ChromeNativeMessaging.exe is running
- Check if ComSpec variable is defined correctly
- Enable access to file URLs and InPrivate mode
- Multiple browser profiles
- Group Policy conflict
- Known issues specific to MV3 extensions
- List of extensions for Edge
- Extension for VMware Horizon
- SAP Solution Manager plugin
- Excel Add-in
- Troubleshooting
Studio User Guide
Data Service
You can use Data Service, both in Automation Cloud and Automation Suite, as a source for your data-driven testing. The data is imported from Data Service entities, exposing the fields as workflow arguments. All imported entities are stored in the Project tab, under Entities.
You can perform data-driven testing with Data Service only with version 22.4 or higher of the Testing.Activities package.
- When you configure a Data Service source, the data is fetched from the first entry in the enitity.
- To Run and Debug test cases with dynamic test data, use the Test Explorer. The data comes from the Data Service entity during runtime, and the Test Explorer populates the values at runtime.
- If you close your session and open the project again, you need to run the file with data variation again to load the test data.
- If you update the entity, you need to run the file with the data variation to load the updated test data.
- Test cases with data variations that are empty are marked as failed.
- A test case setup is created in Orchestrator, when you execute test cases containing data variations from Data Service.
- For data-driven testing, the argument name generated by Data Service-driven test
cases does not comply with the ST-NMG-002 workflow analyzer rule recommending the use of
in_
and_out
prefixes. Adapting the argument name to fit this rule may prevent data retrieval from the Data Service entity. - If you create a data-driven test case that accepts an input argument, publish it
in a test set, and attempt to define the argument value directly from the
Orchestrator UI, the input argument value does not get passed to the test
variations.
Workaround: To overcome this limitation, add the input argument directly to the Data Service entity.
When you add test data to your test case, you can filter the entity to retrieve only specific fields from Data Service. You can configure the filters by using the built-in Query Builder.
- Create a new test case with test data, or add test data to an existing test case.
-
Click Source and select Data Service from the dropdown list.
Note: If the option is not available, check the requirements. - Select an entity or use the search function to look for it.
- Click the Filter icon to open Query Builder.
- Use the first dropdown list to filter by a criterion (e.g.,
CreateTime
). - (Optional) You can add rows and groups when you click Add and then configure the conditions.
- (Optional) You can select to filter by all or any of your criteria by choosing AND or OR.
- Enter a Name for your filter.
- (Optional) Use the Range to configure specific row intervals. This is useful if you have hundreds of fields in your entity.
-
Click OK to confirm.
The data is fetched from the entity and added to the test case as an Argument Type. Only the first entry in the entity is fetched. You can access the data through the arguments.
- Already using a CSV file for your data-driven testing? You can upload it to Data Service using batch activities.
- Update or remove test data.
In this tutorial, you will learn how to retrieve data service entities, to perform data-driven testing. Data-driven testing allows you to efficiently test different data scenarios using data service entities as input. Follow the steps below to retrieve and utilize data service entities in your test cases.