Visualforce Testing
Visualforce testing is a little different from standard Salesforce layout testing. While standard Salesforce screens such as page layouts, have a rigidly defined format and behavior, Visualforce is more customizable. As such, Provar needs the tester to be more involved in defining the Visualforce page under test.
This page describes some new concepts relating to Visualforce pages, such as Visualforce field locators and Page Objects. These concepts can also be extended to testing other pages, such as external website pages.
Page objects
When you first start testing a Visualforce page, Provar will create a Page Object to store all relevant information for that Visualforce page, including fields. Each time you test a new field on the same Visualforce page, it will add this field to the Page Object.
Page Objects are a popular design pattern in test automation. You may already be familiar with them if you have used a Selenium framework for test automation.
The Page Object is a centralized container for all information related to a specific Visualforce page. If changes happen to the page in the future and this information needs to be updated, you will only need to update a single Page Object instead of every Test Step related to this page. This helps to reduce test maintenance.
Note: Page Objects are also used when testing non-Salesforce pages, such as a standard webpage.
When you map a Visualforce field using the Test Builder, a new Page Object will be created automatically where needed. This can be seen under the Page Structure section:
If the Test Builder ever suggests a New Page when you know a Page Object already exists, you can click on the New Page dropdown to select an existing Page Object instead.
Mapping Visualforce fields
When mapping Visualforce fields, it is best to use a Visualforce locator. This is a specific locator generated by Provar, which is anchored to the APEX page definition. We recommend using this option where available.
To map a Visualforce field, right-click on your target field and select ‘Add to Test Case.’
When the draft Test Step appears:
Provide a name for the Page Object (or accept the default).
Provide a Field Name (or accept the default).
Set the Field Locator type to Visualforce if it has not been defaulted
Specify the Interaction Type and Value
Then click Add or Add & Do to save the Test Step.
Mapping existing fields
Once you have mapped a Visualforce field, Provar will record this in the relevant Page Object for future reference.
To map the same field in another Test Step, follow the same process as above of right-clicking on the target field and selecting Add to Test Case.
When the draft Test Step appears, note that Provar already recognizes that this field exists in your Page Object. (If this has not occurred, and your Page Object shows as New Page, click on this dropdown and select the Existing Page option.)
Once you have done this, complete the other Test Step details as usual and click Add or Add & Do to save the test step.
- Provar Automation
- Installing Provar Automation
- Updating Provar Automation
- Using Provar Automation
- 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
- NitroX
- Provar desktop
- Provar Test Builder
- Refresh and Recompile
- Reintroduction of CLI license Check
- 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 Automation Command Line Interface
- Continuous integration
- AutoRABIT Salesforce DevOps in Provar Test
- Azure DevOps
- Running a Provar CI Task in Azure DevOps Pipelines
- Configuring the Automation 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 Automation 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
- Provar Automation trial guide and extensions
- Salesforce Testing
- Provar Manager
- Best Practices
- Troubleshooting
- Release Notes