OTDR 别只留一张曲线图，链路编号、双向测试、事件点归属和整改复测不锁住这份验收记录就没法追
围绕光纤 OTDR 链路损耗验收记录的链路编号、测试方向、波长条件、事件点归属、总损耗与整改复测来复核，避免现场测过了却说不清是哪一芯、哪一端、哪一次、哪一个接头出了问题。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
相关规范
先核版本、适用边界和验收口径。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
OTDR 记录最容易出现的一种假完成，不是现场完全没测，而是 曲线截图有了、总损耗也写了个数字，于是大家默认这条链路已经能交。真正麻烦的地方通常在别处: 哪一芯对应哪一端口没锁清、1310nm 和 1550nm 结果混着记、双向测试只留了一边、事件点看见了却没绑定到具体熔接点或连接器、整改后重新清洁跳线却没写明测试条件有没有变化。到后面验收、复盘或运维追故障时，只剩一张“像是测过”的曲线图，却很难回答 到底是哪条链路、哪一个事件点、哪一次整改真正解决了问题。
这篇内容只处理 OTDR 链路损耗验收记录怎么留才可追溯。它不替代 综合布线系统安装工艺 的 施工全流程，也不重复 综合布线系统安装 里的 光纤布线和测试基础口径，更不替代 弱电综合布线系统验收 的 整体验收标准。这篇先回答的是：OTDR 这份记录本身，到底要怎么记，才能让后面的验收、整改和运维都追得回去。
哪些场景最容易把 OTDR 记录做成“测过，但没法用”
- 主干光纤、楼栋间光缆、机房到楼层配线架等链路较长、事件点较多的项目。
- 同一批链路同时存在熔接点、活动连接器、ODF 跳接和中间分纤箱的场景。
- 现场边施工边测试，标签、端口号和图纸编号还在频繁调整的阶段。
- 已经出现过总损耗偏大、事件点反射异常、个别纤芯不通或双向结果差异明显的链路。
- 交付资料需要移交建设方、弱电维保或运维团队，后续还要靠这份记录定位问题的项目。
这些场景真正要防的，不是“某一次没测到”，而是 测到了，却不能稳定对应回那一条链路和那一次整改。
为什么有曲线、有结论，还不等于这份 OTDR 记录真的合格
一张曲线图和一个总损耗数字，只能证明 某次测试里机器跑出过一个结果。它并不能自动证明下面几件事也成立：
- 这条测试结果和现场真实纤芯、ODF 端口、房间或楼栋编号一一对应。
- 测试方向、波长、脉宽、量程和跳线条件在前后复测中保持可比较。
- 曲线上出现的反射峰、熔接损耗或异常衰减点，已经能落回具体物理位置。
- 整改前后是否同工况复测、是不是同一问题编号闭环，都已经说清楚。
所以 OTDR 验收记录，不能只看“有没有图、数值大概对不对”，而要把 对象、条件、事件和复测链 一起锁住。
现场至少要锁住五件事
1. 先锁链路对象，不要让“这根光纤是谁”在记录里漂移
楼栋号、楼层、区域、ODF 架位、端口号、纤芯序号、对端位置，这些必须在记录里同时能对上。谁只写“1 号光纤”或“机房到弱电井”，谁后面就很难证明这张曲线到底对应哪一条实体链路。
2. 双向测试要成对留，不要只存最顺眼的一边
OTDR 最常见的假完整，就是只保留一个方向、一个波长或一张看起来最干净的图。真正用于验收和追因时，单向图往往不够。尤其一旦出现事件点损耗判断差异、反射峰异常或链路中段问题，双向对看才更容易把位置和性质看准。
3. 测试条件必须能复现，不能让前后结果没法比
波长、量程、脉宽、平均时间、发端/收端跳线、是否使用引入纤和接收纤，这些条件不写清，整改前后的曲线就很难比较。谁今天用一套设置、明天换一套设置再说“已经变好了”，谁的结论都站不稳。
4. 事件点要能落回物理位置，而不是只留“第 3 个峰有问题”
真正可复盘的 OTDR 记录，不是只写“某事件异常”，而是要把异常事件和 哪一段熔接、哪一个接头、哪一只配线架端口、哪一处中间盒 对上。谁只会看图，不会把事件点落到现场，谁后面的整改就只能盲改。
5. 整改复测必须沿用原编号和原链路口径
OTDR 问题最怕“重测了一下变好了”，却说不清重测的是不是同一条纤芯、同一波长、同一方向。只要前一次问题已经编号，后一次复测就必须沿用原链路对象和原问题编号闭环，不要重新起一套说法。
三种最常见的假闭环
1. 只留截图，不留链路字段和测试条件
截图可以看趋势，不能替代结构化字段。没有对象和条件，后面谁都很难把这张图接回实际链路。
2. 整改后换了跳线、清洁了端面，却不写条件变化
这类复测最容易把“问题真解决了”和“测试条件刚好变了”混在一起。凡是会影响结果的动作，都要明写，不能只留结论。
3. 发现异常后只重测总损耗，不追事件点
总损耗回来了，不代表中间事件点就正常了。谁只盯一个合计值，谁就可能把局部接头、弯折或高反射问题完整藏住。
资料和闭环怎么接更顺
- OTDR 原始曲线、事件表和链路字段，优先挂到 OTDR测试记录。
- 熔接点、尾纤、配线架端口和整改动作，继续挂到 光纤熔接记录 和 综合布线测试记录。
- 如果当前已进入系统整体验收和移交阶段，可同步补到 系统调试与试运行记录。
- 发现链路编号不一致、异常事件点未定位或复测链断开时，直接转入 整改通知生成器 做闭环，不要只留口头说明。
关联页面
- 当前主要问题是
光纤布线、熔接、配线架和基础测试流程怎么做，继续看 综合布线系统安装。 - 当前主要问题是
综合布线系统整体该按什么口径做验收，继续看 弱电综合布线系统验收。 - 当前主要问题是
智能化项目里光纤主干、机柜和联网布线怎么组织，继续看 综合布线系统安装工艺。