IC 的故障分析需要快速、正确的响应，因为当然，帮助客户是我们的主要关注点。但我们是否应该期望质量保证 (QA) 部门在故障分析 (FA) 期间测试所有条件下的每个参数？一点都不。其中太多是猜测。这可能会让一些人感到惊讶，但 QA 人员没有水晶球，也不会读心术。只有当客户提供有关 IC 故障的准确技术信息时，才能及时有效地进行 IC 故障排除。

    摘要：在对复杂设备进行故障排除时，知识至关重要。我们希望并且需要了解与该问题相关的所有信息，包括正确的 IC 修订号、在哪里可以找到相关参考资料，以及谁真正知道客户现场发生了什么。IC 的故障分析需要快速、正确的响应，因为当然，帮助客户是我们的主要关注点。但我们是否应该期望质量保证 (QA) 部门在故障分析 (FA) 期间测试所有条件下的每个参数？一点都不。其中太多是猜测。这可能会让一些人感到惊讶，但 QA 人员没有水晶球，也不会读心术。只有当客户提供有关 IC 故障的准确技术信息时，才能及时有效地进行 IC 故障排除。

    我们经常听到“感知就是现实”。当 IC 出现故障，或者客户认为它出现故障时，我们必须通过故障分析 (FA) 进行响应。为了有效地做到这一点，我们必须获得有关该事件的准确、相关的信息。这是避免猜测的方法。

    让我讲一个不久前发生的事件。有一部分因失败而被退回，除此之外我们一无所知。我们在自动测试设备 (ATE) 上运行它，并对零件进行台架测试、X 射线检查和开盖。我们在电子显微镜下用软电子淹没它，以寻找表明损坏的发射位点。我们使用液晶涂层测量了它的温度。这部分很完美。我们没有找到失败的原因，所以 QA 部门在 FA 中准确地说了这一点。我们想知道，为什么零件会被视为失败而退回？

    大约两个月后，我们几乎偶然了解到，客户仅在零件加热到 +60°C 以上时才会出现此故障。我们又开始了FA。我们在室温 (+25°C) 下测试了该部件，结果……什么也没发现。该部件不再起作用，因为它在测试过程中被损坏。归根结底，这是性的回归活动；它没有再发生。但在这一集中我们学到了一些更重要的东西：如果没有关键的性能（即故障）数据，我们就会盲目猜测。我们白白浪费了相当多的时间和金钱。（有关古董车、接地问题和另一个失败的 IC 的另一个更个人的故事，请参阅附录 —《Homefront》中的 IC 故障分析。）