feat: optimize routing and operations views
This commit is contained in:
hectorzhao
@@ -4017,3 +4017,35 @@ npm run verify:phase8
|
||||
| TC-APP-LIST-001 | 运营端打开企业应用列表并请求分页接口 | Prisma 查询仅排除真实存在的 `secretHash`；接口 HTTP 200，不因 DTO 字段 `passwordCipher` 触发 Prisma 校验错误 |
|
||||
| TC-APP-LIST-002 | 运营端打开企业应用黑名单并加载企业应用筛选项 | 黑名单及筛选项均从真实后端返回；企业应用加载不触发 HTTP 500，列表响应不包含 `secretHash` |
|
||||
| TC-APP-LIST-003 | 校验企业应用列表 Prisma `omit` 字段 | 所有 `omit` 键都存在于当前生成客户端的 `SmsApplication` DMMF 模型，模型字段变更或错误别名会使回归测试失败 |
|
||||
|
||||
## 2026-07-29 短信号码路由识别性能回归用例
|
||||
|
||||
| 用例编号 | 场景 | 预期结果 |
|
||||
| --- | --- | --- |
|
||||
| TC-PHONE-ROUTE-001 | 并发使用多个号码识别运营商 | 只查询一次全部启用规则；正则只编译一次，并按优先级返回移动、联通或电信业务路由 |
|
||||
| TC-PHONE-ROUTE-002 | 运营商规则新增或删除后再次识别 | 写入成功后当前进程缓存立即失效，下一次识别读取真实新规则；正在完成的旧查询不得覆盖新缓存 |
|
||||
| TC-PHONE-ROUTE-003 | 号码同时命中 7 位、5 位和 3 位号段 | 单次 `prefix IN (...)` 查询全部候选，选择最长的 7 位号段省份 |
|
||||
| TC-PHONE-ROUTE-004 | 号码不命中任何号段 | 只执行一次号段查询并返回省份未知，不产生 7 位至 3 位的 5 次往返 |
|
||||
| TC-PHONE-ROUTE-005 | 已完成首次识别的短信进入失败补发 | 复用短信记录持久化的运营商和省份，不再查询规则和号段；既有通道组、报备及全国/省份路由规则不变 |
|
||||
|
||||
## 2026-07-29 运营看板与运营商筛选用例
|
||||
|
||||
| 用例编号 | 场景 | 预期结果 |
|
||||
| --- | --- | --- |
|
||||
| TC-DASHBOARD-HOURLY-001 | 北京时间当天仅部分小时存在短信记录 | 今日发送趋势固定展示 24 个小时；有数据小时显示真实提交总条数和最终成功条数，其余小时补 0 |
|
||||
| TC-DASHBOARD-HOURLY-002 | 同一小时包含成功、失败、未知短信 | 提交总条数包含全部业务短信，成功条数只包含最终状态 `delivered` 的短信，两条折线均来自后端 PostgreSQL 聚合 |
|
||||
| TC-DASHBOARD-AUDIT-SPEED-003 | 当天五类审核存在不同数量和处理时长 | “审核处理速度”按企业认证、短信审核、模板、签名、引流信息展示已处理数量及审核完成时间减提交时间的平均分钟数 |
|
||||
| TC-DASHBOARD-AUDIT-SPEED-004 | 某类当天无审核或历史记录缺少可配对提交时间 | 该类数量显示 0；无有效样本时平均时长为空，不使用 0 时长伪造结果，负时长不参与统计 |
|
||||
| TC-ANALYTICS-CARRIER-ORDER-014 | 后端以电信、移动、联通顺序返回运营商概览 | 弹窗始终按移动、联通、电信展示，未识别项如有数据排在三大运营商之后 |
|
||||
| TC-SMS-RECORD-CARRIER-007 | 分别选择移动、联通、电信并查询和翻页 | 请求携带真实 `carrier` 条件；当前页、总数和 CSV 导出均只包含所选运营商及兼容历史值 |
|
||||
| TC-SMS-RECORD-CARRIER-008 | 选择未识别 | 返回运营商为空或非三大运营商标准/兼容值的真实短信记录，不把移动、联通、电信混入结果 |
|
||||
| TC-SMS-RECORD-CARRIER-009 | 点击重置 | 运营商恢复“全部”，日期等既有默认条件保持原规则，并从第一页重新请求后端 |
|
||||
|
||||
## 2026-07-29 短信审核列表布局回归用例
|
||||
|
||||
| 用例编号 | 场景 | 预期结果 |
|
||||
| --- | --- | --- |
|
||||
| TC-SMS-AUDIT-LAYOUT-001 | 桌面端打开短信审核列表 | 每行分别以一个格子展示发送企业/企业应用、提交时间/审核来源、号码数量/状态，六列结构对齐且信息完整 |
|
||||
| TC-SMS-AUDIT-LAYOUT-002 | 查看包含较长短信正文的审核任务 | 短信内容列宽不小于 440px，正文获得明显更大的展示空间，不被其他元信息列无意义挤压 |
|
||||
| TC-SMS-AUDIT-LAYOUT-003 | 点击合并格中的“查看列表”并操作待审核任务 | 真实号码分页弹窗正常打开；详情、勾选、批量通过和驳回入口不受布局调整影响 |
|
||||
| TC-SMS-AUDIT-LAYOUT-004 | 在窄窗口打开短信审核列表 | 表格保持信息格内部上下层级，宽度不足时允许容器横向滚动，不发生文字重叠或操作按钮遮挡 |
|
||||
|
||||
Reference in New Issue
Block a user