For Salesforce engineering teams

renmy runtime gives Salesforce teams tests on every pull request, without a connected org.

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 us.

Team is $49 per developer per month, three seats minimum. Enterprise from $20,000 per year. Org-less CI setup: $7,500 to $25,000, fixed fee, net, two weeks.

Pull request · checks
OK
renmy test
No connected org. JUnit XML uploaded.
38 s
OK
Coverage · Cobertura
Line and branch, gated at the threshold you set.
2 s
OK
renmy release validate
Check-only validation in Salesforce. Receipt written.
4 m 02 s
..
Awaiting approval
renmy release deploy will ship exactly the validated payload.

Benchmarks

Four open-source Apex suites, 837 tests, run once against a Salesforce org (deploy, then test) and once on renmy runtime. Every test passes in both. Org measured 2026-08-17, the local arm (release 1.45.0) on 2026-10-08.

Every run behind these medians
1 m 46 sSalesforce org, deploy and test
2.4 sSame tests, run locally
45×Faster, end to end
SuiteTestsOrgrenmyFactor
apex-test-kitTest-data factory, DML across standard objects8726.6 s0.6 s44×
sobject-fabricatorIn-memory SObject fabrication, relationship trees12422.9 s0.5 s44×
trigger-actions-frameworkTrigger dispatch, custom metadata, order of execution15528.8 s0.5 s53×
fflib-apex-mocksMocking framework, stubs, matchers, verification47127.8 s0.7 s40×

Three problems this removes

The shared org
Several developers share one org.

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.

InsteadEach test runs in its own transaction on the developer's machine. There is no shared state and no queue.
The onboarding tax
A new developer waits days for org access.

Day one: request org access. Day three: an admin provisions a sandbox. Day five: the first test run. Every new hire, on every project.

InsteadThey clone the repo, install renmy runtime and run the suite. Org access can come later, for deployment.
The CI tax
CI fails for reasons that have nothing to do with the code.

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.

Insteadrenmy test runs in GitHub Actions or GitLab and writes JUnit XML and Cobertura into the dashboards you already have.

What the org costs your team, in hours and dollars

Enter your own numbers. Every figure on the right is arithmetic on the fields on the left, and the fields hold the whole model: there is no hidden multiplier. The numbers stay in your browser.

Team
USD
The edit-test cycle
min
min
Shared org
min
Onboarding
days
CI
min
Calendar
days
2.4 hPer developer per week
$49,093Per year, 5 developers
14Working days until the year's plan is paid back
Hours savedWorking dayMonthYear
Waiting on the org, per edit-test cycle1.8 h32 h385 h
Failures caused by shared test data0.7 h12 h147 h
New developers waiting for org access0.3 h5.3 h64 h
CI failures unrelated to the code0.1 h1.5 h18 h
Hours, total2.8 h51 h614 h
At $80 per hour$223$4,091$49,093
Team plan, 5 seats$245 per month, billed monthly−$13−$245−$2,940
Net$210$3,846$46,153

The first row counts the whole cycle: if your developers get useful work done while the org deploys and runs tests, lower the minutes per cycle. Month is one twelfth of the year; working day is the year divided by the working days you entered. The Team plan price is the published one, before tax.

Book a call

Where renmy runtime sits in the pipeline

Your org stays the deployment target and the system of record. renmy runtime handles the steps that never needed an org.

Pull request
Developer opens a PR

Source-driven. Apex, triggers, flows and metadata in git.

Pre-merge
renmy test

The full suite, Apex and flows, on the CI runner. No connected org, no scratch org pool. Coverage and JUnit XML as artifacts.

Review
Merge to main

Reviewers see the test results on the pull request itself.

Pre-deploy
renmy release validate

Local gates, then a check-only validation of the same bytes in Salesforce. A signed receipt records what passed.

Salesforce
renmy release deploy

After approval, quick-deploys exactly the validated payload. Drift guard, promote and rollback.

Security and procurement

Everything below is documented on the security page and in the DPA.

Read the security overview
Code never leaves your machines

Apex source, schema and test data are read and executed locally, on the developer's laptop or your CI runner. Nothing is uploaded to us.

No org credentials required to test

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.

Air-gapped and enterprise environments

License validation and network behaviour are documented in full. Enterprise and air-gapped setups are covered on the security page.

Contracts

DPA, subprocessor list, EULA and terms are published. Mutual NDA on request, yours or ours.

License management portal

Assign and revoke seats, license a dedicated CI runner, and see who has what. Included in the Team plan.

Evidence for auditors

Signed release receipts and the on-prem Assurance console give a durable record of what was validated and what was deployed.

Plans

Enterprise

Larger teams, procurement requirements, a contract of your own.
$20,000per year and up. Custom contract.
  • Everything in Team
  • Unlimited seats and CI runners
  • Support SLA and a named contact
  • DPA, PO and invoice billing
  • SSO (SAML) on request
  • On-premise license validation on request, for air-gapped runners
  • Org-less CI setup fee credited if you buy within a year of the setup
Book a call

Org-less CI setup

A fixed-fee engagement for teams whose Apex is still in the org and whose tests only run there.
$7,500to $25,000, by Apex surface. Two weeks.

Fixed prices, net, plus VAT. For businesses only (§ 14 BGB).

Week oneInto source control

Full metadata pull, clean sfdx project layout, a git repository with history, and a team handover.

Week tworenmy runtime at 95%+ parity

Every test class running locally, gap closure to the parity target, a CI pipeline template, and a written support map.

Small · $7,500

Up to about 20K lines of Apex, 200 test classes, single package, no managed-package dependencies.

Standard · $15,000

20K to 100K lines, up to 1,000 test classes, multi-package, up to 2 managed-package stubs, CI for one platform.

Large · $25,000

100K+ lines, unlimited test classes, up to 5 managed-package stubs, CI for two platforms, dedicated Slack channel.

  • If the parity target in the SOW is missed, we keep working at no extra cost until it is met.
  • 30-day parity warranty, in addition to your statutory rights for defects: if the parity target in the SOW drifts within 30 days of acceptance, we re-engage at no extra cost.
  • Optional support contract $6,000 per year.
  • The setup fee is credited against the Enterprise plan if you buy it within a year of the setup.
  • Basic onboarding is free.

A service contract with Renmy UG (haftungsbeschränkt) i.G., under the consulting terms.

Book a setup call

Who this is for

Good fit
Two or more Apex developers, org-first or already source-driven
50+ test classes in production
Tests currently run only against an org, or CI is fragile
Interest in modern DX, unsure how to migrate
Can share the codebase under NDA
Not a fit
Projects under 10 classes
Cannot share code under NDA for legal reasons
No appetite to change how the team works

Questions

What does parity actually mean?

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.

What if the parity target is missed?

We keep working at no additional cost until it is met; the engagement is not finished before then. Your statutory rights for defects are unaffected.

Who owns the work product?

You do, once the fee is paid in full: the git repository, the migrated source, the CI configuration and every script produced for you, with an exclusive, transferable right to use them. Renmy UG keeps its own tools, libraries and templates, made independently of your engagement; where the work contains them, you may use them as part of it. renmy runtime itself is licensed under the plan you subscribe to. § 6 of the consulting terms sets this out.

Does it replace our sandboxes?

No. Final validation and deployment happen in Salesforce, and anything a browser or an external system needs still happens in an org. Flows, approval processes and validation, duplicate, assignment and workflow rules run locally. renmy runtime removes the org from the steps where it was only slowing tests down.

Talk to an engineer

Bring a test suite that is slow or flaky today. We will run it on the call and tell you what renmy runtime covers and what it does not.

Prefer email: sales@renmy.net

Already a customer: support@renmy.net

We reply within one business day.