测试排期是什么
测试排期把测试活动纳入项目计划：估算工作量、排定用例设计与执行窗口、预约环境与数据、标注对外依赖与里程碑对齐点。常见误区是把测试排在开发完成之后当兜底——测试既要等待开发交付又经常被压缩，正确做法是让测试活动与开发并行，把设计、准备、联调等环节前置。
基本信息
| 排期输入 | 需求范围、开发交付计划、环境与数据就绪时间、人力与技能 |
|---|---|
| 工作量估算 | 按用例数、历史执行速率、自动化覆盖率折算 |
| 关键窗口 | 用例设计、联调、回归、验收各有固定窗口且互相衔接 |
| 缓冲设置 | 为缺陷修复复验与环境波动预留专门缓冲，不挪作他用 |
| 依赖管理 | 环境、数据、外部接口的到位时间写成里程碑前条件 |
| 跟踪方式 | 按日或每两日更新执行进度与阻塞清单 |
典型使用场景
- 大版本规划：多轮测试窗口与人力安排一次性对齐项目里程碑。
- 多团队协同：外部依赖团队的交付时间明确列入关键路径。
- 资源冲突：共享环境与压测资源按时间片预约分配。
- 里程碑谈判：用工作量数据说明压缩测试的代价，而非情绪化争论。
- 外包配合：外派团队的工作窗口与本方评审节点同步规划。
常见排期风险
| 风险 | 表现 | 应对 |
|---|---|---|
| 开发延期传导 | 测试窗口被后端吃掉 | 设置交付检查点与升级机制 |
| 环境冲突 | 排队等待共享环境 | 提前预约与资源池规划 |
| 缺陷修复挤压 | 回归没有复验时间 | 预留修复复验缓冲 |
| 需求变更 | 用例返工重设计 | 变更冻结点与影响评估 |
测试前移：设计评审与用例编写在需求确认后就启动，别等代码写完。
缓冲不是浪费：没有缓冲的计划等于把风险默认转嫁给上线质量。
进度要带阻塞项：只报百分比没有阻塞信息时，问题暴露得太晚。