How we Implemented Skuid Testing in Provar

Here at Provar we’ve recently delivered some new features to help testers with Skuid testing. In this blog we talk about what is involved in Skuid testing and how we manage those elements in Provar to deliver a reliable and comprehensive Skuid testing solution.

What is Skuid?

With Skuid’s no-code platform, anyone can design, develop, and deploy beautiful applications that people love to use and that fit exact business needs —all without writing code. More than 5 million users across 32 countries use Skuid to engage with each other, with data, and with new customers in meaningful ways. Learn more at Skuid.com.

How does testing work in Skuid?

Skuid testing is particularly interesting because whenever changes are made to a Skuid page this changes the XPaths, so automation test cases that use XPaths will need to be updated. This occurs with even minor page changes. For example, if we locate two fields on a page using XPaths, and, later another field is added at the start of the page, the existing XPaths will no longer be accurate.

Another unique feature of Skuid testing is that Skuid has Tab Sets which contains various tabs. To properly test all these tabs, we must manually switch between tabs and write additional steps to manage this.

Finally, Skuid also has master pages which are used to create child pages. These child pages have entire master pages within them, with some additional content. To test all these child pages, XPaths must be rewritten for each page.

What does Provar’s Skuid testing solution look like?

Provar’s unique solution to Skuid testing is an integration to Skuid metadata. This means that Provar can automatically detect when a Skuid page is changed and accommodate the change to prevent existing tests from failing. Using this intelligence, you can add fields or new sections to a Skuid page safe in the knowledge that existing test steps won’t break and need to be fixed.

What’s more, if you add tests or amend existing ones after making changes in Skuid, the new changes will be recognized automatically.

Provar also has a solution when it comes to Skuid’s tab sets. Provar automatically switches between tabs on a Skuid page without adding any extra steps, making test cases shorter and easier to understand.

Finally, when it comes to testing child pages created from master pages, Provar simply automatically recognizes the child page through metadata and uses the information from its master page to test the child page.

 So how does it work?

Provar’s Skuid testing works as follows.

You start by setting up a Connection to the Salesforce org in which you want to perform your Skuid testing.

In Provar, a Connection just means a set of user details that Provar can use to access your org’s metadata, which is the key to Provar’s intelligent test building.

Adding a new Connection is a quick and straightforward process in Provar:

Once this is done, you can begin creating tests using Provar’s Test Builder. The Test Builder lets you build tests in the browser by right-clicking and selecting ‘Add to Test Case’.

The Test Builder then selects the metadata behind the target element and suggests an intelligent locator to access the field in a reliable way.

Here’s an example of how it works using a standard Salesforce screen:

The beauty of Provar’s Skuid testing support is that you can apply the same approach to any Skuid or non-Skuid element. By right-clicking on the target element each time, Provar handles the technical complexities of the Skuid (or non-Skuid) page and presents the draft test step for you to check before it is added to your test.

You can map Skuid pages as you would any normal page by right-clicking on the target element and selecting ‘Add to Test Case’.

Below is a draft test step mapping the Account ID field on this Skuid page. The only difference to a normal Salesforce page is the ‘Skuid UI Layout’ label in the top-right corner:

In addition, Provar has detected all the fields available on the Skuid page, so if you had accidentally mapped the Account ID field while aiming for a different field, you can just click the dropdown list and select the field:

What about more advanced Skuid testing?

Provar has inbuilt support for Skuid elements such as tables, master and child pages, lookup fields and summary fields.

By supporting these elements so that Provar automatically recognizes them, we can save you time while building your test cases, remove some of the manual effort needed to correct and update your tests and cut down on the number of test steps that your tests need to run. Below are some examples.

Example 1: Tables on Skuid pages

Provar also supports the mapping of Skuid tables:

Provar automatically recognizes tables where they occur so that data can be located reliably using a row number (e.g. 2) or a WHERE clause (e.g. where case origin = ‘email’). This is useful for creating test cases which are not hardcoded to specific data, so that the test is not dependent on the appearance of a certain record in the table.

Example 2: Skuid lookup fields

Provar also supports the mapping of special fields, such as lookups. Note that the lookup is recognized automatically in the test step below:

In this example, after mapping the lookup field the Interaction Type is automatically set to ‘SF Lookup’ indicating that the action taken is to click the lookup icon. If this interaction is selected and the lookup dialog appears, Provar will automatically handle the lookup dialog as it appears, so that the user does not have to add any additional steps to manage the navigation. This helps reduce unnecessary test steps and cut down on effort needed to maintain the tests.

Want to know more about Skuid testing with Provar?

Get in touch if you’d like to learn more about Provar’s Skuid testing capabilities.