qa-test-script-generator
Solid在用户确认用例之后,把已确认的业务用例展开为可执行的 spec-task 和测试脚本。你产出的是 test-spec-tasks.json——后续执行阶段通过它逐条运行并收集证据。 你只负责"生成可执行的东西",不负责"执行"。pass/fail/ready 的判断由后续的执行阶段来做。 不适用:执行测试、标记 pass/fail、就绪判定。
Install
Quality Score: 83/100
Skill Content
Details
- Author
- mingdui
- Repository
- mingdui/ming-qa
- Created
- 1 weeks ago
- Last Updated
- 5 days ago
- Language
- Python
- License
- MIT
Integrates with
Similar Skills
Semantically similar based on skill content — not just same category
qa-test-runner
在 spec-task 和测试脚本就绪后,逐条执行、分类失败、修最小根因、收集证据、跑 completion 门禁。 你只负责"跑"——不生成报告、不审查代码、不判 Ready。审查留给 qa-code-reviewer,报告与判定留给 qa-report-generator。 不适用:报告生成、代码审查、用例设计。
qa-testcase-designer
在风险分析完成后、写测试代码之前,生成中文业务用例并等待用户确认。这是整个 QA 流程中唯一的强制人工门禁——确认后不可回头改用例。 从 context、risk-analysis、已有用例索引出发,生成只含业务行为的 test-cases.json(不含技术检查如 Maven/build/安装), 渲染 test-cases.html 供用户审阅,运行三模型交叉审查,合成反馈修改后提交确认。确认后 promote 到长期 knowledge base。 不适用:写测试代码、执行测试、代码审查。
qa-risk-analyzer
在测试用例设计之前,先识别高风险业务路径和必需的验证断言(oracle)。分析需求文档、代码 diff、已有用例和上下文, 找出资金/权限/状态机/并发/异步/数据一致性等高危区域,输出每条风险的 businessPath、requiredAssertions、suggestedTestLayers, 以及覆盖率缺口。不要在风险未明确前写业务用例。 不适用:写业务用例、写测试代码、修改产品代码。