Parallel Execution in Microsoft Azure Pipelines using Targets
Microsoft Azure Pipelines is a cloud service that you can use to automatically build and test your code project and make it available to other users. It works with just about any language or project type.
Azure Pipelines combines continuous integration (CI) and continuous delivery (CD) to constantly and consistently test and build your code and ship it to any target.
This support article describes how to execute parallel execution in Microsoft Azure Pipelines using targets.
In ANT execution, everything under the target tag is executed. We can have multiple target tags present in the same build.xml file.
In this example, we assume to have 20 test cases and a single build.xml file with two targets – each with ten different test cases. The following includes instructions for using the targets of an ANT build.xml file.
Prerequisites in Microsoft Azure Pipelines using Targets
You will need to make changes to the provar.home and testproject.home variables in the build.xml file to include the path of the agent system. The following command is used to execute the build file with targets:
> ant -f build.xml target_name
Step 1: Configure Azure Pipelines with an ANT task. To get started, click Variables.
Step 2: Create a variable TARGETS with the value of:
suite1,suite2
Note: The value is the name of different targets created in the build file above. It could be different for you.
Above: View of Variables tab within Azure Pipelines.
Step 3: Click Tasks and then the selected agent job.
Step 4: Under Parallelism, select Multi-Configuration.
Step 5 Complete the following configuration.
Multipliers: TARGETS
Note: This is the variable name being defined in Step 2.
A maximum number of agents: Provide the number of agents you want to execute test cases in parallel.
Step 6: Select the ANT task.
Step 7: Use the following information to complete the configuration.
- Ant build file: <Path to build file>\build.xml
- Options: $(TARGETS)
- Check to Publish to Azure Pipelines under JUnit Test Results
- Test results files: <Path to Result file from build.xml>\junit.xml
Step 8: Changes can also be made to the build.xml files to create separate result files. (See command below.) Otherwise, one agent’s result will override the other’s result.
<property name=”testproject.results” value=”D:\a\1\s\ANT\Results\${TARGETS}”/>
If you execute the Azure Pipeline now, you should see two agents running – each executing their respective target from the build.xml file.
- General information
- Licensing Provar
- Provar trial guide and extensions
- Using Provar
- API testing
- Behavior-driven development
- Creating and importing projects
- Creating test cases
- Custom table mapping
- Functions
- Debugging tests
- Defining a namespace prefix on a connection
- Defining proxy settings
- Environment management
- Exporting test cases into a PDF
- Exporting test projects
- Override auto-retry for Test Step
- Managing test steps
- Namespace org testing
- Provar desktop
- Provar Test Builder
- Refresh and Recompile
- Reload Org Cache
- Reporting
- Running tests
- Searching Provar with find usages
- Secrets management and encryption
- Setup and teardown test cases
- Tags and Service Level Agreements (SLAs)
- Test cycles
- Test plans
- Testing browser options
- Tooltip testing
- Using the Test Palette
- Using custom APIs
- Callable tests
- Data-driven testing
- Page objects
- Block locator strategies
- Introduction to XPaths
- Creating an XPath
- JavaScript locator support
- Label locator strategies
- Maintaining page objects
- Mapping non-Salesforce fields
- Page object operations
- ProvarX™
- Refresh and reselect field locators in Test Builder
- Using Java method annotations for custom objects
- Applications testing
- DevOps
- Introduction to test scheduling
- Apache Ant
- Configuration for Sending Emails via the Provar Command Line Interface
- Continuous integration
- AutoRABIT Salesforce DevOps in Provar Test
- Azure DevOps
- Running a Provar CI Task in Azure DevOps Pipelines
- Configuring the Provar secrets password in Microsoft Azure Pipelines
- Parallel Execution in Microsoft Azure Pipelines Using Multiple build.xml Files
- Parallel Execution in Microsoft Azure Pipelines using Targets
- Parallel execution in Microsoft Azure Pipelines using Test Plans
- Bitbucket Pipelines
- CircleCI
- Copado
- Docker
- Flosum
- Gearset DevOps CI/CD
- GitHub Actions
- Integrating GitHub Actions CI to Run Provar CI Task
- Remote Trigger in GitHub Actions
- Parameterization using Environment Variables in GitHub Actions
- Parallel Execution in GitHub Actions using Multiple build.xml Files
- Parallel Execution in GitHub Actions using Targets
- Parallel Execution in GitHub Actions using Test Plan
- Parallel Execution in GitHub Actions using Job Matrix
- GitLab Continuous Integration
- Travis CI
- Jenkins
- Execution Environment Security Configuration
- Provar Jenkins Plugin
- Parallel Execution
- Running Provar on Linux
- Reporting
- Salesforce DX
- Git
- Team foundation server
- Version control
- Salesforce testing
- Adding a Salesforce connection
- Assert Page Error Messages on Add/Edit Product
- Dynamic Forms
- Internationalization support
- List and table testing
- Salesforce Release Updates
- Salesforce Lightning Testing
- Salesforce Lightning Web Component (LWC) locator support
- Salesforce console testing
- Visualforce Testing
- Performance Best Practices
- Testing best practices
- Troubleshooting
- Browsers
- Configurations and permissions
- Connections
- DevOps
- Error messages
- Administrator has blocked access to client
- JavascriptException: Javascript error
- macOS Big Sur Upgrade
- Resolving failed to create ChromeDriver error
- Resolving Jenkins license missing error
- Resolving metadata timeout errors
- Test execution fails – Firefox not installed
- Update to Opportunity field validation behaviour
- Licensing, installation and firewalls
- Memory
- Test Builder and test cases
- Release notes