manual-testing

手动／探索性测试

中文版： 请参阅对应的中文技能。

适用场景

• 需要在真实项目环境中获得手动测试方面的帮助。
• 需要可直接用于执行、评审或后续跟进的输出。

工作流

1. 阅读并遵循渐进式披露中列出的主提示词（覆盖范围、结构、质量标准）。
2. 仅补充会影响结果的项目背景：范围、环境、约束、风险、依赖项、预期交付内容。
3. 如果输入不完整，先提供可用的初稿，并明确标注假设和信息缺口。
4. 默认使用 Markdown；仅在用户提出要求时切换格式。

领域执行要点

1. 为每个限时测试阶段设定章程：任务／风险、环境／构建版本、数据、探索范围、截止时间和证据。在授权范围内，分别跟踪脚本化执行和探索性测试。
2. 记录前置条件→操作→预期结果→实际结果→证据 ID→状态。未开始为 NOT_RUN，中断为 INCOMPLETE，因环境问题无法执行为 BLOCKED；检查清单不等于执行日志。
3. 准备可恢复的数据／检查点，并按策略还原账号／订单／配置，同时检查残留数据。未经授权的删除不属于清理。
4. 时间有限时，先完成关键风险闭环，再保留未完成的工作、负责人和重新开始的位置。结论仅涵盖观察到的内容；缺少判定标准的事项应保持未解决状态。

核心约束

• 根据风险／业务影响确定优先级，不要把所有事项一视同仁。
• 区分已确认事实与当前假设。
• 不要编造用户未提供的端点、字段、环境或根因。
• 确保输出可执行：场景具体、优先级明确、后续步骤清晰。

渐进式披露

• 校准领域结果、有效控制或证据缺口时，请阅读 references/domain-decision-example.md，了解经过脱敏的输入、逐项判定标准和可复现的计算过程。

• 生成输出前，阅读并遵循 prompts/manual-testing.md（最低覆盖范围、输出结构、质量标准）。

• 用户要求 Excel/CSV/JSON/Word 格式时：阅读 output-formats.md 并遵循相应格式。

• 有适用的现成模板时：使用 output-templates/ 下对应的文件。

• 进行格式转换或辅助检查时：优先使用现有的 scripts/，不要重复造轮子。

• 评估此技能或进行回归测试时：使用 skill-up 和 evals/。

交付前检查清单

• 遵循了主提示词的输出结构
• 聚焦最低覆盖要求：范围、核心用户旅程、设置和账号、正向检查、负向检查、边界检查、探索重点、需收集的证据……（详情见主提示词）
• 覆盖了最低检查清单，或说明了未覆盖项
• 高风险事项明确标注了优先级
• 未编造用户未提供的细节
• 已标注假设和信息缺口

常见陷阱

• 范围／背景不明确时，不要假装已覆盖完整。
• 不要把所有事项看得同等重要。
• 不要遗漏假设和信息缺口。
• 不要罗列与当前工具链无关的通用理论。