承兑平台在线文档

Appearance

测试用例设计 ​

**本文引用的文件** - [任务和测试过程/Readme.md](file://任务和测试过程/Readme.md) - [文档/Readme.md](file://文档/Readme.md) - [提示词.txt](file://提示词.txt) - [承兑平台产品方案文档.md](file://承兑平台产品方案文档.md) - [rearrange_chapters.py](file://rearrange_chapters.py) - [rearrange_v2.py](file://rearrange_v2.py) - [rearrange_v3.py](file://rearrange_v3.py) - [AI沟通记录/2026-06-05-Chat.md](file://AI沟通记录/2026-06-05-Chat.md) - [AI沟通记录/2026-06-03-Chat.md](file://AI沟通记录/2026-06-03-Chat.md) - [AI沟通记录/2026-06-08_沟通记录.md](file://AI沟通记录/2026-06-08_沟通记录.md) - [任务和测试过程/2026-06-05-Discussion.md](file://任务和测试过程/2026-06-05-Discussion.md) - [Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html](file://Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html) - [Axure老的项目原型/老的项目原型/【PC】交易员/我的分成规则.html](file://Axure老的项目原型/老的项目原型/【PC】交易员/我的分成规则.html)

目录 ​

  1. 简介
  2. 项目结构
  3. 核心组件
  4. 架构总览
  5. 详细组件分析
  6. 依赖分析
  7. 性能考虑
  8. 故障排查指南
  9. 结论
  10. 附录

简介 ​

本文件面向“承兑平台”的测试用例设计，基于任务与测试过程文档、需求与方案文档、原型页面、沟通记录与自动化脚本，系统化阐述测试设计原则、测试场景覆盖、测试数据准备、各类测试用例设计方法（功能/边界/异常），并给出订单管理、交易员管理、商户管理等核心业务流程的测试用例模板与评审标准、优先级划分、可执行性检查、测试数据生成策略、测试环境配置、工具使用、维护流程、回归策略与覆盖率评估。

项目结构 ​

  • 文档与任务管理
    • 任务和测试过程/Readme.md：记录需求分析、原型设计、编码测试等阶段的任务与执行状态。
    • 文档/Readme.md：存放需求分析、架构设计与API说明等文档。
    • 任务和测试过程/2026-06-05-Discussion.md：商户后台功能范围定稿、交易员充提U机制等讨论要点。
  • 需求与方案
    • 承兑平台产品方案文档.md：定义角色、业务流程、配置项、风险与合规等。
  • 原型与界面
    • Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html
    • Axure老的项目原型/老的项目原型/【PC】交易员/我的分成规则.html
  • 沟通与版本
    • 提示词.txt：项目背景、角色、核心流程、配图要点与配置项。
    • AI沟通记录/2026-06-05-Chat.md、2026-06-03-Chat.md、2026-06-08_沟通记录.md：测试推进、任务推进与协作记录。
  • 自动化与文档整理
    • rearrange_chapters.py、rearrange_v2.py、rearrange_v3.py：对产品方案文档章节顺序与重复内容进行重排与清理，便于测试用例映射与追溯。
mermaid
graph TB
A["任务与测试过程<br/>Readme.md"] --> B["产品方案文档<br/>承兑平台产品方案文档.md"]
C["文档目录<br/>Readme.md"] --> B
D["沟通记录<br/>提示词.txt"] --> B
E["原型页面<br/>App/PC 交易员 我的分成规则.html"] --> F["测试用例模板<br/>核心流程映射"]
G["讨论纪要<br/>2026-06-05-Discussion.md"] --> F
H["自动化脚本<br/>rearrange_chapters/v2/v3.py"] --> B

图表来源

  • [任务和测试过程/Readme.md:1-3](file://任务和测试过程/Readme.md#L1-L3)
  • [文档/Readme.md:1-3](file://文档/Readme.md#L1-L3)
  • [承兑平台产品方案文档.md:1-200](file://承兑平台产品方案文档.md#L1-L200)
  • [任务和测试过程/2026-06-05-Discussion.md:32-120](file://任务和测试过程/2026-06-05-Discussion.md#L32-L120)
  • [Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html:241-274](file://Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html#L241-L274)
  • [Axure老的项目原型/老的项目原型/【PC】交易员/我的分成规则.html:485-518](file://Axure老的项目原型/老的项目原型/【PC】交易员/我的分成规则.html#L485-L518)
  • [提示词.txt:1-144](file://提示词.txt#L1-L144)
  • [rearrange_chapters.py:1-89](file://rearrange_chapters.py#L1-L89)
  • [rearrange_v2.py:1-104](file://rearrange_v2.py#L1-L104)
  • [rearrange_v3.py:1-159](file://rearrange_v3.py#L1-L159)

章节来源

  • [任务和测试过程/Readme.md:1-3](file://任务和测试过程/Readme.md#L1-L3)
  • [文档/Readme.md:1-3](file://文档/Readme.md#L1-L3)
  • [任务和测试过程/2026-06-05-Discussion.md:32-120](file://任务和测试过程/2026-06-05-Discussion.md#L32-L120)
  • [提示词.txt:1-144](file://提示词.txt#L1-L144)
  • [rearrange_chapters.py:1-89](file://rearrange_chapters.py#L1-L89)
  • [rearrange_v2.py:1-104](file://rearrange_v2.py#L1-L104)
  • [rearrange_v3.py:1-159](file://rearrange_v3.py#L1-L159)

核心组件 ​

  • 角色与职责
    • 平台 Admin：商户管理、交易员管理、代理管理、费率配置、订单运营、资金管理、介绍人管理。
    • 商户（外汇平台）：API对接、商户后台、发起订单（单笔/批量）、资金管理、终端服务。
    • 交易员：充值保证金、绑定收款方式、接单处理、订单确认、充提 USDT、收益获取。
    • 商户介绍人：引荐商户、业绩获取、无运营职责。
    • 承兑-代理：招募交易员、团队管理、业绩获取、资金来源由平台承担。
    • 终端用户：发起入金/出金、法币转账、状态确认。
  • 核心流程
    • 入金流程：终端用户→商户→平台→交易员→终端用户法币转账→确认收款→释放冻结 USDT→划转至商户。
    • 出金流程：终端用户→商户→平台→交易员→法币转账→上传凭证→风控审核→释放 USDT→划转至商户。
  • 配置与规则
    • 基础点差、商户加点、交易员点差、出入金手续费、补助规则（小额/夜间）、风控与超时处理、派单与限额。

章节来源

  • [承兑平台产品方案文档.md:43-153](file://承兑平台产品方案文档.md#L43-L153)
  • [承兑平台产品方案文档.md:156-200](file://承兑平台产品方案文档.md#L156-L200)

架构总览 ​

mermaid
graph TB
subgraph "前端层"
U["终端用户 App/PC"]
M["商户后台 App/PC"]
T["交易员 App/PC"]
end
subgraph "平台服务"
OMS["订单管理服务"]
TM["交易员管理服务"]
MM["商户管理服务"]
FM["资金与风控服务"]
CM["配置与报表服务"]
end
subgraph "外部系统"
BANK["银行/支付渠道"]
WALLET["USDT钱包/链上"]
end
U --> M
M --> OMS
M --> MM
T --> OMS
T --> TM
OMS --> FM
MM --> FM
TM --> FM
FM --> WALLET
OMS --> BANK
TM --> BANK

图表来源

  • [承兑平台产品方案文档.md:156-200](file://承兑平台产品方案文档.md#L156-L200)
  • [任务和测试过程/2026-06-05-Discussion.md:78-120](file://任务和测试过程/2026-06-05-Discussion.md#L78-L120)

详细组件分析 ​

测试设计原则 ​

  • 覆盖性：功能、边界、异常、集成、安全、性能、兼容性。
  • 可追溯：用例与需求/原型/配置项一一映射。
  • 可执行：前置条件明确、步骤清晰、预期结果可验证。
  • 可维护：用例结构化、标签化、版本化。
  • 风险导向：高风险流程（资金、风控、超时）优先覆盖。

测试场景覆盖 ​

  • 订单管理
    • 创建订单（单笔/批量）、状态流转、超时处理、人工干预、退款/撤销。
  • 交易员管理
    • 充值/提现、接单限额、在线状态、KYC/KYB、风险评级、分润与补助。
  • 商户管理
    • 账号开通/状态、费率配置、订单监控、资金流水、API对接。
  • 配置与风控
    • 点差/手续费/补助规则、风控阈值、超时阶梯、黑名单/白名单。

测试数据准备 ​

  • 角色账户：Admin、商户、交易员、终端用户、代理、介绍人。
  • 资金与资产：USDT余额、冻结额度、保证金、手续费账户。
  • 订单数据：入金/出金、金额区间、币种/链、收款账户、凭证。
  • 配置数据：点差、手续费、补助、限额、超时、风控策略。

功能测试用例设计 ​

  • 入金流程
    • 步骤拆解：商户下单→平台指派→交易员收款→确认→释放→划转。
    • 关键点：指派条件、锁定/释放、状态机、通知。
  • 出金流程
    • 步骤拆解：商户下单→平台指派→交易员打款→上传凭证→风控审核→释放→划转。
    • 关键点：凭证校验、风控规则、超时处理。
  • 交易员管理
    • 充值/提现：链上转账、手续费、到账确认、余额与冻结。
    • 接单：限额、在线、权限、派单算法、超时。
  • 商户管理
    • 账号与费率：开通、状态、加点、手续费。
    • 订单与流水：查询、导出、对账。

边界测试用例设计 ​

  • 金额边界：最小/最大订单、最小/最大充值/提现、冻结额度边界。
  • 时间边界：超时阶梯、夜间补助生效时间、手续费周期。
  • 数量边界：同时接单上限、批量导入条数、收款账户数量。
  • 权限边界：未登录/权限不足、越权访问、代理与交易员交叉。

异常用例设计 ​

  • 网络异常：转账失败、接口超时、重试策略。
  • 数据异常：金额不符、重复订单、重复收款、伪造凭证。
  • 系统异常：风控拦截、系统维护、数据库锁、并发冲突。
  • 安全异常：越权操作、SQL注入、XSS、CSRF、DDoS。

测试用例模板（示例） ​

  • 订单管理

    • TC_001：商户创建入金订单（正常路径）
      • 前置条件：商户已开通、账户有余额、交易员在线且有足够冻结额度
      • 步骤：商户发起入金→平台创建订单→自动/手动指派→交易员收款→确认→释放冻结→划转
      • 预期：订单状态为已完成，USDT已划转至商户
    • TC_002：入金订单超时自动释放
      • 前置条件：订单已创建，用户未确认收款
      • 步骤：等待阶梯超时→系统自动释放冻结→重新指派
      • 预期：冻结额度返还，订单重新进入指派队列
    • TC_003：批量出金导入与处理
      • 前置条件：商户具备批量出金权限
      • 步骤：上传Excel→系统解析→校验→生成订单→派单→打款→凭证上传→审核→释放
      • 预期：成功/失败明细分别记录，失败原因可追溯

  • 交易员管理

    • TC_101：交易员充值 USDT（含手续费）
      • 前置条件：交易员已绑定收款方式
      • 步骤：发起充值→链上转账→平台确认→手续费扣取→余额更新
      • 预期：余额增加，手续费计入平台账户
    • TC_102：交易员接单超限
      • 前置条件：交易员已达日接单上限
      • 步骤：尝试接单→系统拒绝
      • 预期：提示“已达接单上限”，订单重新进入队列

  • 商户管理

    • TC_201：商户调整入金手续费
      • 前置条件：Admin已配置基础费率
      • 步骤：商户后台调整加点→生效时间设置→订单计费
      • 预期：订单手续费按调整后的费率计算

章节来源

  • [任务和测试过程/2026-06-05-Discussion.md:78-120](file://任务和测试过程/2026-06-05-Discussion.md#L78-L120)
  • [Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html:241-274](file://Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html#L241-L274)
  • [Axure老的项目原型/老的项目原型/【PC】交易员/我的分成规则.html:485-518](file://Axure老的项目原型/老的项目原型/【PC】交易员/我的分成规则.html#L485-L518)

测试流程序列图（示例：入金流程） ​

mermaid
sequenceDiagram
participant U as "终端用户"
participant M as "商户后台"
participant P as "平台订单服务"
participant T as "交易员"
participant F as "资金与风控"
U->>M : "发起入金"
M->>P : "创建购买USDT订单"
P->>T : "指派/自动锁定USDT"
U->>M : "查看收款信息"
U->>T : "线下转账"
U->>M : "确认已转账"
T->>P : "确认收款"
P->>F : "校验并释放冻结USDT"
F-->>P : "释放成功"
P->>M : "划转USDT至商户"
M-->>U : "入金完成通知"

图表来源

  • [承兑平台产品方案文档.md:156-200](file://承兑平台产品方案文档.md#L156-L200)

测试流程流程图（示例：出金风控审核） ​

mermaid
flowchart TD
Start(["开始"]) --> Submit["商户提交出金订单"]
Submit --> Assign["平台指派交易员"]
Assign --> Pay["交易员线下打款并上传凭证"]
Pay --> Review{"风控审核通过?"}
Review --> |否| Reject["拒绝并退回USDT冻结"]
Review --> |是| Release["释放USDT并划转至商户"]
Reject --> End(["结束"])
Release --> End

图表来源

  • [承兑平台产品方案文档.md:193-200](file://承兑平台产品方案文档.md#L193-L200)

依赖分析 ​

  • 需求与原型依赖：测试用例需与产品方案文档中的角色、流程、配置项保持一致。
  • 原型页面依赖：交易员“我的分成规则”页面体现了业务场景与说明，可用于用例场景设计。
  • 讨论纪要依赖：商户后台功能范围、交易员充提U机制等讨论结论直接影响用例覆盖度。
  • 自动化脚本依赖：章节重排与清理确保文档一致性，便于测试用例版本化与追溯。
mermaid
graph LR
DOC["产品方案文档"] --> TEST["测试用例设计"]
PROT["原型页面"] --> TEST
DISCUSS["讨论纪要"] --> TEST
SCRIPT["章节重排脚本"] --> DOC

图表来源

  • [承兑平台产品方案文档.md:1-200](file://承兑平台产品方案文档.md#L1-L200)
  • [Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html:241-274](file://Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html#L241-L274)
  • [任务和测试过程/2026-06-05-Discussion.md:32-120](file://任务和测试过程/2026-06-05-Discussion.md#L32-L120)
  • [rearrange_v3.py:134-159](file://rearrange_v3.py#L134-L159)

章节来源

  • [任务和测试过程/2026-06-05-Discussion.md:32-120](file://任务和测试过程/2026-06-05-Discussion.md#L32-L120)
  • [Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html:241-274](file://Axure老的项目原型/老的项目原型/【App】交易员/我的分成规则.html#L241-L274)
  • [Axure老的项目原型/老的项目原型/【PC】交易员/我的分成规则.html:485-518](file://Axure老的项目原型/老的项目原型/【PC】交易员/我的分成规则.html#L485-L518)
  • [rearrange_v3.py:134-159](file://rearrange_v3.py#L134-L159)

性能考虑 ​

  • 并发与吞吐：批量出金、高频入金/出金场景下的订单处理能力与数据库锁竞争。
  • 响应时间：接口超时阈值、重试策略、异步通知。
  • 资源占用：冻结额度与可用余额的实时计算、风控规则的复杂度。
  • 压测建议：模拟阶梯超时、峰值流量、异常重试、链上转账延迟。

故障排查指南 ​

  • 常见问题
    • 订单状态异常：核对指派规则、冻结/释放逻辑、通知链路。
    • 交易员无法接单：检查在线状态、限额、权限、保证金。
    • 充提失败：核对链上转账状态、手续费、账户余额。
    • 出金被拒：核查凭证格式、风控规则、金额与时间。
  • 排查步骤
    • 日志采集：前后端日志、链上事件、风控日志。
    • 数据核对：订单表、资金流水、冻结/可用余额。
    • 环境复现：隔离环境、最小化复现集、自动化回归。

章节来源

  • [AI沟通记录/2026-06-05-Chat.md:28-33](file://AI沟通记录/2026-06-05-Chat.md#L28-L33)
  • [AI沟通记录/2026-06-03-Chat.md:1-6](file://AI沟通记录/2026-06-03-Chat.md#L1-L6)
  • [AI沟通记录/2026-06-08_沟通记录.md:1-10](file://AI沟通记录/2026-06-08_沟通记录.md#L1-L10)

结论 ​

本测试用例设计以产品方案与原型为依据，结合讨论纪要与沟通记录，构建了覆盖功能、边界与异常的测试矩阵，并提供了可执行的模板与评审标准。通过自动化脚本保证文档一致性，配合性能与故障排查建议，形成闭环的质量保障体系。

附录 ​

测试用例评审标准 ​

  • 完整性：是否覆盖核心流程、边界与异常。
  • 明确性：前置条件、步骤、预期清晰可执行。
  • 可追溯性：与需求/原型/配置项映射关系明确。
  • 可维护性：结构化、标签化、版本化。

优先级划分 ​

  • P0：影响资金安全与风控的流程（入金/出金、冻结/释放、风控拦截）。
  • P1：核心业务流程（订单管理、交易员管理、商户管理）。
  • P2：辅助功能（报表、通知、导出）。
  • P3：边界与异常（超时、并发、权限）。

可执行性检查清单 ​

  • 环境准备：测试账户、测试资金、测试配置、测试数据。
  • 工具准备：接口测试工具、数据库工具、链上工具、日志工具。
  • 场景验证：单链路、多链路、并发、异常注入。

测试数据生成策略 ​

  • 角色账户：Admin、商户、交易员、代理、介绍人。
  • 资金与资产：随机金额、边界值、异常金额、手续费。
  • 订单数据：正常/异常金额、时间窗口、收款账户、凭证。
  • 配置数据：默认值、边界值、异常值、组合值。

测试环境配置 ​

  • 前端：App/PC 端调试环境与测试账号。
  • 后端：订单、交易员、商户、资金、风控服务。
  • 链上：测试钱包、测试链、模拟转账。
  • 外部：银行/支付渠道沙箱、风控规则开关。

测试工具使用 ​

  • 接口测试：Postman/JMeter，覆盖订单、交易员、商户接口。
  • 数据库：SQL 查询与对账，冻结/可用余额核对。
  • 链上：钱包工具与事件监听，转账状态追踪。
  • 日志：ELK/Sentry，异常与超时定位。

测试用例维护流程 ​

  • 版本控制：用例随需求/方案版本同步迭代。
  • 变更评审：需求变更触发用例评审与补充。
  • 回归执行：每次发布前执行回归用例集。

回归测试策略 ​

  • 关键流程回归：入金/出金、冻结/释放、风控审核。
  • 配置回归：点差/手续费/补助规则变更后的回归。
  • 并发回归：批量导入、高峰流量、超时处理。

测试覆盖率评估 ​

  • 功能覆盖率：按流程节点与分支统计。
  • 代码覆盖率：单元/接口测试覆盖。
  • 配置覆盖率：规则与阈值的覆盖。
  • 场景覆盖率：正常/异常/边界场景的覆盖。