驗證和確認到底是什么?

　　昨天發了基于CMMI的軟件測試以后，有人提出說法：

　　(1)驗證對應需求規格說明，確認對應軟件任務書，是不是可以這么理解?

　　(2)用戶參與驗證過程還是確認過程?

　　先說第一個問題，這種說法是不正確的，而且很片面。

　　昨天在文章中我說過，驗證，是為了確認某一開發階段的產品是否滿足在階段初期提出的要求而進行評估的過程;確認，是在開發過程中或結束時，對軟件產品進行評估以確定其是否滿足軟件需求規格的要求。簡單地講，驗證就是證明是否正確地構造了產品;確認則是證明構造的產品是否正確。

　　需要明確的是，無論驗證還是確認，都是過程域，每個過程域都包含很多活動，不能簡單地認為就是以某個文檔來約束，為某個文檔負責，這樣考慮就太片面了。

　　以驗證過程為例。在這個過程中，主要體現在評審活動上。例如需求階段，最重要的產品就是兩份文檔，一份開發計劃，一份需求規格說明。那么對這兩份文檔的評審就是驗證過程。例如，軟件概要設計階段，最重要的產品就是概要設計和產品集成計劃，那么這個階段的主要驗證活動就是評審這兩份文檔。到了編碼階段，還要對代碼進行審查，甚至走查，也是驗證活動。

　　而確認過程，是對軟件產品的認可，主要體現在測試活動上。例如單元測試，這是對軟件模塊進行確認的過程，通過了測試，證明做出了正確的軟件模塊，ok，得到認可，確定版本，入受控庫。同理，集成測試，是確認是否做出了正確的集成產品;配置項測試，是確認是否做出了正確的軟件配置項。

　　所以，簡單地說“驗證對應需求規格說明，確認對應軟件任務書”是非常不正確的。在實施CMMI的過程中，我們不能簡單地從字面去理解內涵，否則很容易走錯路。

　　接著，我們來討論“用戶應該參與驗證還是確認過程”的問題。

　　在CMMI的每個過程域中，用戶作為重要的利益相關方，原則上都可以參加。但是通常情況下，用戶并不在意你的生長過程，更在乎最終產品。在實施CMMI的軟件項目中，一般都會在軟件聲明周期中設置里程碑節點，并要求相關利益方參與里程碑會議，以通告本階段工作進展，偏差如何控制，下一步如何開展。例如需求結束階段，配置項測試階段，通常都會設置里程碑節點。在未交付軟件之前，比較忙的用戶只需要參加里程碑節點即可。當然，如果用戶不忙，不僅在乎結果，還在乎過程，那么全程都可以參與。

　　OK，That's all today。有問題歡迎來問，我們再討論。

　　文/木槿山莊Isabella(簡書作者)

　　原文鏈接：http://www.jianshu.com/p/a704e67e4c8d

　　著作權歸作者所有，轉載請聯系作者獲得授權，并標注“簡書作者”。

原文轉自：http://www.jianshu.com/p/a704e67e4c8d