- Release Notes
- Getting Started
- Setup and Configuration
- Automation Projects
- Dependencies
- Types of Workflows
- Control Flow
- File Comparison
- Automation Best Practices
- Source Control Integration
- Debugging
- Logging
- 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-NMG-017 - Class name matches default namespace
- ST-DBP-002 - High Arguments Count
- ST-DBP-003 - Empty Catch Block
- ST-DBP-007 - Multiple Flowchart Layers
- ST-DPB-010 - Multiple instances of [Workflow] or [Test Case]
- 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
- Introduction
- Registering custom services
- Before and After contexts
- Generating code
- Generating coded test case from manual test cases
- Trigger-based Attended Automation
- Recording
- UI Elements
- Selectors
- Object Repository
- Data Scraping
- Image and Text Automation
- Citrix Technologies Automation
- RDP Automation
- VMware Horizon Automation
- Salesforce Automation
- SAP Automation
- macOS UI Automation
- The ScreenScrapeJavaSupport Tool
- The WebDriver Protocol
- 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 Safari
- Extension for VMware Horizon
- Extension for Amazon WorkSpaces
- SAP Solution Manager plugin
- Excel Add-in
- Test Suite - Studio
- Introduction
- Application Testing
- Execution Templates
- Mock Testing
- API Test Automation
- Troubleshooting
API Test Automation
Studio supports API Test Automation projects through its integration with Postman, a software development tool for performing test calls to APIs. This integration also includes Newman, a command-line collection runner for Postman for running and testing a collection directly from the command-line.
To import a collection from Postman into Studio, use the New Service wizard for libraries, and access the Postman collection using a general API key, that you can generate from the API keys section.
Imported collections can be used for testing projects. Details about Postman prerequisites are available here.
.nupkg
package locally or in Orchestrator, and then installed as dependencies in test automation projects.
The following example uses a data collection defined in Postman, imports it in a Studio library, publishes the library with the collection, installs it in a testing project, and uses testing activities part of the UiPath.Testing.Activities pack to verify the data usage.
The test cases are designed for a workflow that automatically applies for loans and retrieves loan data for bank customers.
To check Postman and Newman installation prerequisites read this page.
In Postman, either define a data collection or import an existing one to your current workspace. We created a data collection for applying for a loan, retrieving, and deleting loan details. When used in a API test project, this collection checks whether the logic of our workflow is correct.
To import a collection in Studio , create a library project and make use of the New Service window. Access to the collection is granted through the Postman API key. Add this key in the File or Link field and click Load.
Select only the endpoints you would like to load in your project, and add a new Namespace if needed.
Check the Linked collections box so that a link is used so the newest version of your collection is executed at runtime, instead of a version stored locally. Click Save when done.
After the collection is imported in the Studio library, its endpoints are automatically transformed into activities, available in the Activities tab, under the namespace that you previously set.
In our example, a separate Sequence file was created for each activity generated from the endpoints.
""
) in the Properties panel.
Data values defined in the Postman collection are imported as Arguments:
.nupkg
package.
- Create a test project in Studio using the Test
Automation project type.
- Install the published library as a dependency
using the Manage Packages window.
- Sequence files previously defined in the library
are now available in the Activities panel under the library's namespace,
together with activities generated from the Postman import.
- Use these activities in your API test automation
project, combined with activities part of the UiPath.Testing.Activities
pack. We created a test project to verify the data entered when applying for a
loan in our demo application. This small test uses a set of hardcoded variables,
visible here in the Properties panel:
This simple test process was used as a smoke test, to check if the application responded correctly. Several such tests can be created in Studio, depending on your automation needs.
- To verify several scenarios in one test project,
go to the ribbon, New > Data Driven Test Case. Import the data set, as
explained here. Below is an example of
such a test case. The values are now stored into arguments, mapped in the activity.
- Select Run file or Debug file with data
variations and choose the data to use. This is useful when testing
several scenarios with multiple data sets.
-
After running the process, the results are visible in the Output panel.
This example shows how to perform API Test Automation by loading either a Swagger JSON file in Studio or a Swagger link.
- A JSON file exported from Swagger, that is located on your machine.
- A link to a Swagger file.
- In your library project, from the
Design ribbon, select New Service.
The Service Editor window is displayed.
- Choose a Swagger resource you want to use:
- For a local JSON Swagger file, select the More Options menu adjacent to the File or Link field. Browse and open the desired Swagger file to import.
- If you are using a link to a Swagger file, enter the Swagger link directly into the File or Link field.
- In the Service Editor, select
Load.
All defined endpoints from the Swagger file are now loaded in the Service Editor.
- Type in the method or operation you need
in the Search Operations search box and view the returned results.
For Swagger files, the methods are marked with different colors for each endpoint that you want to load.
The namespace is generated automatically, but you can edit it.
- Select Save to integrate the service into your library.