test-validation

Files (1)

• SKILL.md

SKILL.md (first lines)

# 测试元技能

根据验收条件选择场景，运行真实测试命令，并通过 `dev_task verify` 保存回执。构建可作为辅助检查，但仅编译或跳过测试的命令不能作为测试组计划。失败时先修复再重新运行；测试范围应覆盖本次改动及其主要回归风险。

新任务按 status.verification_planning 中声明的组执行 `verify verification_group=...`。每组独立保存真实回执，全部必要组通过且输入指纹有效才可验收。声明 files 时包含生产代码、测试及相关构建/配置；跨项依赖输入由引擎保守纳入。哈希只判断证据是否过期，测试覆盖仍需按验收条件核对。旧任务仍可使用原 verify；通过 plan_verification 显式启用分组后须取得各组新回执，不把旧全局回执追认成多组通过。

NO_TEST_SUMMARY 表示没有可识别的非零测试摘要；使用 node:test、Surefire/Failsafe、pytest 等实际运行器，不自行打印测试数量。环境拒绝、超时和取消应如实记录，不能说成功。Windows Node 测试若因子进程管道报 EPERM，确认版本支持且本组适合共享进程后可使用 --experimental-test-isolation=none，并更新命令计划、记录模式；不自动修改权限或关闭沙箱。新一次失败始终优先于同组旧通过。

Maven 测试命令必须在输出中证明 Surefire/Failsafe 至少执行了一个测试；退出码为 0 但测试数为 0 或没有测试摘要时，验证不能通过。构建通过不等于测试通过。必要时调整命令让测试摘要可见，并核对原始测试报告。

交接给代码审核：测试命令、结果、覆盖的场景和未覆盖原因。优先验证业务主入口、条件闸门、外部副作用与失败恢复，不把只有常量、序列化或参数透传的测试说成整条流程已验证。当前计划及输入不变的有效通过记录可保留；缺失/失败/过期才重跑，不为查看日志重复验证，完整回执通过 status detail=true 读取。不要把模型的口头判断当成通过的测试。

From godv61/dsh-task-engine, MIT.

More from godv61/dsh-task-engine