- 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
Use a Data Fabric entity as test data in performance scenarios
Supply each virtual user with its own test data from a Data Fabric entity in a Test Manager performance scenario, such as a different user name for each virtual user.
Performance scenarios often need each virtual user to work with different data, such as a different user name and password. You can supply that data from a Data Fabric entity. Each virtual user automatically receives its own rows from the entity, and you don't write any code to fetch them.
Storage buckets and JSON, CSV, or Excel data files don't distribute data per virtual user, so use a Data Fabric entity for this scenario.
How it works
A performance test doesn't need an activity that reads the entity. Instead:
- The test automation declares an In argument for each entity column it needs.
- You link the Data Fabric entity to a load group in the performance scenario.
- At run time, each virtual user receives a set of rows, and the value of each column is passed to the argument with the same name.
Each input argument must have the same name and the same type as the entity column. If either differs, the value isn't passed to the automation. A test case doesn't need to contain test data to use a data source.
Prerequisites
- A Data Fabric entity in your tenant that holds the test data.
- A test automation project in Studio.
- A performance scenario, or permission to create one, in the folder where you publish the automation.
Steps
- In Data Fabric, create an entity with one column for each value your automation needs. For example, create an entity with the Text columns
UNAMEandPWD. - Note the name and type of each column. You must match them exactly in the test automation.
- In Studio, open the test automation.
- Add an In argument for each column you use, with the same name and the matching type. For a Text column, use a
Stringargument. For example, addUNAMEof typeStringand use it in a Type Into activity. You only need to declare the columns you use. - Publish the automation to the folder you run the scenario from.
- Link the published automation to a test case in Test Manager.
- Add the test case to a load group in a performance scenario.
- Link the entity in the Data source field of the load group. Each load group can use its own data source. For steps, refer to Step 4: Configure load group settings.
- Run a dry run or a full execution.
Result
UiPath distributes the entity's rows across the virtual users in the load group. For example, if the entity has 100 rows and the load group has 100 virtual users, each virtual user gets one row.
While the scenario runs, the run page shows the connected entity. Select it to open the entity in Data Fabric. Different values on different virtual users confirm that the rows are being distributed.
If the automation doesn't receive values, refer to Troubleshooting performance testing.