企业官网建设流程全解析

1. 测试结果OK、POK、NG、NT到底在说什么

但凡在制造业、软件测试、硬件验证或者品质管理岗位待过一阵子的人，都会在测试报告、产线看板、缺陷管理系统里反复撞见这四个缩写：OK、POK、NG、NT。它们看起来简单，但真正能把它们用对、用准、用出价值的人，其实没想象中那么多。我见过太多团队因为把POK当成OK来汇报，导致问题被掩盖；也见过有人把NT直接归入NG，结果冤枉了一批本来合格的样品。这四个词本质上是一套测试结论的分类语言，它们解决的核心问题是：当一次测试跑完之后，结果到底该怎么定性、怎么流转、怎么被下游环节正确理解。

OK和NG是最基础的两极，一个代表通过，一个代表不通过。但现实中的测试结果远比“通过/不通过”复杂得多。POK的出现就是为了处理那种“当前测试项通过了，但存在需要关注的条件或偏差”的灰色地带。NT则更特殊，它表示“未测试”或“不可测试”，意味着这个项目根本没有产生有效结论。这四者构成了一个完整的判定闭环，覆盖了从“完全合格”到“完全不合格”再到“无法判定”的所有状态。

这套分类体系适合所有需要做判定结论的岗位：产线质检员、测试工程师、品质工程师、项目经理、甚至采购和客户对接人员。你不需要懂多深的统计学，但你必须清楚每个标签背后的含义和后果。因为一旦标错，轻则返工重测，重则批量报废或者客户投诉。我写这篇东西，就是想把这四个词从“知道”层面拉到“用对”层面，把那些藏在细节里的坑一个个翻出来。

2. 四个判定标签的底层逻辑与设计思路

2.1 为什么不是简单的二分类

很多人第一反应会问：测试结果不就是通过和不通过吗，搞四个标签是不是过度设计？这个问题我刚开始做测试的时候也问过。后来踩了几次坑才明白，二分类在实验室里够用，一到量产环境就崩了。原因很简单：测试是有条件的。一个电源模块在25度室温下输出5.0V算OK，但在-40度低温启动时输出4.7V，你说它是OK还是NG？如果只分两类，你要么放过一个潜在风险，要么误杀一个本来可用的批次。

POK就是为这种场景生的。POK全称是Pass with Observation or Pass with Known issue，意思是“通过但需关注”。它承认测试项在当前判定标准下通过了，但同时标记出偏离 nominal 值的趋势、边缘参数或者已知的非致命异常。这样下游环节看到POK时，就知道这个东西能用，但要多留个心眼。NT则是另一个维度的补充：当测试设备故障、样品缺失、条件不具备时，你不能强行给OK或NG，必须用NT来如实记录“本次没有产生有效数据”。

2.2 每个标签的准确定义与边界

OK的定义最直接：测试项的所有判定参数都在规格范围内，且没有触发任何警告条件。注意这里有两个关键词——“所有”和“规格范围内”。少一个参数没测，就不能叫OK，那叫NT。参数在范围内但触发了警告，那叫POK。

NG的定义同样直接：至少有一个判定参数超出规格范围，或者测试过程中出现了明确的失效现象。NG是不可接受的，必须触发隔离、返工或报废流程。

POK的边界最容易被搞混。我见过有人把“参数虽然合格但接近上限”叫POK，也有人把“外观有轻微划痕但不影响功能”叫POK。这两种用法都对，但前提是团队内部要有明确的POK判定准则。没有准则的POK就是耍流氓，今天这个人觉得是POK，明天那个人觉得是OK，数据就乱了。

NT的边界相对清晰：测试未执行、测试条件不满足、设备校准过期、样品编号错误导致无法追溯——这些情况统统归NT。NT不代表合格也不代表不合格，它代表“未知”。在品质管理中，未知状态是不能被放行的，必须补测或者走特采流程。

2.3 标签之间的流转关系

这四个标签不是孤立的，它们之间有明确的流转规则。OK可以直接进入下一环节。NG必须进入不合格品处理流程。POK需要根据预设的规则决定是直接放行还是需要评审。NT则必须回到测试队列，直到变成OK、POK或NG为止。

我习惯用一个简单的决策树来记忆：先问“测了吗”，没测就是NT；测了再问“所有参数都在规格内吗”，不在就是NG；都在规格内再问“有警告或偏差趋势吗”，有就是POK，没有才是OK。这个顺序不能乱，因为NT和NG的优先级高于POK和OK。一个样品如果有一个参数没测，哪怕其他参数全过，整体结论也应该是NT而不是OK。

注意：很多团队的MES系统里，NT和NG的代码是分开的，但报表汇总时经常被合并成“非OK”。这种合并会掩盖NT的真实原因，导致设备故障或流程漏洞被长期忽视。

3. 核心细节解析与实操判定要点

3.1 OK的判定不是“差不多就行”

OK的判定必须基于量化的规格上下限。我见过太多产线把“看起来正常”当成OK，这是大忌。比如一个连接器的插拔力规格是5N到15N，你用手感觉得“挺紧的”就标OK，这是不负责任的。必须用推拉力计实测，读数落在5.00N到15.00N之间才能标OK。

实操中还有一个细节：测量不确定度。如果你的测量设备本身有±0.5N的误差，而实测值是15.2N，严格来说这个结果不能直接判NG，因为真值可能在14.7N到15.7N之间。这时候要么用更高精度的设备复测，要么在判定准则里明确“测量值减去不确定度后仍超限才判NG”。这个细节很多小厂根本不考虑，导致和客户扯皮。

另外，OK的判定要记录原始数据，不能只记一个“OK”结论。我经历过一次客户审核，对方要求提供三个月前某批次所有OK样品的实测值分布。如果我们只存了OK标签，没有存数值，那次审核就过不了。所以我的习惯是：OK结论必须附带实测值、测试时间、设备编号、操作员。

3.2 POK的触发条件要写死在文件里

POK是四个标签里最需要“事先约定”的。你不能等测试员看到数据再临时判断这是不是POK，那样每个人的尺度都不一样。正确做法是在测试规范里明确列出POK的触发条件。常见的触发条件包括：

• 参数在规格内但距离规格限小于10%的余量
• 参数在规格内但连续三个样品呈现同一方向的漂移趋势
• 外观存在不影响功能的轻微缺陷，且缺陷类型在POK清单内
• 测试过程中出现一次可恢复的异常，复测后通过

我建议每个产品在试产阶段就由品质、工程、生产三方一起把POK清单定下来，量产阶段严格执行。清单外的任何异常都不能标POK，必须走NG或者升级评审。这样做的好处是数据干净，后续做SPC分析时不会因为POK定义模糊而失真。

提示：POK样品在出货时通常需要单独标识，比如贴黄色标签或者在包装箱上盖POK章。这样客户端如果发现异常，可以快速追溯到是POK放行还是OK放行，责任清晰。

3.3 NG的判定要区分“致命”和“轻微”

NG不是一刀切。我习惯把NG再细分为致命NG和轻微NG。致命NG是指影响安全、法规、核心功能的失效，比如耐压测试击穿、阻燃测试不合格。这种NG必须立即停线，追溯已生产的所有产品。轻微NG是指外观、包装、非关键尺寸的偏差，可以走返工或特采。

但不管哪种NG，隔离是第一步。我见过一个惨痛案例：产线测试员发现一个电源板NG，随手放在合格品堆里，准备下班前统一处理。结果交接班时那个NG板被当成合格品包装出货，到了客户那边烧机，整批召回。所以NG品的物理隔离必须做到“红色框、上锁、专人管理”，不能有任何侥幸心理。

NG的另一个关键是记录失效模式。不能只写“NG”，要写“NG-输出电压偏高-实测5.8V-规格5.0±0.25V”。这样工程部门才能做原因分析。如果只写NG，工程部门拿到数据也不知道从哪下手。

3.4 NT的判定要区分“未测”和“不可测”

NT在实际操作中经常被滥用。有些测试员遇到难测的项目就标NT，这是典型的偷懒。NT的准确定义是“本次测试未产生有效结论”，它包含两种情况：一是未测，比如样品数量不够、测试排期没到；二是不可测，比如设备故障、夹具损坏、环境条件不满足。

未测的NT是计划问题，可以通过调整排期解决。不可测的NT是资源问题，需要修设备或者改夹具。两者的处理路径完全不同，所以在MES系统里最好用不同的代码区分，比如NT-U（Untested）和NT-C（Cannot Test）。我见过一个工厂把两者混在一起，结果设备故障导致的NT被当成排期问题，拖了两个月没修，最后整批货因为缺少测试数据被客户拒收。

NT还有一个容易被忽视的点：NT的样品不能放行。有些团队觉得“反正其他项目都OK，就这一个没测，先放了吧”。这是非常危险的。未测试的项目意味着未知风险，未知风险不能假设为零。正确的做法是补测，如果补测不了，就走特采流程，由客户或授权人签字放行。

4. 实操过程与核心环节实现

4.1 从测试执行到标签生成的完整流程

一个规范的测试流程应该是这样的：测试任务下发后，操作员先确认样品编号、测试条件、设备校准状态。如果任何一项不满足，直接标NT并记录原因。条件满足后执行测试，采集原始数据。数据采集完成后，系统自动比对规格上下限，给出初步判定。操作员复核判定结果，确认无误后提交。

这个流程里有两个关键控制点。第一个是设备校准状态检查。如果设备校准过期，测试数据无效，必须标NT。我见过有操作员不看校准标签直接测，结果数据被客户质疑，整批重测。第二个是原始数据留存。系统自动判定后，原始数据必须和标签一起存入数据库，不能只存标签。因为后续如果规格变更或者客户有争议，原始数据是唯一的追溯依据。

对于POK的判定，流程要多一步：系统给出初步判定后，如果触发了POK条件，需要弹出确认框让操作员确认。操作员确认后，POK标签才能生成。如果操作员认为不应该判POK，可以申请工程评审，由工程师决定是升级为NG还是降级为OK。这个评审记录也要存档。

4.2 标签在MES系统中的配置方法

如果你负责MES系统的测试模块配置，下面这些字段是必须的：

配置时要注意：POK上下限是在规格限之内的。比如规格是4.75到5.25，POK上限可以设5.20，意思是实测值在5.20到5.25之间时触发POK。如果实测值超过5.25，直接NG。这个逻辑要在系统里写死，不能靠人工判断。

NT的配置要单独处理。系统在测试开始前先检查前置条件，如果前置条件不满足，直接生成NT记录，不允许进入测试界面。前置条件包括：设备校准有效、样品编号已扫描、测试程序版本正确。这三个条件缺一不可。

4.3 测试现场的实际操作记录

我拿一个电源模块的测试现场举例。操作员拿到样品后，先扫样品条码，系统自动带出测试程序。然后扫设备条码，系统检查校准状态。两个都通过后，测试界面亮起。操作员把样品放入夹具，启动测试。测试过程中，系统实时采集电压、电流、纹波三个参数。

测试完成后，屏幕显示三个参数的实测值：电压5.02V，电流1.21A，纹波48mV。规格分别是5.0±0.25V、1.2±0.1A、小于50mV。系统判定：电压OK，电流OK，纹波POK（因为48mV距离50mV上限只有4%余量，触发了POK条件）。整体结论是POK。

操作员看到POK后，系统弹出确认框：“纹波参数触发POK，是否确认？”操作员点确认，POK标签生成，样品贴上黄色标签放入POK周转箱。如果操作员点“申请评审”，系统会通知工程师，工程师到现场复测后决定是否降级为OK。这个流程走下来，每个POK都有据可查，不会出现“莫名其妙就POK了”的情况。

注意：POK周转箱必须和OK周转箱物理分开，最好用不同颜色。我见过用同一个箱子不同隔层的，结果交接班时搞混了，POK品被当成OK品出货。

5. 常见问题与排查技巧实录

5.1 标签误判的典型场景与纠正方法

场景一：把NT当OK。测试员发现某个测试项的设备坏了，但其他项都过了，就直接标了OK。这是最危险的误判。纠正方法：在系统里设置强制逻辑，只要有任何一个测试项是NT，整体结论就不能是OK。整体结论的优先级是：NG > NT > POK > OK。也就是说，只要有一个NG，整体就是NG；没有NG但有NT，整体就是NT；没有NG和NT但有POK，整体就是POK；全OK才是OK。

场景二：把POK当NG。测试员看到参数接近上限，直接标了NG，导致大量合格品被报废。纠正方法：在测试规范里明确POK的触发条件，并且让测试员理解“POK是合格的一种，只是需要关注”。同时，系统在判定POK时不要显示红色报警，用黄色提示即可，避免测试员条件反射地当成NG。

场景三：把NG当POK。测试员发现参数超限，但觉得“超一点点没关系”，就标了POK。这是品质意识问题。纠正方法：系统里POK的触发条件必须基于规格限内的余量，超限就是NG，没有商量余地。同时，对NG品要设置强制隔离流程，不隔离就无法进行下一个测试。

5.2 系统配置错误的排查清单

MES系统配置错误是标签混乱的常见原因。下面这个排查清单我用了很多年，基本能覆盖90%的问题：

我特别要提醒的是判定优先级这个坑。很多系统默认是“所有测试项都OK则整体OK，否则整体NG”，这个逻辑把NT和POK都归入了NG。结果就是NT和POK的数据全部丢失，报表上只有OK和NG两个数。这种配置下，你永远不知道有多少样品是因为设备故障没测，有多少是因为参数边缘被误杀。

5.3 跨部门沟通中的标签语义对齐

测试标签不只是测试部门的事。生产、品质、工程、客户对接，每个部门对标签的理解都可能不一样。我经历过一次客户投诉，客户说“你们报告上写POK，我们以为是不合格”。后来才发现，客户内部的POK定义和我们完全不同。

解决这个问题的方法只有一个：在项目启动阶段就和所有相关方对齐标签定义。具体做法是出一份《测试结论标签定义表》，把OK、POK、NG、NT的定义、触发条件、处理流程、标识方式全部写清楚，发给生产、品质、工程、客户各一份，大家签字确认。这份表要作为测试规范的一部分，后续任何变更都要走变更流程。

对于客户，还要额外确认他们的接收准则。有些客户只接受OK，POK需要单独审批。有些客户接受POK但要求提供POK明细。这些都要提前问清楚，不能等出货了再扯皮。

5.4 独家避坑技巧：我踩过的那些坑

第一个坑：POK标签的颜色。我们最开始用黄色，结果和某客户的“待处理”标签颜色一样，客户仓库收货时直接拒收。后来改成橙色，并且加了“POK”字样，才解决。所以标签颜色和文字要一起设计，不能只靠颜色区分。

第二个坑：NT的补测时限。我们曾经有一批NT样品，因为设备维修拖了三周才补测，结果补测时发现部分样品已经氧化，测试结果失真。后来我们规定NT补测必须在48小时内完成，超时未补测的样品必须重新取样。

第三个坑：POK的累积效应。单个POK可能没问题，但如果同一批次POK比例超过5%，就必须触发批次评审。我们有一次POK比例到了12%，但没有触发评审，结果客户端发现参数整体偏移，整批退货。后来我们在系统里加了POK比例监控，超过5%自动锁批。

第四个坑：测试员的心理暗示。如果测试员知道某个产品“经常出POK”，他可能会不自觉地放松判定尺度。解决办法是定期做盲样测试，把已知OK、POK、NG的样品混入正常测试队列，看测试员的判定是否准确。盲样测试结果纳入绩效考核。

6. 标签数据在品质分析中的延伸用法

6.1 用POK数据做趋势预警

POK数据最大的价值不是单个样品，而是趋势。如果某个测试项的POK比例连续三天上升，哪怕还没有NG出现，也说明过程在漂移。这时候工程部门就应该介入，查设备、查物料、查环境。我见过一个案例：某测试项的POK比例从2%慢慢爬到8%，没人管，一周后直接跳到25%的NG。如果当时有人看POK趋势，完全可以提前拦截。

具体做法是：在SPC系统里把POK比例作为一个监控指标，设定预警线（比如5%）和报警线（比如10%）。达到预警线时通知工程师，达到报警线时自动锁批。这个机制不需要额外硬件，只需要在MES报表里加一个POK比例的折线图。

6.2 用NT数据做设备健康度评估

NT数据反映的是测试资源的问题。如果某个设备的NT率突然升高，说明设备可能出故障了。我们曾经有一个测试工位，NT率从1%跳到15%，查了半天发现是夹具的气管漏气，导致测试压力不够，系统自动判NT。修好气管后NT率立刻降回1%。

所以NT率可以当作设备健康度的一个指标。我建议每周出一份NT率报表，按设备、按测试项、按班次三个维度统计。NT率高的设备优先安排保养，NT率高的测试项优先检查程序，NT率高的班次优先做培训。

6.3 用NG数据做根因分析

NG数据是品质改进的入口。但前提是NG记录要详细，不能只写“NG”。我要求所有NG记录必须包含：失效测试项、实测值、规格限、失效模式描述、可能的原因分类。有了这些信息，工程部门才能做帕累托分析，找出前三大失效模式，集中资源改进。

我习惯每月做一次NG帕累托，把前三个失效模式列出来，每个模式指定一个责任人，限期整改。整改效果下个月用NG率验证。这个循环跑起来之后，NG率通常能在三个月内下降30%到50%。

6.4 标签数据的报表呈现建议

报表是给不同人看的，所以呈现方式要区分。给产线班组长看的报表，重点突出当班的OK率、POK率、NG率、NT率，用红黄绿灯标识。给品质工程师看的报表，重点突出POK趋势和NG帕累托。给管理层看的报表，重点突出整体合格率和环比变化。

我特别建议在报表里把NT单独列一列，不要和NG合并。因为NT和NG的改进方向完全不同：NG要改工艺，NT要改设备或流程。合并在一起，管理层看到的只是一个“非OK率”，根本不知道该往哪投入资源。

7. 我个人的实操体会

这套标签体系我用了快十年，从最开始的手工记录到后来的MES自动判定，最大的体会是：标签本身不难，难的是让所有人对标签的理解保持一致。OK、POK、NG、NT这四个词，写在纸上谁都认识，但放到产线上，每个人心里的尺度都不一样。解决这个问题的唯一办法就是不断对齐、不断培训、不断用数据验证。

另一个体会是：不要为了好看的数据而牺牲标签的准确性。我见过有的团队为了报表好看，把POK强行改成OK，把NT强行改成OK，结果就是问题被掩盖，等到客户端爆发的时候已经来不及了。标签的价值在于暴露问题，而不是掩盖问题。一个真实的POK比一个虚假的OK有价值一百倍。

最后分享一个小技巧：如果你刚开始推行这套标签体系，可以先从一个产品线试点，跑三个月，把POK和NT的判定准则磨清楚，再推广到其他产品线。不要一上来就全厂铺开，那样很容易因为准则不清晰而引发混乱。试点期间每周开一次复盘会，把有争议的判定拿出来讨论，形成案例库。案例库积累到50个以上，基本就能覆盖大部分场景了。