测试窗口与业务影响
测试窗口是把什么时候可以测提前约定清楚：低影响动作（只读查询、被动信息核对）基本可以全天进行；主动扫描与探测要避开业务高峰、结算窗口与大促活动；可能影响可用性的高风险验证项则要单独申请，安排在夜间或维护窗口执行。窗口约定的意义有两层：一是保护业务连续性，把对用户的影响降到最低；二是为测试方提供免责依据——在约定窗口内、按约定强度执行的动作，责任边界是清楚的。窗口调整需要双方书面确认并留记录，不能临时口头改。
基本信息
| 基本原则 | 低影响动作随时可做，探测类动作避开高峰 |
|---|---|
| 约定内容 | 可执行时段与各类动作的时间安排 |
| 落实位置 | 窗口写入 ROE 与测试计划，双方签字 |
| 变更要求 | 窗口调整需双方确认并留书面记录 |
| 例外处理 | 窗口外只做被动工作，高风险项单独申请 |
典型使用场景
- 电商与业务系统：避开促销、结算与业务高峰时段
- 金融系统：避开日终批处理与对账窗口
- 高风险验证项：安排在夜间或维护窗口，双人执行
- 跨时区项目：按业务所在地的高峰时段安排窗口
- 变更期：系统上线期间暂停主动测试，待稳定后恢复
窗口示例
窗口示例
# 常规信息收集：全天（被动为主，主动限速）
# 主动扫描与探测：20:00-24:00
# 高风险验证项：单独申请，双人执行
# 结算与批次窗口：完全避开，暂停主动动作
# 窗口外：只做被动与文档整理工作动作与建议窗口
| 动作 | 建议窗口 | 原因 |
|---|---|---|
| 被动信息收集 | 全天 | 不触碰目标，无影响 |
| 只读配置核查 | 业务低峰 | 避免与运维操作冲突 |
| 主动扫描与指纹探测 | 夜间或约定时段 | 流量特征明显，可能影响性能 |
| 高危漏洞验证 | 维护窗口，双人执行 | 可能影响可用性，需即时回滚 |
| 写入类验证 | 测试环境优先 | 生产环境默认不做 |
窗口约定保护的是业务连续性，也是测试方自己的免责依据。把窗口与限速一并写进 ROE，现场不必重新协商。
高峰期跑全端口扫描会导致业务抖动，窗口外顺手验证高危项同样危险；两者都属于最常见的窗口违约行为。