xst
e34a3c64ce
知识库更新: - historical_defects.md: +4条数据上报领域真实缺陷模式 (阶段依赖链断裂/重试幂等/跨模块数据不一致/省份代码硬编码) - common_missed_scenes.md: +11条数据上报专项易漏场景 (多阶段依赖/第三方核验逐项/重试并发/跨模块一致性/省份隔离等) - data_reporting_cases.md: 新增数据上报类需求优秀用例范式 (8大覆盖框架+5条示例用例+7项关键风险点) - terminology.md: +14条数据上报领域术语 系统修复: - case_pipeline.py: 注册 data_reporting_cases.md + order_manage_cases.md - governance_audit.py: 更新 case_generate/AGENTS 关键词期望(旧→新架构) - AGENTS.md/README.md/.claude: 补全缺失关键词，治理审计通过 - .claude/skills/case_generate/: 创建向后兼容别名 skill
4.0 KiB
4.0 KiB
容易漏测场景清单
AI 在生成测试点时，必须对照此清单进行自我检查，确保没有遗漏以下场景：
1. 数据与边界
- 空值/Null：输入框为空、接口返回 null 时，页面是否崩溃。
- 超长字符：输入超过数据库字段长度的字符（如 256 个字符）。
- 特殊字符：Emoji 表情、SQL 注入字符、HTML 标签。
- 金额精度：金额计算是否出现
0.0000001的精度丢失问题（特别是分期计算）。
2. 网络与交互
- 弱网/断网：提交请求瞬间断网，是否有重试机制或友好提示。
- 重复提交：快速多次点击“提交”按钮（防抖/幂等性检查）。
- 超时处理：接口响应超过 30 秒，前端是否有 Loading 状态或超时提示。
- 页面切换：在支付验证码输入页切换到后台再切回，是否保留状态。
3. 账号与权限
- 多端登录：同一账号在多端 同时登录，状态是否同步。
- 未登录访问：直接通过 URL 访问运单详情页，是否拦截跳转登录。
- 隐私授权：首次使用未点击“同意隐私协议”，是否禁止调用定位/相机权限。
4. 后台 CRUD 页面
- 列表字段：列表页展示字段、默认排序、分页项是否与需求一致。
- 查询重置：搜索、筛选、重置、空结果提示是否完整。
- 查看只读：查看态是否真正不可编辑，避免与编辑态混淆。
- 正向成功链路：不要只测“保存失败/限制条件”，还要覆盖新建成功、编辑成功。
- 状态与按钮映射：不同状态下操作栏按钮是否正确展示，是否存在越权或错态操作。
- 端间数据隔离：平台端、货主端配置数据是否真正隔离，避免串数。
- 选择弹窗细粒度：选择弹窗的刷新、搜索、分页、排序、选择反馈是否完整。
5. 展示状态
- 状态拆分：已结单、运输中、已结算、已完成等状态是否分别验证，而不是合并成一个模糊负向场景。
6. 数据上报与外部系统对接
- 多阶段依赖链：多个上报阶段存在先后依赖时，每个阶段的阻断/通过状态是否独立验证，前一阶段失败是否真实阻断后续阶段（前后端双重校验）。
- 第三方核验逐项覆盖：监管平台的每项核验（如7类核验：运单重复/车辆资质/司机资质/资金流水/集中支付/合同/轨迹合规）是否逐项设计通过+异常两条用例，而不是合并为"核验异常"模糊场景。
- 重试+手动触发并发：自动重试期间运营人员手动触发上报，是否存在并发导致重复上报。
- 跨模块数据一致性：上报数据是否来源于正确的数据源（如资金流水数据应来源于支付流水表而非运单缓存），各模块间修改是否同步。
- 省份/区域配置隔离：多省份部署时，省份代码、行政区划代码等地域相关字段是否根据目标省份动态获取，而非使用项目默认值硬编码。
- 上报数据字段溯源：每个上报字段的取值来源是否明确（来源于运单表/司机审核表/车辆审核表/支付流水表/开票表），修改来源数据后上报是否使用最新值。
- 标签颜色映射：不同状态对应的标签颜色（如蓝/绿/红/橙）是否每种状态独立验证。
- 详情弹窗分组完整性：详情弹窗按子对象分组展示时，每组字段是否完整、可选字段为空时展示是否合理。
- 轨迹数据边界：轨迹点位数量（如2~2000个点）的最小值/最大值/超限值是否分别验证。
- 申诉闭环：申诉流程的完整闭环（发起→复核→通过/驳回→重新申诉）是否端到端验证，而非仅验证单步操作。
- 操作日志可追溯：上报接口的调用记录（请求/响应报文、HTTP状态码、响应时间）是否完整可查，用于问题排查。