驗證與確認 重要但相互獨立

驗證與確認是功能安全中重要但相互獨立的兩個主題。然而，這兩個術語經常被誤用和混淆，包括我最近正在閱讀的一份功能安全標準初稿。簡而言之，確認是項目實現其最終目標的最終驗證。

來看一個典型的V模型，我們看到左邊是設計任務，右邊是驗證與確認項目。右上方顯示確認測試。下面的V模型來自IEC 61508-2:2010。

雖然上面是數字ASIC的V模型，但也可以理解為混合信號或模擬設計的V模型。在流片之前進行的模擬是驗證項目的示例，而在硅片上進行的測量則是帶可靠性測試的確認項目，包括特別重要的HTOL（高溫工作壽命）、HAST（高加速應力測試）等，因為它們展示對最終應用的適用性。

《持續(xù)工程入門》(Continuous Engineering for Dummies)一書中的定義很好：“驗證檢查設計是否達到了規(guī)定要求并符合標準（換句話說，您正在創(chuàng)建系統(tǒng)的方式是正確的）。確認檢查設計是否滿足最終用戶的需求（換句話說，您正在創(chuàng)建正確的系統(tǒng)）”。
這一定義清楚地表明，驗證可以在任何級別和任何過程步驟中應用。因此，例如，如果您必須為一個IC進行FMEDA，您可以驗證在進行FMEDA時是否遵循公司的流程，以及您希望在FMEDA中看到的所有內容是否都包含在內。同樣，如果您有一個新產品開發(fā)流程，您可以驗證是否遵循了所有適用步驟。

吸引我注意的其他定義包括J3061《網絡物理車輛系統(tǒng)網絡安全指南》中的定義，它強調驗證與確認的內部和外部范圍。

在IEC 61508中，該術語有點偏離了上述內容，例如，軟件確認是指“通過檢查和提供客觀證據來確認該軟件符合軟件安全要求規(guī)范”–見IEC 61508-4:2010第3.8.2條。在IEC 61508-3:2010第7.9.1條中，這一定義的使用被解釋為“由領域專家檢查安全要求規(guī)范本身是否正確”。在某種程度上，這類似于IC的情況，在這種情況下，ADI公司的確認測試通常無法證明它將按預期在安全功能中發(fā)揮作用，這與下面視頻中的理想情況形成了對比。

Philip Koopman在他的《更好的嵌入式系統(tǒng)軟件》(Better Embedded System Software)一書中也描述了V&V（驗證與確認），他在第49頁寫到，“測試需要實際執(zhí)行一款軟件，以確定其性能是否符合要求、設計的性能和其他預期。
它不同于其他形式的驗證與確認，因為它實際上是基于代碼執(zhí)行的操作，而不是評審人員認為代碼可能執(zhí)行的操作”，這清楚地表明測試是一種驗證形式。他在后面繼續(xù)寫到：“驗證是確保正確地遵循設計步驟，并且大致對應于向后追溯的概念（知道您符合上一個設計步驟的輸出）。V&V（驗證與確認）這個總稱經常用于描述所有用于確保設計過程正常進行的活動……V&V的全部活動都很重要……”。

還有更多例子，但我覺得再給出一個UL 1998的示例就足夠了。