94 lines
5.3 KiB
Markdown
94 lines
5.3 KiB
Markdown
# 第一版系统化测试计划
|
||
|
||
## 1. 测试目标
|
||
|
||
第一版测试优先保证短信业务主链路可回归：风控、计费、发送编排、通道路由与报备、查询统计、Gateway 追踪和模拟链路。系统功能验收必须使用真实 NestJS API、Prisma/PostgreSQL、Redis/BullMQ、MinIO 或对应的本地服务；不依赖真实运营商 CMPP 网关，但 Gateway 场景必须通过 Go Gateway、本地 SMSC 模拟器或连接状态回写 API 完成闭环。本地没有 PostgreSQL、Redis、MinIO 时，对应系统功能用例标记为阻塞或未执行，不能用 mock 作为通过依据。
|
||
|
||
系统功能测试用例详见 `docs/system-functional-test-cases.md`。该文档面向第一版验收、人工测试和后续 E2E 自动化改造，覆盖客户端、运营端、API、Gateway 和性能 smoke 场景。
|
||
|
||
## 2. 测试分层
|
||
|
||
### 2.1 单元测试
|
||
|
||
- NestJS/API 使用 Jest + ts-jest。
|
||
- Go Gateway 使用 Go 原生 `testing`。
|
||
- 目标：覆盖纯业务规则、状态流转、查询条件、Gateway tracker/reconnector/health 等无需真实外部服务的逻辑。
|
||
- 当前重点：
|
||
- 风控规则评估：最大号码数、重复率、非法号码率、黑名单率、模板变量异常、直接拒绝、进入人工审核。
|
||
- 计费：费用预估、余额检查、冻结、扣费、释放、退款、短信计费记录。
|
||
- 发送链路：批量任务创建、手机号拆分、发送入队、运营商前缀正则分流、手机号段归属地识别、应用运营商通道组路由、省网/全国路由、submit result 更新、receipt 更新、失败补发、补发停止条件、uplink 记录、72 小时未知转超时。
|
||
- 通道与报备：通道创建、通道发送地区、三网通道通配、通道组路由规则、企业应用通道组保存校验、禁止单通道发送规则、签名报备任务、导出、回执导入、签名状态同步。
|
||
- 查询统计：发送链路 trace、对账 reconciliation、dashboard/statistics。
|
||
- Gateway：SEQID/MSGID 追踪、重连、health、gocmpp submit/resp 模拟器。
|
||
|
||
### 2.2 集成测试
|
||
|
||
- 单元/轻集成测试可以使用 mock Prisma/BullMQ/Redis 验证 Service 编排和异常分支，但这只代表代码级测试通过。
|
||
- 系统功能集成测试必须补充真实服务闭环：
|
||
- Prisma/PostgreSQL test database 集成测试。
|
||
- BullMQ + Redis 队列消费集成测试。
|
||
- MinIO 预签名上传集成测试。
|
||
- 前端页面调用真实 API 的浏览器 smoke。
|
||
|
||
### 2.3 契约测试
|
||
|
||
- 继续复用 `docs/contracts/gateway-queue-messages.schema.json`。
|
||
- 继续使用 `tools/spike/validate-gateway-queue-contract.mjs` 校验 SubmitCommand、SubmitResult、ReceiptEvent、UplinkEvent 示例。
|
||
- 队列消息变更必须先改 schema 和示例，再改 NestJS/Gateway 实现。
|
||
|
||
### 2.4 端到端 Smoke
|
||
|
||
- 当前端到端 smoke 由阶段验证脚本覆盖：
|
||
- 队列契约校验。
|
||
- Go Gateway 测试。
|
||
- BullMQ spike。
|
||
- Prisma Client 生成。
|
||
- API build。
|
||
- 前端 build。
|
||
- 不接真实运营商网关。
|
||
- PostgreSQL/Redis 可用时必须执行 API HTTP smoke：创建任务 -> 入队 -> 模拟 submit result -> 回执 -> trace 查询；不可用时标记阻塞，不记为通过。
|
||
|
||
### 2.5 性能 Smoke
|
||
|
||
- 继续复用 `npm run spike:bullmq`。
|
||
- 验证 15000 条消息、并发 500 的入队和端到端队列链路吞吐。
|
||
- 性能 smoke 只验证第一版“可稳定入队并调度 500 条短信/秒”的链路能力，不替代生产压测。
|
||
|
||
## 3. 执行命令
|
||
|
||
```bash
|
||
npm run spike:contracts
|
||
npm run test:api
|
||
npm run test:gateway
|
||
npm run spike:bullmq
|
||
npm run verify:phase8
|
||
```
|
||
|
||
API 目录内也可直接执行：
|
||
|
||
```bash
|
||
npm --prefix api test
|
||
```
|
||
|
||
Gateway 目录内如 Go 已在 PATH，可直接执行：
|
||
|
||
```bash
|
||
go test ./...
|
||
```
|
||
|
||
Windows 本项目推荐使用根脚本 `npm run test:gateway`，脚本会临时补充 Go 安装路径。
|
||
|
||
## 4. 已知边界
|
||
|
||
- 单元测试和轻集成测试可以使用 mock Prisma/BullMQ/Redis 作为测试替身，但这只适用于测试隔离，不代表业务功能可以停留在 mock。
|
||
- 真实开发完成标准必须包含：Prisma/PostgreSQL 模型或查询、NestJS Service/Controller、必要的操作日志、前端调用真实 API，以及在真实 PostgreSQL/Redis/MinIO 可用时完成 smoke。
|
||
- 发送 Worker 的 Redis 限速和 BullMQ 投递可在 unit/light integration 中使用 mock；真实 Redis 链路仍需由 `spike:bullmq`、API smoke 或端到端验证覆盖。
|
||
- 前端暂未新增测试框架；`npm run build` 只作为构建 smoke，不代表页面业务通过。新增页面能力必须调用真实 API；前端本地状态、localStorage、静态数组、兜底数据不能作为系统功能验收通过依据。
|
||
- Gateway 不连接真实运营商 SMSC；使用 gocmpp 适配测试和内部模拟器测试。
|
||
|
||
## 5. 纯 mock 菜单回归要求
|
||
|
||
- 每次新增或修改菜单页后，必须用源码搜索确认非彩信/非待开发页面不存在 `clientService`、`adminService`、`initial*` 静态业务数组、业务 localStorage 兜底或 API 失败后静默回退。
|
||
- 对于后端暂未提供的业务动作，前端只允许展示不可用、待补接口或空态；不得用 `useState` 模拟创建、删除、审核、充值、发送、报备成功。
|
||
- 彩信相关页面当前可保留待开发占位，但测试报告必须单独标注，不得混入短信第一版已完成范围。
|