技能介绍

要解决的问题

融资租赁系统的测试用例编写有两类麻烦。一是业务链路长：从客户准入到租赁终结，横跨客户管理、授信审批、租赁物、合同、放款、还款、核算、发票、报表九个模块，个人经验很难覆盖全链路。二是金额与状态天生容易出错：租金计算精度、跨月跨年日期、单据状态机，漏一条就可能在生产环境变成资金事故。靠人工从零梳理，耗时且容易重复或遗漏。

核心能力与工作流程

该技能按五个步骤推进：

确认测试目标 — 明确目标模块、测试类型（功能 / 金额精度 / 审批流程 / 接口 / 回归），以及可用的需求、PRD、接口文档与表结构。
分析业务流程与测试点 — 加载 references/business_modules.md 获取模块流程与关键规则，再用场景法、等价类划分、边界值分析、决策表与错误推测法系统枚举测试点，并对照 references/test_points_library.md 查漏。涉及金额时加载 references/calculation_rules.md，涉及接口时加载 references/api_test_checklist.md。
输出测试点概览 — 先给出测试点清单等待确认，再展开用例，避免方向跑偏后整批返工。
编写用例 — 遵循「模块缩写 + 类型缩写」的编号规范（如 TC-CONTRACT-BIZ-001）。金额用例必须写出计算公式与精确到分的预期值；审批用例必须写清当前节点、角色、动作与预期流向；状态流转用例要列出完整状态机。
自检与交付 — 按 P0~P3 分级，覆盖正常流、异常流与边界值。用例 ≤ 10 条直接输出 Markdown，> 10 条生成 Markdown 与 CSV 文件，需要导入测试平台时统一走 CSV 模板。

适用边界

它的价值集中在融资租赁业务域：模块名称、编号缩写、优先级定义都按这套系统约定，换到其他行业需要重建映射。内置的金额计算规则与状态机来自参考文件，若实际产品规则不同（例如特殊还款方式或核算口径），必须以产品需求为准，不能照搬参考库。此外它无法替代对需求文档的阅读，输入材料缺失时会退化为经验性输出，用例仍需人工复核。