摘要 当系统级测试（例如内置测试 (BI​​T)）指示故障但在维修期间未发现此类故障时，会发生未发现故障 (NFF) 事件。随着越来越多的电子设备受到 BIT 的持续监控，间歇性故障更有可能触发要求采取维护措施，从而导致 NFF。NFF 经常与误报 (FA)、无法复制 (CND) 或重新测试 OK (RTOK) 事件混淆。NFF 是由 FA、CND、RTOK 以及许多其他复杂因素引起的。尝试修复 NFF 会浪费宝贵的资源、损害对产品的信心、造成客户不满，而且维修质量仍然是个谜。以前的研究表明，大多数要求采取维修措施的故障迹象都是无效的，这使问题更加复杂。NFF 可能是由实际故障引起的，也可能是误报的结果。了解问题的原因可能有助于我们区分可以修复的被测单元 (UUT) 和不能修复的被测单元 (UUT)。在计算真正的维修成本时，我们必须考虑尝试修复无法修复的 UUT 而浪费的精力。本文将阐明这种权衡。最后，我们将探索以经济有效的方式处理 NFF 问题的方法。简介 系统级测试有多种形式，并且出于各种原因而运行。在生产中，运行系统测试是为了确保产品已准备好供最终用户使用，在军事术语中通常称为准备发布或 RFI。它还用于确保持续运行，并以内置测试 (BI​​T) 的形式实现。由此可见，当最终用户执行正常系统操作时，系统测试也可视为正在运行。他/她可能会观察到异常和不一致，从而需要采取修复措施。我们在本文中使用的系统级测试将涵盖所有这些形式。当系统级测试失败时，一个或多个被测子系统单元 (UUT) 被怀疑是系统故障的根源。系统级维修包括更换可疑的 UUT 并将更换的 UUT 发送到仓库级维修设施，通常是工厂。图 1 显示了系统级测试中发现的故障结果，它们在持续性故障和未发现故障之间分布。持续性故障 (PF)，有时也称为确认故障，是导致系统级测试失败并将导致仓库中的 UUT 也发生故障的故障。NFF 有两类。我们称它们为持续性故障，以表明系统级故障持续到车库。相反，NFF 将在车库通过 UUT 测试。如 [1] 中所述，大多数系统测试失败都是由系统级误报 (FA) 引起的。[2] 详细介绍了由间歇性故障 (IF) 导致的 NFF。图 1 还说明了逃避系统级测试的故障。它们在系统级创建 NFF。这种现象的常见情况是计算机挂起，通过重新启动软件可以“修复”。没有采取任何维护措施，也没有任何子系统返回车库或工厂，因此 NFF 不会渗透到车库。除非问题重复多次，否则将被视为正常异常，并避免可能导致维修站出现 NFF 的情况。为了避免混淆，理解我们在本文中使用的术语非常重要。未发现故障 (NFF) 是指 UUT 在维修站测试站通过第一次测试的情况。间歇性故障 (IF) 是仅在某些条件下暴露的真实故障。当它们不暴露时，会导致 NFF。误报 (FA) 是在系统级别指示没有故障的故障。[3] 或者，FA 可以定义为在不需要任何维护操作时发出维护操作请求。[1] 系统级 FA 可能会将一些子组件送往维修站进行维修，或者如果结果受到质疑，则再次运行相同的系统级测试以获得对结果的信心。当系统级测试运行多次时，它会增加区分 FA 和 IF 的可能性，使得返回维修站的 UUT 更有可能是 IF 的结果。