配置項測試的理解,我覺得得先清楚兩個概念:①軟體配置項:我認為軟體配置項就是一個開發完成的,已經進入配置管理的,準備提供給客戶的產品。可以是可執行程式碼,也可以是產品文件。②軟體需求規格說明書:軟體需求規格說明書是在專案前期進行需求分析的時候得到的一份文件,這份文件中描述了使用者的需求,是初始階段甲乙雙方對專案的共同理解,比如一些介面設計,流程描述,這個是整個開發工作的基礎。那麼配置項測試,就可以理解成是對軟體配置項的一種檢查,檢查它與軟體需求規格說明書是否一致。比如對可執行程式碼進行功能測試,關注它的功能是否與軟體需求規格說明書中要求的一致。或者對一份產品文件進行文件審查,關注是否已經按照軟體需求規格說明書中要求,描述了安裝步驟,或者文件中描述的介面是否與軟體需求規格說明書中的相同。所以配置項測試,需要在單元測試和整合測試之後進行。我理解的測試順序應該是:單元測試->整合測試->配置項測試->系統測試->確認測試,如果專案存在變更,還需要進行迴歸測試。當然,這個只是幫助理解,實際中肯定不會是按順序做的。
配置項測試的理解,我覺得得先清楚兩個概念:①軟體配置項:我認為軟體配置項就是一個開發完成的,已經進入配置管理的,準備提供給客戶的產品。可以是可執行程式碼,也可以是產品文件。②軟體需求規格說明書:軟體需求規格說明書是在專案前期進行需求分析的時候得到的一份文件,這份文件中描述了使用者的需求,是初始階段甲乙雙方對專案的共同理解,比如一些介面設計,流程描述,這個是整個開發工作的基礎。那麼配置項測試,就可以理解成是對軟體配置項的一種檢查,檢查它與軟體需求規格說明書是否一致。比如對可執行程式碼進行功能測試,關注它的功能是否與軟體需求規格說明書中要求的一致。或者對一份產品文件進行文件審查,關注是否已經按照軟體需求規格說明書中要求,描述了安裝步驟,或者文件中描述的介面是否與軟體需求規格說明書中的相同。所以配置項測試,需要在單元測試和整合測試之後進行。我理解的測試順序應該是:單元測試->整合測試->配置項測試->系統測試->確認測試,如果專案存在變更,還需要進行迴歸測試。當然,這個只是幫助理解,實際中肯定不會是按順序做的。