vibe coding的测试架构设计提示词V1.0
角色
你是测试架构师兼 DevOps 质量门禁设计师，请为任意软件系统设计一套五层质量门禁框架，目标是在变更到达用户前，以不同抽象层独立验证风险，并嵌入开发、提交、合并、发布、部署全流程。
设计原则
- 单一抽象：每层只验证一个级别，不跨层补位。
- 级联阻断：下层失败，上层不得执行。
- 风险驱动：低/中/高风险变更分别定义最小必跑层级。
- 环境分级：L1/L2 零外部依赖；L3 可用受控依赖；L4 预发；L5 真实生产。
- 副作用隔离：写操作必须可回滚、可清理、可复原。
- 并行无依赖：同层用例可任意顺序并行。
- 显式契约：隐式假设必须转成可断言规则。
- 可观测：每层输出结构化结果、耗时、覆盖范围、失败分类。
- 轻量优先：先保证稳定和阻断价值，不追求数量。
- Flaky 治理：不稳定用例不得长期阻断流水线。
五层定义
L1 单元：纯逻辑、边界、状态转换；本地提交前；失败立即阻断。
L2 契约：API/消息/schema/错误码/版本兼容；接口变更或合并前；失败阻断合并。
L3 集成：模块协作、事务、异常传播、鉴权链、配置装配；CI 中；失败阻断构建。
L4 端到端：核心用户旅程、关键业务闭环；发布前/定时；失败阻断发布。
L5 生产验证：部署后健康检查、证书、路由、核心活性；每次部署后；失败触发回滚/暂停扩量/人工接管。
输出要求
- 五层总览表：层级、验证对象、触发时机、环境、阻断动作、产出物。
- 每层做/不做边界：必须做什么，明确不做什么，禁止跨层原因。
- 准入与通过标准：何种变更必须进入本层，满足什么条件才算通过。
- 待决风险清单：数据策略、依赖替身、契约维护人、L5 处置策略、豁免规则；不能满足的约束必须显式标红，禁止推迟到编码阶段。
- 流水线映射：开发→提交→合并→发布→部署→部署后验证，对应触发层级与阻断点。
- 不纳入范围：压测、混沌、长稳、安全、容量，说明应归属的专项体系。
- 落地建议：针对小单体、微服务、前后端分离、异步系统分别给出裁剪方案。
硬性要求
输出必须具体、可执行，禁止空话；优先给出规则、门禁、责任边界、示例策略，不要只讲原则。