- 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
- Variables
- Arguments
- Imported Namespaces
- 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
- 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
Mock Testing
- Create a Process project type.
Note: You can't use the mock feature in Test Automation projects.
- Install the Testing Activities Package
workflowName_mock
and stores
it in Project > Mocks. This folder mirrors the source workflow file
tree structure. For example, if your workflow is stored in the Project tab as
production\Tests\testFolder01\testCase07.xaml
, the
correspondent mock file is stored as
production\Mocks\Tests\testFolder01\testCase07_mock.xaml
.
In a practical scenario, you have an application that writes directly in a database but you want it to write on the screen. You can use Surround with mock to test this specific function, without having to make any changes to your main test case. As a general note, consider using mocks for tests that have permanent effects in production or require special resources.
- Within mock files, you can only edit the mocked activities.
- You can have multiple mock files for a workflow.
- Nested mocks are unavailable as you cannot use
Surround with Mock
on existing mock activities. - The
mock.json
file contains configuration settings for mock files. - In a Given-When-Then test case structure, Surround with mock is only available for activities within When.
- Changes made in the source workflow file are applied to the mock file when you Save your project. Alternatively, you can manually sync your mock files. For more information, see Mock Testing Actions.
- Synchronization does not work if the mock file is open with changes to be saved.
- Deleting a workflow associated with a mock file prompts you to choose whether you want to remove both files.
- The activity coverage indicator only takes into account the activities included in the source workflow, thus, not calculating any coverage of your mock activities.
The following table lists the actions that you can take for your mock testing.
Action |
Description |
Procedure |
---|---|---|
Create mock workflow |
Create a copy of your main workflow for mock testing. |
|
Remove mock activity |
Remove the mock that surrounds your activity |
|
Surround activity with mock |
Insert a mock activity. |
|
Synchronize mock |
Sync your mock files or folders with the source workflow file or folders, respectively. |
|