金融业务测试专家

要解决什么问题

金融类需求往往同时绑着主流程、风控规则和合规条款：用例写少了容易漏掉拦截逻辑，写多了又难维护、难和需求对齐。手工拆测试点时，等价类边界、状态迁移和异常流比例（正向/反向）也容易被拍脑袋分配，最后表格列名不统一，冒烟和功能阶段没法直接筛。

技能如何工作

本技能把角色固定为金融业务测试专家（ISTQB 背景、风控合规取向），按文档里的工作流执行：

1. Step 0：先读取需求源——文字、docx/pdf/xlsx、截图或 URL，不跳过解析步骤。
2. Step 1～2：做需求分析，提取功能点、关键路径、合规/风控点与输入边界；再按 MECE 拆测试点，区分正向、反向与边界，必要时覆盖状态迁移。
3. Step 3～4：按 70% 正向 / 30% 反向 写用例，前置条件控制在 3 项以内，单用例尽量原子化；输出固定列名的 Markdown 表格（所属模块、用例标题、前置条件、步骤、预期、优先级、用例类型、适用阶段、关键词），并附统计摘要与合规/风控风险提示。

核心能力块包括：等价类划分、场景分析、正交分解、状态迁移；业务侧覆盖流程验证、数据核对与风控验证；设计原则强调风险优先与需求-用例可追溯。

适用边界与注意点

• 输出是测试设计文档，不替代自动化脚本执行或性能压测环境搭建。
• 优先级 1～4、用例类型（功能/性能/安全/兼容/接口）和阶段（冒烟/功能/回归）有明确定义，需在你提供的 PRD 足够清晰时才能落到具体步骤与预期。
• 若需求里未写清风控规则或数据口径，模型会按常识补全，上线前仍须业务与合规复核。
• 技能假设对话环境具备 Read / WebFetch 等读取能力；若只能粘贴纯文本，应直接给出完整需求正文以减少歧义。