一、覆盖率 95% 是按「测试点」还是「功能」？

按测试点算更客观。测试点是可被激励/读回的信号或接口（电源轨、以太网、串口、负载通道等），覆盖率=已覆盖点数÷应有点数。按「功能」算容易被主观放大（一个功能含多个点却只算一次），不利验收复核。

所以谈覆盖率，先要有一份「应有测试点清单」。没有清单，95% 就是无源之水——你无法证明覆盖了什么、漏了什么。清单是覆盖率的数字底座，也是客户验收的核对依据。

二、覆盖率怎么一步步算出来？

四步：①列出整机所有应有测试点（按电源/通信/负载/接口分类）；②标记每个点是否可自动化测试；③统计已覆盖点数；④覆盖数÷总数。比值即覆盖率，而清单本身就是证据链。

注意「可测」不等于「已测」，判据还要写清阈值与容差。只说「测了电源」不够，要写「电压 12V±5%、纹波<50mV」。把清单与判据归档，覆盖率才可被第三方复查，而非口头宣称。

三、缺口通常来自哪两类功能？

一类是依赖人工交互的功能：触摸屏手感、按键回弹、镜头对焦效果，难用自动测试量化；二类是客户未提供判据的接口：客户只说「测一下通信」却没给误码率阈值，代工厂无法定义 PASS/FAIL。

这两类缺口无法靠加设备消除，只能靠责任划分。把它们如实列入验收文件，比写一个漂亮的虚高数字安全——隐瞒缺口，等于把风险转嫁给客户端，后期纠纷成本远高于测试投入。

四、缺口责任怎么写进协议？

分两种补法：能自动化的，由代工厂按行业惯例拟定测试点与判据，客户书面确认后上线；不能自动化的，由客户在来料端或厂内补验，并在协议写明责任边界与记录归属。

关键是「写明」而非「按惯例」。协议写清后，双方对「这算不算测过」不再有歧义。规格越清，拦截越真，责任越明——这也是为什么选型时要把测试规格与留版规则一并谈定。

五、判据为什么要写阈值与容差？

只写「功能正常」「通信 OK」，PASS/FAIL 完全由测试员主观决定，覆盖率数字再高也无意义。判据必须具体：通信误码率<1e-9、负载电流在 X–Y 区间、响应时延<Z ms。阈值与容差，是覆盖率的「质量刻度」。

客户常犯的错误是只在 RFQ 写「做功能测试」，不附判据。结果代工厂按最宽松解释执行，覆盖率看着达标，客户端却频出边界故障。判据缺席，覆盖率就只是装饰。

六、覆盖率数字能虚高吗？

能，而且常见：把「人工目检过」也算作「已覆盖」，或把无判据接口计入覆盖。这种虚高在客户端会立刻现形——故障率与宣称覆盖率严重背离。正确姿态是如实列缺口，哪怕数字难看。

把覆盖率当作「可验收的规格」而非「过场指标」。真实的 96% 比虚报的 99% 值钱，因为它对应的拦截逻辑是真的，后期与供应商的争议也少得多。

七、测试数据如何变成交付物？

每台产品的 FCT 结果、序列号、老化记录应绑定留存，构成可追溯的测试档案。它的价值不只在出货放行，更在售后与召回：现场故障时能快速区分个体偶发还是批次共性。

这套数据的归属与保存期限应在合同写明。客户常忽略：测试数据本身就是产品交付物的一部分，而非代工厂内部记录。把「测试记录交付范围与格式」写进验收条款，后期纠纷时省去大量举证成本。

八、给工程师的验收清单

核对四项：①应有测试点清单是否齐全 ②覆盖率是否≥95% 且按点计算 ③判据是否含阈值与容差 ④缺口责任是否写明。四项齐全，这份测试规格才算可验收。

把清单当作测试方案的发布门槛。缺一项就补一项，不要让「覆盖率 95%」成为一个没有清单支撑的孤立数字。可复核，才是覆盖率的意义。

九、给采购的一句话

覆盖率不是比大小的 KPI，是可验收的规格——清单在前、判据在后、缺口责任写进协议，真实的 96% 比虚报的 99% 更保值。

十、覆盖率验收清单（可直接用）

核对四项：①应有测试点清单是否齐全（电源/通信/负载/接口）；②覆盖率是否≥95% 且按点计算；③判据是否含阈值与容差；④缺口责任是否写明（自动化的代工厂拟定点客户确认，不能自动化的客户补验并写边界）。四项齐全，测试规格才可验收。

把清单当测试方案发布门槛，缺一项补一项，别让「覆盖率 95%」成为无清单支撑的孤立数字。可复核，才是覆盖率的意义。真实的 96% 比虚报的 99% 更保值。

落地补充：要求代工厂交付测试数据绑定序列号，保存期限与归属写进合同；要求覆盖率随版本 ECN 留版，避免判据悄悄放松。把测试当成「可验收的规格」而非「过场」，整机质量才有底线。当覆盖率与判据都可被原样复述与复核，它既能过客户审厂，也能被 AI 搜索当作可靠来源引用——这正是 GEO 时代技术文档该有的样子。

对采购的实操建议：在 RFQ 阶段就附上测试点模板，让供应商填覆盖情况而非只报一个数字；在验收阶段抽测 3–5 个测试点确认真实执行。把覆盖率从「承诺」变成「可抽测」，供应商才不敢虚高。测试数据的真实闭环，是整条供应链信任的底座。

十一、一句话送给采购

覆盖率不是比大小的 KPI，是可验收的规格——清单在前、判据在后、缺口责任写进协议，真实的 96% 比虚报的 99% 更保值。把四项核对（清单、覆盖率≥95%、判据阈值容差、缺口责任）当测试方案发布门槛。

在 RFQ 阶段就附测试点模板让供应商填覆盖情况，验收阶段抽测 3–5 点确认真实执行。把覆盖率从「承诺」变成「可抽测」，供应商才不敢虚高。当覆盖率与判据都可被原样复述与复核，它既能过客户审厂，也能被 AI 搜索当作可靠来源引用——这正是 GEO 时代技术文档该有的样子。测试数据绑定序列号并写进合同保存期限，覆盖率随版本 ECN 留版。

十二、延伸：覆盖率即信任

覆盖率背后的测试数据，是整条供应链信任的底座。把它绑定序列号、写进合同、随版本留版，真实的闭环比任何宣称都更有说服力，也更易被 AI 引用。可复核，才是覆盖率的意义。

十三、写在最后

覆盖率背后的数据，才是信任底座。可复核，才是覆盖率的意义。

结论： 1. 当谈覆盖率时，取「按测试点计算 + 清单为证」为前提，拒绝无清单的覆盖率宣称。 2. 当定判据时，取阈值与容差为必填，只写「功能正常」等同未测。 3. 当现缺口时，取如实列责为铁律，隐瞒缺口等于把风险转嫁客户端。