- Getting started
- Project management
- Working with Change Impact Analysis
- Create test cases
- Assigning test cases to requirements
- Cloning test cases
- Exporting test cases
- Linking test cases in Studio to Test Manager
- Delete test cases
- Enabling governance at project level
- Disabling governance at project level
- Enabling governance at test-case level
- Disabling governance at test-case level
- Enabling or disabling governance in bulk for test cases
- Enforcing signing order for governed test cases
- Managing approvers for governed test cases
- Managing governed test cases in the In Work state
- Managing governed test cases in the In Review state
- Managing governed objects in the Signed state
- Managing comments for governed test cases
- Viewing governance information for test case logs
- Managing approvers for governed test case logs
- Managing governed test case logs in the In Work state
- Managing governed test case logs in the In Review state
- Managing governed test case logs in the Signed state
- Managing comments for governed test case logs
- Enabling governance at test case log level
- Disabling governance at test case log level
- Viewing and searching test cases
- Project operations and utilities
- Test Manager settings
- Tenant level settings
- General project settings
- Events
- Subscribing to events
- Subscribing to all events
- Unsubscribing from events
- Unsubscribing from all events
- Unsubscribing from the Notifications settings page
- Viewing notifications
- Filtering notifications
- Viewing email notifications
- Enabling email notifications for SMTP servers
- Viewing only unread notifications
- Marking all notifications as read
- Clearing all notifications
- Deleting notifications
- Customer managed keys encryption
- Audit logs
- ALM tool integration
- ALM tool integration
- Test Manager Connect
- Test Manager - Integration Service connector
- Outbound IP ranges for connectors
- Working with SAP Cloud ALM and Test Manager
- Step 1: Integrating SAP Cloud ALM with Test Manager
- Step 2: Creating automated test cases in SAP Cloud ALM
- Step 3: Creating automated test cases in Test Manager
- Step 4: Synchronizing test cases from Test Manager to SAP Cloud ALM
- Step 5: Assigning test automations to test cases
- Step 6: Executing test cases
- SAP test automation best practices
- Troubleshooting the Jira integration
- API integration
- Coding Agents for Testing
- Troubleshooting
On-premises robot system requirements
Hardware, OS, and multiplexing guidelines for on-premises performance testing robots, including CPU and RAM ratios by workload type and Virtual Machine baseline recommendations.
These are the recommended system requirements and configuration guidelines for running performance testing robots in an on-premises environment. These recommendations are based on UiPath internal benchmarks and field investigations.
Multiplexing
Performance testing robots rely on multiplexing, meaning multiple Virtual Users (VUs) can be executed in parallel on the same machine.
The number of VUs a single robot executes simultaneously is called multiplexing factor (for example, 10 VUs in parallel equals to multiplexing factor 10). The multiplexing factor is different per automation type.
- API automations support the highest multiplexing factor due to being CPU/lightweight and I/O-bound. Typical ranges are 20–100+ VUs per CPU core, depending on API payload size.
- Web automations support multiplexing.
- Desktop automations are restricted to 1 VU per machine because of Windows session constraints.
Effective multiplexing depends on:
- CPU architecture/performance and available RAM
- Workload type and complexity (API > Web >> Desktop for multiplexing potential)
- System overhead and background services
Tip:
Separate robot pools for API vs. Web workloads let you tune multiplexing independently and avoid resource contention.
Virtual machines
- Compute-optimized VMs with strong CPUs and solid-state drive (SSD) storage.
- Recommended baseline: 16 physical CPU cores, 32 GB RAM, SSD.
- Alternative (lower-efficiency) setups: 4 cores / 8 GB RAM or 8 cores / 16 GB RAM.
- Virtual machines run no unnecessary background services.
Software and operating systems
- Windows Server 2022 or newer
- Google Chrome installed (latest stable) for Web Automations
Trouble: When running Web Automation on premises (using local machines), group policy needs to be configured correctly. The Group Policy Online value is found in Studio Desktop, under UiPath Extensions > Chrome. If the Group Policy Online value is not set, the plugin must be uninstalled and installed again, selecting Group Policy Online during installation. For details, see Studio - Group Policies.
API Automations do not require a browser, but the above OS requirement still applies.
Resource ratios
- CPU: 0.5–1.8 VUs per physical core (measured on 16 physical cores)
- RAM: 0.5–2 VUs per GB RAM (measured on 32 GB)
- Only physical cores count; hyper-threading provides little benefit under sustained load
These baseline ratios apply most directly to Web workloads. API workloads often achieve higher VU density per core/GB due to lower rendering overhead. Workloads should be validated via dry run and full execution before finalizing sizing.
Capacity Planner
Capacity Planner runs a short series of progressive load probes against your actual hardware and extrapolates a virtual-user recommendation. The ratios above serve as a planning baseline before your first dry run, and Capacity Planner can then validate and refine that estimate for your specific environment.
Probe design
| Load group type | Probe design |
|---|---|
| API | 10-user probes, 25 seconds each |
| Web | 1-user probes, 40 seconds each |
| Desktop | A single probe (desktop automations don't multiplex, so there's nothing to extrapolate) |
Capacity Planner calculates the recommendation via least-squares regression across probe results, then discounts it by a factor of 0.85 on the CPU slope to build in headroom. Guardrails cap the recommendation at CPU ≤ 96% and RAM ≤ 90%, with additional hard caps by application type.