資料結構
網路
關係資料庫管理系統 (RDBMS)
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝學
法學軟體測試中的設計驗證與確認流程
您將在這篇文章中學習以下內容：
什麼是設計驗證？
設計驗證和確認的區別
設計驗證流程
設計確認流程
設計驗證和確認的優勢
設計確認
設計確認是測試軟體產品以確保其滿足客戶或合作伙伴特定需求的過程。設計確認的目標是在軟體產品開發完成後對其進行檢查，以確認其符合在使用者環境中實施的標準。
確認側重於根據使用者的需求確定設計的準確性和可靠性。這是您構建產品版本並根據客戶要求對其進行評估的步驟。
此方法將持續使用客觀證據檢查產品是否符合設定的標準。此過程包括測試、觀察和評估等。
設計驗證
設計驗證是一個檢查並提供證明以認證特定軟體產品的輸出是否滿足輸入要求的過程。軟體開發過程中設計驗證過程的目的是確保設計的軟體產品符合規範。
任何用作設計框架的機械和功能標準都稱為設計輸入。設計輸出是所有設計階段和完整設計工作的最終產品。最終生產輸出作為裝置主記錄的基礎。
設計驗證和確認的區別
通常會對驗證和確認之間的區別存在誤解。這些是在增長過程的不同階段執行的幾個操作。
| 設計驗證 | 設計確認 |
|---|---|
| 當實際設計結果必須與預期設計結果相同並符合產品標準時，使用設計驗證。 | 設計確認通常用於確保最終設計滿足消費者的要求。 |
| 設計驗證詢問：“您是否正確設計了產品？” | 設計確認詢問：“您是否設計了正確的產品？” |
| 設計驗證包括單元和主要整合級別測試。 | 次要或更高級別的整合以及系統級測試都是設計確認的一部分。 |
| 設計確認的某些元件可以在設計驗證期間完成，但設計驗證不能替代設計確認。 | 成功的的設計驗證之後是設計確認。 |
| 在任何情況下，都可以對特定模組或整個系統進行設計驗證。 | 必須在使用者宣告的特定條件下執行設計確認。 |
| 靜態方法可用於設計驗證。它包括系統檢查、評估和正式驗證（測試）等操作。 | 設計確認過程包括審查、批准和確認最終報告（測試執行結果）。這些材料被記錄以備將來使用。 |
設計驗證流程
識別和準備
驗證活動的識別與規範的開發階段同時進行。這允許設計者確保可以驗證規範。因此，測試工程師可以開始制定完整的測試策略和方法。應傳達對規範的任何修改。
找到執行驗證的最佳方法，以及定義測量方法、資源、技術和設施。
在完成流程之前，將與設計團隊一起評估完成的驗證計劃以識別缺陷。
規劃
驗證規劃是核心團隊和開發團隊之間的合作努力。這在專案生命週期的任何時候都會發生。每當對設計理念進行修改時，都會對其進行修訂。
在此階段必須詳細說明被測程式或系統。
在此步驟中，建立初始測試計劃，並細化測試計劃。測試計劃涵蓋關鍵里程碑，降低潛在風險。
裝置、測試過程、開發方法和檢查或分析以確定需求。
開發
測試用例的生成將與專案團隊使用的SDLC方法相對應。在此步驟中，確定了許多測試技術。
設計輸入必須包括清晰且可驗證的最基本驗證活動。
當相關思想按順序驗證時，驗證時間將縮短。一個測試的結果甚至可以用作未來測試的輸入。
為了確保驗證所有標準並且設計輸出與設計輸入相匹配，在測試用例和匹配的設計輸入之間建立可追溯性連線。
執行
在開發階段開發的測試方法按照測試計劃執行，在驗證活動期間嚴格遵守它們。
如果出現任何錯誤結果，或者任何過程需要修改，則務必記錄修改並獲得必要的許可。
此時，會檢測到任何問題並將其記錄為問題。
構建可追溯性矩陣以確保驗證測試計劃中列出的所有設計輸入都已評估並計算透過率。
報告
此過程在驗證執行的每個步驟結束時執行。
設計驗證分析提供了驗證結果的完整概述，包括配置管理、每種測試型別的測試結果以及在驗證過程中發現的缺陷。
為了確保所有需求都已測試並提供了可接受的結果，在需求和匹配的測試結果之間開發了設計驗證可追溯性報告。
應注意任何不符合項並相應地處理。
設計驗證活動結束後，進行評估並接受。
設計確認流程
許多設計實際上可以透過將它們與以類似方式工作的類似裝置進行比較來評估。這種方法對於驗證當前基礎設施的配置修改或將在新系統或應用程式中使用的標準化設計特別有用。
可以透過演示和/或檢查來驗證標準和其他產品功能。
可以使用數學建模和模擬等方法來評估設計，這些方法可以複製所需的功能。
進行測試以確認系統在最終設計中按描述執行的能力。
測試策略、實施和結果都應記錄並作為設計文件的一部分儲存。因此，確認是所有確認工作的成果的彙編。
當在最終設計確認中使用可比較的專案時，製造商必須描述相似之處以及與第一個輸出的任何差異。
示例
考慮一個簡單的產品，例如防水手錶。
裝置規格文件可能指出“手錶在游泳時必須防水”。
設計要求規定“即使使用者長時間游泳，手錶也必須執行”。
測試結果應表明手錶滿足這些要求；否則，將執行重新設計輪次，直到完成任務為止。
設計驗證和確認的優勢
我們可以持續檢查設計，從而允許我們在每個步驟中滿足使用者定義的標準。
驗證設計將突出顯示功能的工作方式與其預期工作方式之間的差異。
審查確認方法將有助於在將來任何時候對任何更改或增強進行任何更改或增強時瞭解功能。
開發時間將持續減少，從而提高效能並允許按計劃完成工作。
此過程指定必須使用的每種驗證技術的規模和範圍。
可以使用表示終端使用者需求的精確設計資料進行確認。
必須記錄結果與使用者需求文件之間的任何差異。
確認設計的修改需要驗證。
記錄確認期間發生的每個操作至關重要，以證明設計符合客戶的需求。
5000+ 瀏覽量
