Test has 4 main components to authorize, automate, and report on your Salesforce data:
Test Templates Simply a list of fields (from one or more objects) for future use by test cases.
Test Cases Tests specific functionality using the fields from the test template.
Test Suites A structured group of test cases that makes testing more efficient.
Test Runs A collection of test cases and the results of executing those test cases.
For maximum flexibility and versatility, you build Test components in this order:
The main purpose of governor limits is to guard against software and system failures. By enforcing governor limits, Prodly ensures that both the Prodly Salesforce app and the Prodly backend service retain reasonable performance and do not breach sizes and limits for memory, CPU, heap, threads, and time.
This table lists the governor limits Test enforces, along with whether enforcement takes place in the Prodly Salesforce app and/or in the Prodly backend service. Whenever possible, enforcement takes place in the application UI.
Description | Limit | App | Service |
---|---|---|---|
Maximum test fields per test template | 50 | Yes | No |
Maximum quote lines per test case | 500 | Yes | No |
Maximum baseline values per test case | 25,000 | Yes | No |
Maximum test cases per test run | 1000 | Yes | No |
Maximum records per test case. Test silently skips records above the limit | 50,000 | Yes | No |
Maximum concurrent test cases executions | 1000 | No | Yes |
Maximum number of test run result records per API batch request allowed by Salesforce | 2000 | No | Yes |
Maximum test case execution time in seconds | 180 | No | Yes |
Maximum scheduled test runs | 10 | Yes | No |
<aside> <img src="/icons/warning_red.svg" alt="/icons/warning_red.svg" width="40px" />
Test cases are limited to a maximum of 50,000 records. If a test case's query returns more than this limit, Test will silently ignore all records beyond the 50,000 maximum.
You will not receive an error or notification for these skipped records.
</aside>