tester-run-tests
Skill0 starsChanged 53 days agoMITView on GitHub
Fase 3 of the tester-agent workflow: run the full relevant test command set, build a CLI-compatible FinalReport, and write report.md, report.json, and report.csv via the same logic as tester-agent/src/reports.ts. Use when finishing a tester-agent run or running tests after plan and write-tests phases.
In this repository6 other files it gives its agents.
- npm-testSkill
- refactorSkill
- security-auditSkill
- tester-agentSkill
- tester-planSkill
- tester-write-testsSkill
The file
We split this skill into the rules it gives an agent
10 rules. About 0 are common, 3 are distinctive, and 7 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 12
Run the relevant tests and write the same three final reports as the CLI.
- Very specific: line 28
Run each command sequentially.
- Very specific: line 33
Do not check git for changed application code.
- Distinctive: line 35
Write all three files with the CLI helper (required — do not hand-write formats):
- Very specific: line 61
Do not write final-report.md or other alternate names.
- Very specific: line 65
When recording failures in agentSummary / residual risk, explain as a tester:
- Distinctive: line 74
Do not edit production code in this phase.
- Very specific: line 75
Do not git restore, git checkout, git reset, git clean, or git stash when a command fails.
- Very specific: line 76
Do not mark passed if tests did not run successfully.
- Very specific: line 77
Always use write-final-report.mjs so md/json/csv stay identical to the CLI.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Tester Run Tests (Fase 3)
Run the relevant tests and write the same three final reports as the CLI.
Prerequisites
- Prefer Fase 2:
.tester-agent/reports/{runId}/agent-summary.md - Else: project
testCommands/ detected defaults test-plan.mdpath fortestPlanPath- Report contract:
.cursor/skills/tester-agent/reports.md - Definition of Done from
.tester-agent/or bundled template
Instructions
- Collect commands in order:
- Explicit user / project config commands
- Else bash block under
## Commands To Runinagent-summary.md - Else detect sensible defaults for the repo
- Run each command sequentially. Capture
command,exitCode,stdout,stderrfor every run (needed forreport.json/report.md). - Determine verdict from test results only:
- no commands →
inconclusive - any
exitCode !== 0→failed - all
0→passed
- no commands →
- Do not check git for changed application code. Do not set
policy_violation. The workflow already forbids editing production code; recordpolicyas{ "ok": true, "changedFiles": [], "disallowedFiles": [] }so the CLI report shape stays valid. - Build the report JSON for the writer.
report.jsonon disk only keeps whatreport.mdshows:runId,createdAt,target,verdict,workflowFiles,summary,policy, andtestResultswith truncatedoutput. The script drops git, project, workflow contents,testPlanPath,jiraIssueKey, andbacklogItemId. - Write all three files with the CLI helper (required — do not hand-write formats):
node .cursor/skills/tester-agent/scripts/write-final-report.mjs \
--dir ".tester-agent/reports/${RUN_ID}" \
--report-file /tmp/final-report.json- Mark Fase 3 and “Final report written” on the workflow checklist.
Tell the user and append the same line to $REPORT_DIR/progress.log when it happens:
[fase 3] start[fase 3] commando: {command}[fase 3] resultaat: {command} exit {code}[fase 3] geschreven: {path}forreport.md,report.json, andreport.csv[fase 3] verdict: {passed|failed|inconclusive}
Required outputs
| File | Required |
report.json | yes |
report.md | yes (# Tester Agent Report layout) |
report.csv | yes |
Do not write final-report.md or other alternate names.
Failure notes
When recording failures in agentSummary / residual risk, explain as a tester:
- what did not work
- how to reproduce
- which expected behavior was violated
- which developer action is needed
Hard rules
- Do not edit production code in this phase.
- Do not
git restore,git checkout,git reset,git clean, orgit stashwhen a command fails. Recordfailedand leave the working tree as it is, including the user's other edits. - Do not mark
passedif tests did not run successfully. - Always use
write-final-report.mjsso md/json/csv stay identical to the CLI.
Done when
- All selected commands executed (or blocked with
inconclusive) - Verdict set from test results (
passed,failed, orinconclusive) report.md,report.json, andreport.csvwritten via script- Workflow checklist Fase 3 + final report checked
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

