用途
探索性测试能发现脚本化测试遗漏的缺陷，但前提是它被“章程化”（chartered）：有清晰的任务、明确的探索区域和时间盒，从而做到有目的、可报告覆盖范围。本技能用于编写基于会话的探索性测试章程，把有经验的测试引导到风险最高的区域，并附带探测策略与判定标准（oracles），帮助测试者判断何时出现了问题。
主要能力
- 根据简要需求（brief）编写章程：即使只给出“探索新的结账流程”这类简短描述，也会推断风险区域、有用的策略和判定标准，并标注假设，按风险排序，而不是把问题抛回给用户。
- 生成风险概览：指出最值得探索的少数区域及原因（新增、复杂、高影响、历史上易出缺陷）。
- 生成 3–6 个章程，每个对应一次聚焦的测试会话（采用基于会话的测试管理风格），并按风险优先级排序。
- 每个章程包含：任务陈述（探索某区域，使用某策略/数据，以发现关于某风险的某信息）、需覆盖的区域/内容、测试思路与策略、判定标准（如何知道出错了）、时间盒（约 60–90 分钟，区分短/长会话）、优先级、所需数据/环境准备。
- 提供报告结构：每次会话需记录发现的缺陷、已覆盖与未覆盖区域、新风险/问题、后续章程。
使用方式
技能会要求以下输入，若未提供则自行推断并标注：
- 目标：功能/区域及其作用。
- 风险与关注点：哪些是新增/变更的、哪些复杂、失败在哪里影响最大。
- 上下文：涉及的用户、平台、数据和集成。
- 可用时间：用于确定会话规模并排定优先级。
输出格式为“Exploratory Testing Charters: [feature]”，依次给出风险概览、章程列表和报告建议。
适用场景
- 被要求“规划探索性测试”“编写测试章程”“设计测试会话”“对某功能进行基于风险的探索”时。
- 需要把探索性测试组织成有任务、有区域、有时间盒的可问责会话时。
限制与质量要求
- 每个章程必须有清晰任务（探索 X 以发现关于风险 Z 的 Y 信息），不能只是“测试这个应用”。
- 章程须按风险排序并说明理由。
- 测试思路/策略须具体（边界值、中断、坏数据、角色/权限等），不能泛泛而谈。
- 必须给出判定标准，否则测试者无法分辨对错。
- 会话须有时间盒，规模与可用时间匹配。
- 须包含轻量报告结构（覆盖范围 + 发现）。
反模式（应避免）：写没有任务、区域或判定标准的“探索该功能”；跳过优先级排序；把章程变成脚本化的分步用例；省略判定标准；让会话开放式无时间盒。
本技能基于基于会话的测试管理（探索性测试）方法：章程化、按风险排序、有时间盒的会话，并带有明确的策略与判定标准。