测试在生命周期的位置
测试贯穿软件生命周期（SDLC）全程：需求阶段评审可测性，设计阶段定策略，编码阶段跑单测与静态检查，集成与系统阶段做端到端验证，发布阶段回归与验收，上线后靠监控与灰度兜底。V 模型把各阶段与测试层级对应；DevOps 强调测试左移（尽早介入）与右移（线上验证）。
基本信息
| 需求阶段 | 可测试性评审：验收标准、边界条件、异常流是否明确 |
|---|---|
| 设计阶段 | 测试策略、环境规划、影响面分析 |
| 编码阶段 | 单元测试、静态分析、代码评审 |
| 集成与系统 | 接口测试、端到端测试、性能测试 |
| 发布阶段 | 回归、验收、灰度与回滚预案 |
| 运维阶段 | 监控告警、线上巡检、故障复盘 |
活动与产出走向
活动与产出走向
需求 -> 设计 -> 编码 -> 集成 -> 系统 -> 验收 -> 发布 -> 运维
评审 计划 单测 接口 端到端 验收单 回归 监控
↑测试左移：缺陷在最便宜的阶段拦截
↑测试右移：灰度、监控、线上巡检自己先发现阶段与产出物
| 阶段 | 典型活动 | 产出 |
|---|---|---|
| 需求 | 可测性评审 | 验收标准与歧义清单 |
| 设计 | 策略规划 | 测试计划与环境方案 |
| 编码 | 单测与静态检查 | 覆盖率与评审记录 |
| 集成 | 接口与联调 | 接口用例与缺陷单 |
| 发布 | 回归与验收 | 测试报告与放行结论 |
| 运维 | 监控与复盘 | 看板与改进项 |
典型使用场景
- 制定项目测试计划：按阶段分工与排期
- 评审入口出口：每个阶段的准入与准出条件检查
- 新人培训：理解测试工作的全貌与边界
- 质量度量：统计缺陷在哪个阶段漏出，找最贵的漏点
- 推行左移：把评审与静态检查纳入流程前置环节
缺陷发现越晚修复越贵：左移的本质是成本管理，评审一小时省下的返工常常按天计。
右移不是把测试丢给用户：灰度、监控与可观测性就是线上测试手段，目标是「自己先发现」。
排期把测试放在开发完成之后，等于默认压缩。压缩会最先吃掉回归与边界测试——那也是事故的高发区。