Salesforce testing – there is a better way. Join us at Dreamforce to find out more…
Automated testing is no longer an option
Test automation and continuous integration are the cornerstone of Agile development and relying on manual testing to regression test the code is no longer an option due to the frequency of releases.
What else is out there?
The first step to automate your testing in the Salesforce world is to investigate the established automated testing tools to test the GUI. However these tests become brittle and are slow to run. A test team which can only test via the GUI cannot keep up with the pace of development on an Agile project and it is more difficult to identify failure points.
So I need a custom framework?
For this reason we need API tests for data set-up rather than navigate through multiple screens or worse rely on existing data in your org. In-house frameworks are commonly used to solve this problem. For Salesforce projects they typically use a combination of java and selenium scripts to create Salesforce APIs for UI testing, API testing (CRUD operations) and SOQL commands. This will work to a point, but there are three major issues:
- Code duplication. You need to duplicate the code for all the Salesforce objects, fields, field types, layouts and picklists.
- UI Locators are difficult. Defining all the location of fields on the UI is a time consuming process, worse still these locators are not reliable between environments.
- Re-inventing the wheel. You need to develop lots of features such as reporting, asserting data sets, CI support, APIs (Db, messaging, Web services) to complete the architecture. This can become the main effort in the implementation and increases your dependency on key man skills to maintain the framework.
This all takes time and money.
It should be possible to generate my automated tests without all this effort as all this information is stored in Metadata!
There is a better way for automated Salesforce testing
If you’d like to know how you can avoid duplicating and maintaining all the Salesforce object definitions and reliance on an ever more complex custom framework come as see us at Dreamforce. We’ll show you how we can generate tests using a Hybrid testing tool in a fraction of the time it takes to create your own framework using non-technical testers.