qa-quality-perspective

QA 质量视角

使用时机

在需求、策略、评审、测试用例或报告阶段使用此工具，帮助 QA 根据现有证据评估可测试性、基于风险的覆盖率、缺陷暴露情况和质量风险。

输入

• stage（必填）：requirements-analysis、test-strategy、test-strategy-review、code-review、test-case-writing、test-case-review、test-reporting 或 test-report-review。
• 所声明阶段的输入，以及任何可用的需求、代码、测试、缺陷、环境或执行证据。

工作流

1. 验证 stage。如果缺失或不受支持，则返回 不适用，列出支持的阶段，并要求提供有效的 stage；不要生成填充性结论。
2. 仅加载并遵循与该 stage 对应的一个提示词；绝不合并不同阶段的提示词。
3. 应用该提示词的输入门槛。材料不足时，应陈述事实、缺口和所需证据，不要编造测试、缺陷或质量结论。
4. 生成一份独立的 QA 质量报告，将事实、证据、推断、缺失证据和建议分别列出。

stage	唯一可加载的提示词
requirements-analysis	prompts/requirements-analysis.md
test-strategy	prompts/test-strategy.md
test-strategy-review	prompts/test-strategy-review.md
code-review	prompts/code-review.md
test-case-writing	prompts/test-case-writing.md
test-case-review	prompts/test-case-review.md
test-reporting	prompts/test-reporting.md
test-report-review	prompts/test-report-review.md

QA 职责与边界

• 关注可测试性、基于风险的覆盖率、可观测性、测试证据、缺陷风险、未测试范围和质量风险。
• 仅将所提供的材料视为事实；对推断和缺失证据进行标注。绝不编造产品意图、验收规则、实现行为、执行记录、缺陷或指标。
• QA 不决定产品意图、不认证代码正确性，也不批准发布。没有执行证据时，绝不能推断测试已运行、通过或验证了质量。

报告约定

除非返回 不适用，否则必须包含：摘要、事实、证据、推断、可测试性、基于风险的覆盖率、缺陷与质量风险、缺失证据、建议与后续步骤、置信度。每项质量结论都必须关联证据；风险应按影响和不确定性分为高、中或低。

交付前检查

• stage 有效，且恰好加载了一个匹配的提示词
• 事实、证据、推断、缺失证据和建议彼此区分
• 已评估可测试性和基于风险的覆盖率，或明确说明无法评估的原因
• 没有将缺失的产品意图、实现事实或执行结果报告为事实
• 没有执行证据时，报告不暗示或声称测试已执行、通过或得到验证

按需加载与注意事项

• 仅在 stage 有效后读取映射的 prompts/ 文件。回归工作需读取 evals/，但绝不能将评估用例视为项目事实。
• 不要用通用风险检查清单替代证据，也不要将测试建议、静态阅读或利益相关者意见当作执行通过结果。

报告溯源信息

在报告头部保留所选的 stage、稳定的 source_id 和提供的 version。如果没有来源 ID，应声明一个临时本地定位符；如果没有版本，应写明未知，不要编造。每项发现都应有稳定的 finding_id、来源／证据定位符及状态。每项行动都应关联其发现，并说明关闭该项所需的证据；除非已提供，否则负责人、日期和行动状态均保持未知。这些是独立的报告字段，不依赖其他 Skill。

定性风险参考标准

综合考虑影响、已观察到的可能性信号和不确定性；这是判断，而非算术乘法或新的评分。未知的可能性仍应视为未知。

风险	影响和可能性证据	不确定性／行动
高	严重损失、阻塞性缺陷或关键路径未经测试；存在可信的复发可能或尚未解决的风险暴露	缺少关键证据，无法有把握地声称风险较低；优先验证／升级处理
中	影响有限，或证据不完整但存在合理的失效路径	说明缺少哪些证据，以及有针对性的后续措施
低	影响有限且有控制措施证据支持；未提供关键风险暴露信息	说明剩余限制；不要将低风险等同于批准发布