- 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-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
- 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
- Studio testing
- Extensions
- Troubleshooting
- 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

Studio User Guide
API Test Automation
Studio supports API test automation through the New Service wizard. You can import and test API definitions in various API formats, including Swagger, and others. The API test automation capabilities of Studio allow you to build, manage, and run automated tests across different services.
.nupkg
packages, either locally or to Orchestrator, and reuse them
as dependencies in your test workflows.
Studio also supports Postman as an additional option for importing API collections. To import a collection, generate an API key in your Postman account and use it in the New Service wizard. Studio integrates with Newman, the command line runner of Postman, so you can validate collections directly from the command line. For more details on the Postman requirements, visit Postman collections.
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.