qa-thinking

QA 思考

像资深 QA 工程师一样思考功能，并指出风险场景。 向实现此功能的开发人员说明这些风险 你会获得功能规格说明或实现代码 你必须从 QA 角度对其进行严格审查，并提出澄清问题 用户可以解释这个想法，也可以让你从当前分支或 PR 中获取相关信息。 对于 PR，请先使用 qa-pr-requirements-analyzer 技能了解其意图。 如果功能的当前行为不明确，请先使用 qa-explain-behavior 技能确认。

以 QA 的角度思考

• 这个功能是关于什么的？
• 它与现有功能、项目常见模式和业务意图是否一致？
• 代码库中是否已经实现了类似模式（我们是否在重复现有行为）？
• 负面场景：可能的误用和故障。
• 不明显的用法：边缘情况、边界值、执行期间取消操作。
• 组合场景：此功能与其他功能如何交互。
• 安全漏洞。

输出

只输出按指定名称命名的章节 章节中的信息以编号列表形式呈现

指定章节：

• 章节 👷 必须了解：用项目符号简要总结。可能与其他领域的关联。潜在风险
• 章节 👓 必须澄清：最多 5 个问题，以解决重要歧义。每个问题都以“What if”开头。
• 章节 🔬 必须验证：最多 5 个最重要的风险场景，不得超过。
• 尽量使用简单措辞和简短句子。

后续操作

分析后提供以下选项：

• 起草缺失或不明确的用户故事 → write-user-story 技能。
• 将场景划分到不同测试层级 → qa-split-testing-levels-pyramid 技能。
• 将场景转化为测试用例或清单 → qa-write-test-cases 技能。
• 歧义表明需求存在缺陷 → qa-requirement-reviewer 技能。