platform-apex-test-run — Claude Code skill: how to install
Runs Apex tests via the Salesforce CLI, analyzes code coverage, and guides test-fix loops. Useful when investigating unit test failures or low coverage.
npx skills add forcedotcom/sf-skills --skill platform-apex-test-run -a claude-codeWhat platform-apex-test-run does
The skill executes Apex tests using sf apex run test and inspects code coverage lines. It enforces isolation with SeeAllData=false. To test trigger boundaries across the 200-record batch limit, it verifies bulk scenarios with 251 or more records.
The workflow requires sf version 2.0.0 or higher, python3 3.10.0 or higher, and jq 1.6.0 or higher. It starts with the smallest test scope before widening regression. Authoring production code is outside its scope: that task delegates to platform-apex-generate, while LWC Jest tests belong to experience-lwc-generate.
What it helps with
- Run Apex unit tests in a target org via
sf - Identify uncovered code lines and untested branches
- Parse stack traces and exceptions in failing test methods
- Verify bulk processing for 251+ records across trigger batches
Example prompts for the agent
- Run Apex tests for OrderTriggerHandlerTest on dev-org and report coverage
- Diagnose why testBulkInsert failed in AccountServiceTest
- Check code coverage for billing classes and list uncovered lines
How to install platform-apex-test-run
1Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill platform-apex-test-run -a claude-code2Manually: put the files in place
~/.claude/skills/platform-apex-test-run/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/platform-apex-test-run/
1Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill platform-apex-test-run -a codex2Manually: put the files in place
.agents/skills/platform-apex-test-run/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill platform-apex-test-run -a cursor2Manually: put the files in place
.cursor/skills/platform-apex-test-run/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install forcedotcom/sf-skills platform-apex-test-run2Manually: put the files in place
.github/skills/platform-apex-test-run/SKILL.md1Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill platform-apex-test-run -a gemini-cli2Platform CLI
gemini skills install https://github.com/forcedotcom/sf-skills --path skills/platform-apex-test-runManually: put the files in place
.devin/skills/platform-apex-test-run/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill platform-apex-test-run -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about platform-apex-test-run
How do I install platform-apex-test-run in Claude Code?
Run npx skills add forcedotcom/sf-skills --skill platform-apex-test-run -a claude-code in your terminal.
What does platform-apex-test-run do?
It runs Apex unit tests via sf apex run test, evaluates line coverage, and investigates test failure stack traces.
What CLI tools are required for this skill?
You need sf version 2.0.0 or higher, python3 3.10.0 or higher, and jq 1.6.0 or higher.
Source text
SKILL.md · Apache-2.0
---
name: platform-apex-test-run
description: "Apex test execution, coverage analysis, and test-fix loops with 120-point scoring. Use when the user runs Apex tests, checks code coverage, fixes failing tests, or touches *Test.cls / *_Test.cls files. DO NOT TRIGGER when writing Apex production code (use platform-apex-generate), Agentforce agent testing (use agentforce-test), or Jest/LWC tests (use experience-lwc-generate)."
metadata:
version: "1.2"
domains: ["Platform"]
relatedSkills:
- "agentforce-test"
- "experience-lwc-generate"
- "platform-apex-generate"
- "platform-apex-logs-debug"
- "platform-data-manage"
- "platform-metadata-deploy"
cliTools:
- tool: ["jq"]
semver: ">=1.6.0"
- tool: ["python3"]
semver: ">=3.10.0"
- tool: ["sf"]
semver: ">=2.0.0"
---
# platform-apex-test-run: Salesforce Test Execution & Coverage Analysis
Use this skill when the user needs **Apex test execution and failure analysis**: running tests, checking coverage, interpreting failures, improving coverage, and managing a disciplined test-fix loop for Salesforce code.
## When This Skill Owns the Task
Use `platform-apex-test-run` when the work involves:
- `sf apex run test` workflows
- Apex unit-test failures
- code coverage analysis
- identifying uncovered lines and missing test scenarios
- structured test-fix loops for Apex code
Delegate elsewhere when the user is:
- writing or refactoring production Apex → `platform-apex-generate` skill
- testing Agentforce agents → `agentforce-test` skill
- testing LWC with Jest → [experience-lwc-generate](../experience-lwc-generate/SKILL.md)
---
## Required Context to Gather First
Ask for or infer:
- target org alias
- desired test scope: single class, specific methods, suite, or local tests
- coverage threshold expectation
- whether the user wants diagnosis only or a test-fix loop
- whether related test data factories already exist
---
## Recommended Workflow
### 1. Discover test scope
Identify:
- existing test classes
- target production classes
- test data factories / setup helpers
### 2. Run the smallest useful test set first
Start narrow when debugging a failure; widen only after the fix is stable.
### 3. Analyze results
Focus on:
- failing methods
- exception types and stack traces
- uncovered lines / weak coverage areas
- whether failures indicate bad test data, brittle assertions, or broken production logic
### 4. Run a disciplined fix loop
When the issue is code or test quality:
- delegate code fixes to `platform-apex-generate` skill when needed
- add or improve tests
- rerun focused tests before broader regression
### 5. Improve coverage intentionally
Cover:
- positive path
- negative / exception path
- bulk path (251+ records where appropriate)
- callout or async path when relevant
---
## High-Signal Rules
| Rule | Rationale |
|------|-----------|
| Default to `SeeAllData=false` | Ensures test isolation; prevents reliance on org-specific data |
| Every test must assert meaningful outcomes | Tests with no assertions prove nothing and give false confidence |
| Test bulk behavior with 251+ records | Triggers process in batches of 200; 251 records crosses the boundary |
| Use factories / `@TestSetup` when they improve clarity | Consistent data creation in one place; rolled back between test methods |
| Pair `Test.startTest()` with `Test.stopTest()` for async | Ensures async operations (queueable, future) complete before assertions |
| Do not hide flaky org dependencies inside tests | Prevents intermittent failures tied to org state |
---
## Gotchas
| Issue | Resolution |
|-------|------------|
| Test passes locally but fails in CI org | Check for `SeeAllData=true` or undeclared dependencies on org-specific records |
| Coverage drops unexpectedly after refactor | Run focused class-level tests first, then widen to `RunLocalTests` to confirm |
| "Uncommitted work pending" error in callout test | DML and HTTP callouts cannot be mixed in the same test context without `Test.startTest()` wrapping |
| Mock not taking effect in test | Ensure `Test.setMock()` is called before the code that makes the callout |
| `@TestSetup` data missing in test method | `@TestSetup` data is committed per test method — re-query it; do not store in static variables |
| API version 67.0 and higher without necessary access level checks | Check failing SOQL/DML stack traces for CRUD/FLS access errors, using System.runAs with an assigned permission set when user-mode behavior is intended, or documenting a justified `SYSTEM_MODE` path when system access is required |
---
## Output Format
When finishing, report in this order:
1. **What tests were run**
2. **Pass/fail summary**
3. **Coverage result**
4. **Root-cause findings**
5. **Fix or next-run recommendation**
Suggested shape:
```text
Test run: <scope>
Org: <alias>
Result: <passed / partial / failed>
Coverage: <percent / key classes>
Issues: <highest-signal failures>
Next step: <fix class, add test, rerun scope, or widen regression>
```
---
## Cross-Skill Integration
| Need | Delegate to | Reason |
|------|-------------|--------|
| Fix production code or author test classes | `platform-apex-generate` skill | Code generation and repair |
| Create bulk / edge-case test data | [platform-data-manage](../platform-data-manage/SKILL.md) | Realistic test datasets |
| Deploy updated tests to org | [platform-metadata-deploy](../platform-metadata-deploy/SKILL.md) | Deployment workflows |
| Inspect detailed runtime logs | [platform-apex-logs-debug](../platform-apex-logs-debug/SKILL.md) | Deeper failure analysis |
---
## Reference File Index
| File | When to read |
|------|-------------|
| `references/cli-commands.md` | All `sf apex run test` command flags, output formats, async execution, and coverage commands |
| `references/test-patterns.md` | Test class templates — basic, bulk (251+), mock callout, and data factory patterns |
| `references/testing-best-practices.md` | Core testing principles — AAA pattern, naming conventions, bulk, negative, and mock strategies |
| `references/test-fix-loop.md` | Agentic test-fix loop implementation and failure analysis decision tree |
| `references/mocking-patterns.md` | HttpCalloutMock, DML mocking, StubProvider, and selector mocking patterns |
| `references/performance-optimization.md` | Techniques to reduce test execution time — DML mocking, SOQL mocking, loop optimizations |
| `assets/basic-test.cls` | Template: standard test class with `@TestSetup`, positive / negative / bulk / edge-case methods |
| `assets/bulk-test.cls` | Template: bulk test with 251+ records that crosses the 200-record trigger batch boundary |
| `assets/mock-callout-test.cls` | Template: HTTP callout mock using `HttpCalloutMock` |
| `assets/test-data-factory.cls` | Template: reusable `TestDataFactory` with create and insert helpers |
| `assets/dml-mock.cls` | Template: `IDML` interface + `DMLMock` implementation for database-free unit tests |
| `assets/stub-provider-example.cls` | Template: `StubProvider`-based dependency injection stub |
| `scripts/parse-test-results.py` | Post-tool hook — parses `sf apex run test` JSON output and formats failures for the auto-fix loop |
---
## Score Guide
| Score | Meaning |
|---|---|
| 108+ | strong production-grade test confidence |
| 96–107 | good test suite with minor gaps |
| 84–95 | acceptable but strengthen coverage / assertions |
| < 84 | below standard; revise before relying on it |
© forcedotcom · Apache-2.0 · forcedotcom/sf-skills