Add Execution Config ID to partial test plan run API payloads (DOC-1483)#1038
Conversation
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
📝 WalkthroughWalkthroughThe partial test plan API docs now show ChangesPartial Test Plan API Docs
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~2 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@src/pages/docs/test-plans/partial-test-plan-run-via-api.md`:
- Around line 78-82: The API payload examples for partial test plan runs use
inconsistent ID types, so update both examples in the docs to match the expected
JSON schema. In the examples near the executionId payloads, make the run and
schedule snippets use the same type for executionId (either both string or both
number, consistent with the API) and ensure executionConfig.id is also shown
with the correct JSON type instead of an unquoted placeholder. Keep the
placeholder values aligned across the examples so the documentation is
internally consistent.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: a73b52c8-7731-4cad-a98b-9847d02eb4f5
📒 Files selected for processing (1)
src/pages/docs/test-plans/partial-test-plan-run-via-api.md
| |**Payload**|{<br>  "executionId": "3857",<br>  "executionConfig": {<br>    "name": "fav\_config\_name",<br>    "id": config\_id<br>  }<br>}| | ||
|
|
||
| - Find the execution ID of your test plan in the Test Plan details and replace **3857** with it. | ||
| - Replace the name of the saved favorite configuration with **fav\_config\_name**. | ||
| - Replace **config\_id** with the ID of the saved favorite configuration. |
There was a problem hiding this comment.
🎯 Functional Correctness | 🟡 Minor
🧩 Analysis chain
🏁 Script executed:
#!/bin/bash
set -euo pipefail
rg -n --hidden -S 'executionId|executionConfig\.id|config_id' src/pages/docs/test-plansRepository: testsigmahq/testsigma-docs
Length of output: 1207
🏁 Script executed:
cat -n src/pages/docs/test-plans/partial-test-plan-run-via-api.md | sed -n '78,85p;148,168p'Repository: testsigmahq/testsigma-docs
Length of output: 2719
Align ID types in API payload examples
The two payload examples currently use inconsistent formats for executionId:
- The run example uses a string:
"3857" - The schedule example uses a number:
3857
Both examples also use the unquoted placeholder config_id for executionConfig.id. Ensure both examples match the API's expected JSON type (string vs. number) for consistency and correctness.
Current Inconsistencies
Lines 78 vs 151:
// Current state - Run example
"executionId": "3857",
"executionConfig": { ... "id": config_id }
// Current state - Schedule example
"executionId": 3857,
"executionConfig": { ... "id": config_id }🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@src/pages/docs/test-plans/partial-test-plan-run-via-api.md` around lines 78 -
82, The API payload examples for partial test plan runs use inconsistent ID
types, so update both examples in the docs to match the expected JSON schema. In
the examples near the executionId payloads, make the run and schedule snippets
use the same type for executionId (either both string or both number, consistent
with the API) and ensure executionConfig.id is also shown with the correct JSON
type instead of an unquoted placeholder. Keep the placeholder values aligned
across the examples so the documentation is internally consistent.
Summary by CodeRabbit