应急联系人机制
应急联系人机制是把双方在测试期间的可联系通道提前固定下来：我方留主测、项目负责人与公司值班，对方留技术对接人、业务负责人与安全负责人，并各自约定主备联系人与升级顺序。约定里通常还会写明响应时效，例如高危事件 15 分钟内通报。这条机制的价值往往在凌晨才体现——业务出问题时，如果只留了一个微信、或号码已经过期，排查与止损都会卡在人找不到。联系表要在启动会当天互验一遍，并在测试周期内保持有效。
基本信息
| 我方联系人 | 主测、项目负责人、公司值班 |
|---|---|
| 对方联系人 | 技术对接人、业务负责人、安全负责人 |
| 主备机制 | 每人留手机与备用渠道，避免单点 |
| 响应时效 | 高危事件约定时间内通报，如 15 分钟 |
| 失联处理 | 联系不上时暂停高风险动作 |
典型使用场景
- 启动会当天：互验联系表，确认号码可用
- 高危问题发现：按约定时效电话通报，不依赖消息
- 业务异常：第一时间联系对方技术对接人
- 凌晨与节假日：值班渠道发挥作用
- 人员变动：及时更新联系表并同步双方
联系表要素
联系表要素
姓名 / 角色 / 手机 / 备用渠道（即时通讯）
# 值班时段与响应时效
# 升级顺序：一线到负责人到管理层
# 互验记录：启动会当天拨打确认
# 有效性：测试周期内保持可用，变更即更新角色与职责
| 角色 | 职责 | 何时联系 |
|---|---|---|
| 主测 | 现场执行与第一响应 | 技术问题、异常现象 |
| 项目负责人 | 决策、升级与资源协调 | 范围争议、重大异常 |
| 公司值班 | 非工作时段第一联系点 | 凌晨或节假日出现异常 |
| 对方技术对接人 | 业务信息与操作配合 | 需确认系统行为或停止动作 |
| 对方安全负责人 | 安全策略与应急处置 | 疑似安全事件、封禁问题 |
联系表在启动会当天互验一遍（打一个电话确认），别等出事才发现号码是空号；测试期间人员变更要即时更新。
只留微信不留电话，凌晨出事容易找不到人；高危通报以电话为主，消息作为补充。