Apex tests and Salesforce flows run on your developers' machines and on your CI runners, against an embedded database. New developers can run the full suite on their first day, and deploys are gated on the exact payload the tests passed against. No source or schema is sent to Nimbus.
Four open-source Apex suites, 837 tests, run once against a Salesforce org (deploy, then test) and once on Nimbus. Every test passes in both. Measured 2026-08-17.
A one-line trigger change means a push, a four-minute wait and then a failure caused by someone else's test data. Twenty minutes later you have debugged a problem that was not yours.
Day one: request org access. Day three: an admin provisions a sandbox. Day five: the first test run. Every new hire, on every project.
A JWT certificate, a connected org, a DevHub with scratch org limits, and an org pool that runs dry. The Java team next door has coverage badges that just work.
Your org stays the deployment target and the system of record. Nimbus handles the steps that never needed an org.
Source-driven. Apex, triggers, flows and metadata in git.
The full suite, Apex and flows, on the CI runner. No connected org, no scratch org pool. Coverage and JUnit XML as artifacts.
Reviewers see the test results on the pull request itself.
Local gates, then a check-only validation of the same bytes in Salesforce. A signed receipt records what passed.
After approval, quick-deploys exactly the validated payload. Drift guard, promote and rollback.
Everything below is documented on the security page and in the DPA.
Read the security overviewApex source, schema and test data are read and executed locally, on the developer's laptop or your CI runner. Nothing is uploaded to Nimbus.
Running the suite needs no connected org, no JWT certificate and no sandbox. Org access is used only for validation and deployment, through the Salesforce CLI you already trust.
License validation and network behaviour are documented in full. Enterprise and air-gapped setups are covered on the security page.
DPA, subprocessor list, EULA and terms are published. Mutual NDA on request, yours or ours.
Assign and revoke seats, license a dedicated CI runner, and see who has what. Included in the Team plan.
Signed release receipts and the on-prem Assurance console give a durable record of what was validated and what was deployed.
Full metadata pull, clean sfdx project layout, a git repository with history, and a team handover.
Every test class running locally, gap closure to the parity target, a CI pipeline template, and a written support map.
Up to about 20K lines of Apex, 200 test classes, single package, no managed-package dependencies.
20K to 100K lines, up to 1,000 test classes, multi-package, up to 2 managed-package stubs, CI for one platform.
100K+ lines, unlimited test classes, up to 5 managed-package stubs, CI for two platforms, dedicated Slack channel.
For each Apex test, the same pass or fail result as running it against your production org. We run every test in both environments and diff the results. The target, typically 95%, is fixed in writing in the SOW.
We keep working at no additional cost until it is met. The engagement is not finished before then, so a refund clause is not needed.
You own the git repository, the migrated source, the CI configuration and every script produced. Nimbus itself is licensed under the plan you subscribe to.
No. Sharing rules, approvals and UI still need an org, and final validation happens in Salesforce. Nimbus removes the org from the steps where it was only slowing tests down.
Bring a test suite that is slow or flaky today. We will run it on the call and tell you what Nimbus covers and what it does not.
Prefer email: sales@testnimbus.dev
Already a customer: support@testnimbus.dev