設計驗證&驗證過程 · Guru99 中文系列教程

# 設計驗證&驗證過程 > 原文： [https://www.guru99.com/design-verification-process.html](https://www.guru99.com/design-verification-process.html) 在本教程中，您將學習- * [什么是設計驗證？](#1) * [什么是設計驗證？](#2) * [設計驗證和驗證之間的區別](#3) * [設計驗證流程](#4) * [設計驗證流程](#5) * [設計驗證和驗證的優勢](#6) ## 什么是設計驗證？ **設計驗證**是在產品開發期間或結束時對軟件進行評估的過程，以確保制造的系統滿足最終用戶應用程序或產品和環境中的規范。 ![Learn Design Validation](https://img.kancloud.cn/b2/b5/b2b59cf6671c2b112c47516ff68814f3_520x162.png "Learn Design Validation") 驗證涉及根據用戶需求證明設計的一致性和完整性。這是您實際構建產品版本并根據用戶要求進行驗證的階段。下圖顯示了設計驗證過程。 ![Learn Design Validation](https://img.kancloud.cn/b0/c9/b0c99c56afc1c8336d915b546b773e77_586x311.png "Learn Design Validation") 目的是用客觀證據證明產品滿足用戶需求。客觀證據不過是輸出的任何物理證據，例如圖像，文本或音頻文件，表明該過程已完成。通過客觀證據，該過程將持續檢查產品是否符合預定要求。此過程涉及測試活動，檢查和分析等。 ## 什么是設計驗證？ **設計驗證**是一種通過檢查并提供證據證明設計輸出符合設計輸入規格的確認方法。任何產品開發過程中的必不可少的過程，可確保設計的產品與預期用途相同。設計輸入是用作設計目的基礎的任何物理和性能要求。設計輸出是每個設計階段以及整個設計工作結束時的結果。最終的設計輸出是設備主記錄的基礎。 ## 設計驗證和驗證之間的區別驗證和確認之間總是存在誤解。這些是在開發過程的每個階段執行的不同活動。 | <center>設計驗證</center> | <center>設計驗證</center> | | * 設計驗證用于實際設計輸出應與滿足產品規格的預期設計輸出相同的情況。 | * 設計驗證用于定義最終設計是否符合用戶需求。 | | * 設計驗證問：您是否正確設計了產品？ | * 設計驗證問：您是否設計了正確的產品？ | | * 設計驗證包括單元和主要集成級別測試。 | * 設計驗證包括次級或更高級別的集成和系統級測試。 | | * 在設計驗證過程中可以完成設計驗證的某些方面，但是設計驗證不能替代設計驗證。 | * 設計驗證是在成功進行設計驗證之后進行的。 | | * 在任何條件下，都可以在單個模塊或完整的系統上進行設計驗證。 | * 設計驗證應根據用戶要求在指定條件下進行。 | | * 設計驗證可以使用靜態技術。它包括系統檢查，分析和正式驗證（測試）活動。 | * 設計驗證由經過審核，批準和簽名的最終報告（測試執行結果）組成。這些文檔被存儲以備將來參考。 | ## 設計驗證流程 **鑒定和制備：** * 在規范的開發階段，對驗證活動的識別是并行進行的。這使設計人員可以確保規范是可驗證的。因此，測試工程師可以啟動詳細的測試計劃和程序。規范中的任何更改均應告知。 * 確定進行驗證的最佳方法，定義度量方法，所需的資源，工具和設施。 * 完成的驗證計劃將與設計團隊一起審查，以在最終確定計劃之前確定問題。 **規劃：** * 計劃驗證是與核心團隊和開發團隊同時進行的活動。這在整個項目生命周期中都會發生。在對設計輸入進行任何更改時，將對此進行更新。 * 在此階段，應將范圍內的測試軟件或系統記錄在案。 * 在此階段制定了初步的測試計劃和測試計劃的完善。測試計劃捕獲了降低項目風險的關鍵里程碑。 * 工具，測試環境，開發策略以及通過檢查或分析來識別需求。 **開發中：** * 測試用例的開發將與項目團隊實施的 SDLC 方法一致。在此階段可以確定多種測試方法。 * 必須開發設計輸入，包括明確，可驗證的最簡單的驗證活動。 * 按順序執行類似概念時，應減少驗證時間。甚至一個測試的輸出也可以用作后續測試的輸入。 * 在測試用例和相應的設計輸入之間創建了可鏈接性鏈接，以確保測試所有需求并且設計輸出滿足設計輸入。 **執行：** * 在開發階段創建的測試程序將根據測試計劃執行，并嚴格遵循驗證活動。 * 如果發生任何無效的結果或需要修改任何程序，則記錄更改并獲得適當的批準很重要。 * 在此階段，任何問題都會被識別并記錄為缺陷。 * 創建可牽引性矩陣以驗證在驗證測試計劃中確定的所有設計輸入均已通過測試，并確定通過率。 **報告：** * 該活動在驗證執行的每個階段結束時執行。 * 設計驗證報告提供了驗證結果的詳細摘要，包括配置管理，每種測試類型的測試結果以及在驗證活動中發現的問題。 * 在需求和相應的測試結果之間創建設計驗證可追溯性報告，以驗證所有需求均已通過測試并提供了適當的結果。 * 任何不符合項將被記錄在案并予以適當解決。 * 設計驗證活動完成后進行復查并分別獲得批準。 ## 設計驗證過程 * 通過與執行類似目的的類似設備進行比較，可以驗證某些設計。此方法對于驗證現有基礎結構或將要合并到新系統或應用程序中的標準設計的配置更改特別有用。 * 演示和/或檢查可用于驗證產品的要求和其他功能。 * 分析設計可以完成，例如數學建模，可以重新創建所需功能的仿真。 * 在最終設計上執行測試，以驗證系統是否可以按照指定的設計運行。 * 測試計劃，執行和結果應形成文件并作為設計記錄的一部分進行維護。因此，驗證是所有驗證活動結果的集合。 * 當在最終設計驗證中使用等效產品時，制造商必須記錄相似性以及與初始生產的任何差異。 **范例** * 讓我們以簡單的產品（防水手表）為例。 * 產品要求文件可能會指出“手表在游泳時必須是防水的”。 * 設計規范可能會指出“即使用戶長時間游泳，手表也應能工作。” * 測試結果應確認手表應滿足這些要求，否則將進行重新設計迭代，直到滿足要求為止。 ## 設計驗證和驗證的優勢 * 我們可以持續監控設計，使我們能夠在每個階段滿足用戶定義的要求。 * 驗證設計將指出功能的工作方式與預期的工作方式之間的差異。 * 如果可能進行任何更改或增強，則記錄驗證過程將有助于在將來的任何階段輕松了解功能。 * 開發時間將持續減少，從而提高了生產率，從而能夠按預期交付產品。 * 該過程包括需要采用的每種驗證方法的范圍和范圍。 * 可以使用代表最終用戶需求的詳細設計數據來執行驗證。 * 結果和用戶需求文檔之間的任何差異都必須記錄下來。 * 驗證設計中的更改導致重新驗證活動。 * 重要的是要記錄驗證期間發生的所有活動，以充分證明設計符合用戶要求。