test-standardslisted

# 测试规范层 本 skill 只回答：这次改动必须测什么、测到什么深度、什么情况不能交付。不要在本层写具体命令、账号、端口、脚本写法或项目工具细节；执行方式交给 `test-execution-router` 与项目执行 skill。 ## 0. 第一原则 在纯 AI 开发 loop 中，测试是最后一道质量闸，不是可选收尾。没有测试矩阵、没有自动化执行证据、没有无法自动化的明确理由，不允许交付。 默认规则： - 能由 AI 自动化的测试必须自动化。 - 只有工具、真实设备、第三方平台或权限条件确实绕不过去时，才允许转人工手工验证。 - 手工验证必须有 runbook、客观观测点和回传材料要求。 - 跳过任一测试类型时，必须说明本次改动为什么不命中，而不是写“暂不需要”。 ## 1. 必选测试面 每次改动都先判断是否命中下列测试面，并形成测试矩阵： | 测试面 | 何时必须纳入 | 最低要求 | |---|---|---| | 单元测试 | 业务规则、状态分支、算法、解析、组装、校验逻辑变化 | 覆盖正常、边界、异常或回归路径；不能只测 happy path | | 接口测试 | 对外接口、鉴权、错误码、状态流、请求/响应字段变化 | 断言字段语义、错误语义、状态变化；不能只看成功码 | | 数据库数据预置 | 需要稳定前置状态、跨步骤业务链路或复杂终态校验 | 幂等、可清理、命名空间隔离；优先通过业务接口造数 | | 数据库数据校验 | 写链路、状态流转、表结构、索引/唯一约束、异步重算变化 | 校验终态、不变量、幂等和约束；不能只看有记录 | | 网页 UI 自动化 | Web/admin 页面、表单、列表、弹窗、配置页、可视状态变化 | 自动操作关键路径，硬断言 DOM/数据，必要时视觉判读 | | 小程序 UI 自动化 | 小程序页面、组件、状态管理、C 端路径变化 | 自动操作关键路径，硬断言元素/data，canvas/复杂视觉截图判读 | | 小程序视觉验收 | 页面布局、海报、图表、canvas、视觉规格变化 | 产出截图并判读规格差异；不能只证明截图存在 | | 手工验证 | 真实微信/真机/支付/OAuth/原生授权等无法全自动化场景 | 仅作例外；必须有 runbook、观测点、回传材料和阻断判断 | ## 2. 改动范围到测试矩阵 按改动范围选择测试组合： | 改动范围 | 必跑 | 常见附加 | |---|---|---| | 纯后端内部规则 | 单元测试 | 若影响外部行为，加接口测试；若落库，加 DB 校验 | | 对外接口 | 接口测试、相关单元测试 | 若写数据，加 DB 预置/校验；若被 UI 消费，加对应 UI 自动化 | | 数据库结构或写链路 | DB 预置、DB 校验、相关单元/接口测试 | 若影响展示，加 UI 自动化或视觉验收 | | 后台网页 | Web UI 自动化、接口测试 | 配置写入必须加 DB 校验；视觉变化加截图判读 | | 小程序业务页 | 小程序 UI 自动化、接口测试 | 视觉/图表/canvas 变化加视觉验收 | | 小程序视觉/海报 | 小程序 UI 自动化、小程序视觉验收 | 若素材/配置来自后端，加接口测试与 DB 校验 | | 鉴权、支付、用户数据删除、业务 ID、核心算法 | 相关测试全纳入，金标准/回归必跑 | 自动升级为高风险质量闸；测试通过不等于免除人工审查，但人工审查发生在设计/章程拍板与终点验收，**不构成执行中的停机闸门** | |