exploratory-testing

# 探索式测试（exploratory-testing） 需求不完整、系统陌生、文档不足时的**独立**探索式测试会话：charter 驱动，边探索边设计，产出系统理解与风险清单，而不是执行既有用例。 - **输入**：被测系统入口（环境 + 账号）、探索主题或 charter、（可选）已有需求材料 - **输出（落盘）**：`{项目}/探索笔记_{主题}.md`（charter、系统理解、风险清单、测试想法、发现的 Bug）——旁路场景下作为 `requirement-analysis` 的输入 - **适用**：新系统、老系统、文档缺失、黑盒测试、Agent 自主测试 ## When to Use - 新接手/陌生的系统，文档缺失或不可信，先探索再建模 - 需求不完整，需要用探索补齐系统理解与风险清单 - 黑盒环境（只有入口和账号）下的自主测试 ## When NOT to Use - 为写自动化**踩点**（理解页面结构、提取选择器、落 Page Object）→ `automated-e2e-testing` 工作流零（业务熟悉） - 按既有用例执行 → `automated-e2e-testing`（UI）/ `api-testing`（接口） - 已确认 Bug 的根因分析 → `bug-analysis` - 端到端流水线 → `qa`（本 skill 是其旁路阶段 0） ## 探索笔记 Schema（产出结构） ```markdown # 探索笔记：{主题} ## Charter（本轮探索的使命） - 目标：{回答什么问题 / 覆盖什么区域} - 范围：{系统/模块/流程} - 时长/停点：{时间盒或停止条件} ## 系统理解（探索中修正） - 入口与导航路径 / 角色与权限 / 核心流程 / 数据流向 / 状态与流转 ## 风险清单（每条带证据标注，此时加载 `../core/evidence.md`） - R?：{风险描述}｜level: {Critical/High/Medium/Low，按 `../core/risk-model.md` 的 Impact × Likelihood 预评}｜evidence: {E0–E4 + 来源}｜confidence: {high/medium/low}｜status: {fact / inference / risk / hypothesis} （R? 为会话内临时编号；移交 `test-strategy` 时并入其 Risk Map 统一重编为 R1…，探索笔记原文编号不保留） ## 测试想法（后续转化为正式用例的候选） - 想法 → 建议归属：{test-case-writing 直接产出 / 需先澄清的问题} ## 发现的 Bug（现象 + 复现步骤 + 证据；未定性，标 Hypothesis） ## 未解之谜（需要用户/开发澄清的问题） ``` ## 工作流 ### 1. 制定 Charter（先定使命，再动手） - Charter 三要素：**目标**（回答什么问题，如"优惠券领取的前置约束有哪些"）、**范围**（哪个系统/流程）、**停点**（时间盒或"风险清单满 10 条"） - 主题未知时与用户对齐一句："这轮探索想弄清楚什么？" - 无环境/账号 → 先索取（入口地址、每角色账号、数据说明），**不开无凭据的探索** ### 2. 系统摸底（建初始地图） - 登录 → 枚举入口与导航路径 → 记录角色可见的功能面 - 走一...