在執行特征功能測試前,應該對國際化軟件提供的軟件特征功能以及這些功能的重要性進行風險分析,以便確定測試過程中的測試成本。
1、測試輸入
國際化軟件的特征功能測試的輸入內容包括:
- 軟件功能規格說明;
- 軟件需求;
- 軟件的性能目標;
- 軟件的布署場景 (Deployment Scenario) 。
2、測試過程
軟件特征功能測試的過程如下圖所示:
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新軟件測試計劃。
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新測試計劃。
設計評審 (Design review) 確保軟件的設計階段包含了全部的布署場景和軟件需求,遵循了軟件的性能、安全性、國際化和可維護性的要求。
實現編碼評審確保軟件的代碼正確和遵守規范,符合軟件國際化的需要。
軟件的白盒測試也稱為“結構測試”,是對軟件的代碼進行審查,找出引起軟件功能缺陷的編碼錯誤。
軟件的白盒測試也稱為“功能測試”,是從用戶使用的角度運行軟件,執行全部的終端用戶場景的測試用例,發現軟件與設計需求和用戶需求不一致的缺陷。
3、測試過程分析
- 創建測試計劃
測試計劃文檔中主要的內容是用于測試軟件的測試用例,涵蓋了設計評審、代碼評審、配置、布署測試和負載測試的各個方面,確保軟件的全部特征功能和使用場景都進行了測試。
測試文檔包括詳細測試計劃文檔和詳細測試用例文檔。詳細測試計劃文檔按照“高、中、低”的順序列出了測試用例的優先級,對測試用例中的使用場景和需要測試的特征進行了簡要描述。根據測試用例的重要性和對期望的目標和需求的全面影響,為每一個測試用例指定測試執行的優先級。
詳細測試用例文檔與詳細測試計劃文檔相對應,描述了詳細測試計劃文檔列出的需要執行的每個測試用例的執行步驟,以及測試所需要的數據,給出了測試的期望結果。
需要強調的是詳細測試計劃文檔和詳細測試用例文檔不是一成不變的,相反,這兩個文檔的內容要在軟件開發生命周期的全過程不斷更新。例如,當軟件的功能規格說明、軟件的需求更改后,或者需要添加更多的測試輸入時,需要及時更新文檔。另外,當修改了測試用例的優先級,或者添加了使用場景或功能測試用例時,也需要及時更新這兩個文檔。
- 設計評審
從軟件測試的視角看,設計評審非常重要,通過全面評審軟件設計內容,可以在軟件開發的早期發現一些潛在與性能和安全性有關的缺陷。如果這些缺陷在編面階段才被發現,則修正缺陷耗費的時間將比設計階段修改缺陷大得多。
詳細而言,設計評審有助于確保下列問題:
- 軟件設計符合功能規格說明和軟件需求的全部內容;
- 確保軟件設計符合全部性能目標;
- 軟件設計考慮了應用程序在不同的布署場景時的全部安全性;
- 軟件設計遵守了程序耦合和內聚、一致性、通訊、類設計、異常管理、資源管理、緩沖區等的代碼編寫格式要求,以便開發人員可以方便地擴展和定制軟件。
- 軟件設計遵守了國際化和本地化有關的指導準則。
此外,軟件設計評審還要確保軟件能夠正確處理可能的安全攻擊、性能優化和內存泄漏的問題。
- 實現編碼評審
在實現編碼評審階段,從詳細測試計劃文檔中執行測試用例,對軟件的代碼進行審閱,這是軟件單元測試的重要步驟。通過代碼評審,可以在軟件開發的早期發現問題。
具體地,實現代碼評審有助于確保下列問題:
- 軟件代碼遵守了軟件需求文檔的要求;
- 軟件的類命名、變量、方法名等代碼元素遵守了命名規范;
- 軟件代碼在合適位置包含了有助于其他開發人員正確理解的注釋語句;
- 軟件代碼可以正確處理與性能、擴展性、安全性有關的問題;
- 軟件代碼對異常管理和內存分配有關的資源管理能正確處理;
- 軟件代碼考慮了軟件國際化和本地化有關的問題;
- 軟件不包含冗余的從來不被調用的代碼。
此外,實現代碼評審還要確保軟件能夠正確處理邊界條件、特殊輸入、可能的安全攻擊、性能優化、內存泄漏和線程安全等問題。
- 執行白盒測試
白盒測試執行詳細測試計劃中與白盒測試有關的測試用例,通過分析軟件代碼的內部工作方式和程序邏輯結構,尋找軟件存在的缺陷。
分析源程序編碼,確定測試不公 API 和測試代碼路徑所需要的輸入數據,并且更新測試計劃。
白盒測試包括以下內容:
- 剖析應用程序在運行時某些特殊代碼的行為特征,包括代碼覆蓋、內存分配、競爭和死鎖( Deadlock )問題;
- 跟蹤代碼路徑分析與關鍵性能的相關的時間占用,對于基于 Web 的應用程序,還需要監視請求的執行時間;
- 測試程序的內部分支路徑,確保每個路徑正確處理數據,返回期望的輸出,而不會引起功能損失或不一致;
- 測試不同的循環和條件語句,例如簡單循環、嵌套循環,關系表達式、簡單條件、符合條件、布爾表達式,保證代碼組建的精度要求;
- 安全性測試。如果軟件某段代碼在目標布署環境存在安全訪問為題,應該分析對應的處理安全性的代碼,避免程序向攻擊者暴露敏感信息。
- 執行黑盒測試
黑盒測試執行詳細測試計劃中與黑盒測試有關的測試用例,黑河測試不需要測試者了解程序的內部結構,而主要模擬終端用戶的操作方式。
黑盒測試確保應用程序滿足以下要求:
- 應用程序符合需求文檔中列出的全部目標;
- 應用程序包括了功能規格說明指定的全部功能點;
- 應用程序能夠正確地處理期望的和異常的使用場景。
黑盒測試包括以下內容:
- 測試全部使用場景的外部接口。確保接口符合功能規格說明和系統需求,使用場景既包括期望的處理流程,也包括隨機的輸入。
- 測試不同的輸入類型。確保軟件接口可以輸出期望的結果,并且可以正確處理無效的數據和異常情況。測試的輸入數據包括合理的數據、邊界數據和超出最大和最小的輸入數據。
- 性能測試。驗證應用程序在正常情況下和極限負載條件下,程序能夠處理不斷增加的訪問請求,具有良好的擴展能力。性能測試包括負載測試和壓力測試。性能測試的測試結果可以作為實現代碼審閱和白盒測試的輸入。
- 安全性測試。從黑盒測試的觀點看,安全性測試通過模擬軟件真實運行環境下攻擊者的操作行為,尋找軟件不正確的設計和編碼的安全隱患。安全性測試包括驗證輸入數據、破解加密和訪問敏感數據、緩沖區溢出、授權和證書功能等。
在執行特征功能測試前,應該對國際化軟件提供的軟件特征功能以及這些功能的重要性進行風險分析,以便確定測試過程中的測試成本。
1、測試輸入
國際化軟件的特征功能測試的輸入內容包括:
- 軟件功能規格說明;
- 軟件需求;
- 軟件的性能目標;
- 軟件的布署場景 (Deployment Scenario) 。
2、測試過程
軟件特征功能測試的過程如下圖所示:
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新軟件測試計劃。
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新測試計劃。
設計評審 (Design review) 確保軟件的設計階段包含了全部的布署場景和軟件需求,遵循了軟件的性能、安全性、國際化和可維護性的要求。
實現編碼評審確保軟件的代碼正確和遵守規范,符合軟件國際化的需要。
軟件的白盒測試也稱為“結構測試”,是對軟件的代碼進行審查,找出引起軟件功能缺陷的編碼錯誤。
軟件的白盒測試也稱為“功能測試”,是從用戶使用的角度運行軟件,執行全部的終端用戶場景的測試用例,發現軟件與設計需求和用戶需求不一致的缺陷。
3、測試過程分析
- 創建測試計劃
測試計劃文檔中主要的內容是用于測試軟件的測試用例,涵蓋了設計評審、代碼評審、配置、布署測試和負載測試的各個方面,確保軟件的全部特征功能和使用場景都進行了測試。
測試文檔包括詳細測試計劃文檔和詳細測試用例文檔。詳細測試計劃文檔按照“高、中、低”的順序列出了測試用例的優先級,對測試用例中的使用場景和需要測試的特征進行了簡要描述。根據測試用例的重要性和對期望的目標和需求的全面影響,為每一個測試用例指定測試執行的優先級。
詳細測試用例文檔與詳細測試計劃文檔相對應,描述了詳細測試計劃文檔列出的需要執行的每個測試用例的執行步驟,以及測試所需要的數據,給出了測試的期望結果。
需要強調的是詳細測試計劃文檔和詳細測試用例文檔不是一成不變的,相反,這兩個文檔的內容要在軟件開發生命周期的全過程不斷更新。例如,當軟件的功能規格說明、軟件的需求更改后,或者需要添加更多的測試輸入時,需要及時更新文檔。另外,當修改了測試用例的優先級,或者添加了使用場景或功能測試用例時,也需要及時更新這兩個文檔。
- 設計評審
從軟件測試的視角看,設計評審非常重要,通過全面評審軟件設計內容,可以在軟件開發的早期發現一些潛在與性能和安全性有關的缺陷。如果這些缺陷在編面階段才被發現,則修正缺陷耗費的時間將比設計階段修改缺陷大得多。
詳細而言,設計評審有助于確保下列問題:
- 軟件設計符合功能規格說明和軟件需求的全部內容;
- 確保軟件設計符合全部性能目標;
- 軟件設計考慮了應用程序在不同的布署場景時的全部安全性;
- 軟件設計遵守了程序耦合和內聚、一致性、通訊、類設計、異常管理、資源管理、緩沖區等的代碼編寫格式要求,以便開發人員可以方便地擴展和定制軟件。
- 軟件設計遵守了國際化和本地化有關的指導準則。
此外,軟件設計評審還要確保軟件能夠正確處理可能的安全攻擊、性能優化和內存泄漏的問題。
- 實現編碼評審
在實現編碼評審階段,從詳細測試計劃文檔中執行測試用例,對軟件的代碼進行審閱,這是軟件單元測試的重要步驟。通過代碼評審,可以在軟件開發的早期發現問題。
具體地,實現代碼評審有助于確保下列問題:
- 軟件代碼遵守了軟件需求文檔的要求;
- 軟件的類命名、變量、方法名等代碼元素遵守了命名規范;
- 軟件代碼在合適位置包含了有助于其他開發人員正確理解的注釋語句;
- 軟件代碼可以正確處理與性能、擴展性、安全性有關的問題;
- 軟件代碼對異常管理和內存分配有關的資源管理能正確處理;
- 軟件代碼考慮了軟件國際化和本地化有關的問題;
- 軟件不包含冗余的從來不被調用的代碼。
此外,實現代碼評審還要確保軟件能夠正確處理邊界條件、特殊輸入、可能的安全攻擊、性能優化、內存泄漏和線程安全等問題。
- 執行白盒測試
白盒測試執行詳細測試計劃中與白盒測試有關的測試用例,通過分析軟件代碼的內部工作方式和程序邏輯結構,尋找軟件存在的缺陷。
分析源程序編碼,確定測試不公 API 和測試代碼路徑所需要的輸入數據,并且更新測試計劃。
白盒測試包括以下內容:
- 剖析應用程序在運行時某些特殊代碼的行為特征,包括代碼覆蓋、內存分配、競爭和死鎖( Deadlock )問題;
- 跟蹤代碼路徑分析與關鍵性能的相關的時間占用,對于基于 Web 的應用程序,還需要監視請求的執行時間;
- 測試程序的內部分支路徑,確保每個路徑正確處理數據,返回期望的輸出,而不會引起功能損失或不一致;
- 測試不同的循環和條件語句,例如簡單循環、嵌套循環,關系表達式、簡單條件、符合條件、布爾表達式,保證代碼組建的精度要求;
- 安全性測試。如果軟件某段代碼在目標布署環境存在安全訪問為題,應該分析對應的處理安全性的代碼,避免程序向攻擊者暴露敏感信息。
- 執行黑盒測試
黑盒測試執行詳細測試計劃中與黑盒測試有關的測試用例,黑河測試不需要測試者了解程序的內部結構,而主要模擬終端用戶的操作方式。
黑盒測試確保應用程序滿足以下要求:
- 應用程序符合需求文檔中列出的全部目標;
- 應用程序包括了功能規格說明指定的全部功能點;
- 應用程序能夠正確地處理期望的和異常的使用場景。
黑盒測試包括以下內容:
- 測試全部使用場景的外部接口。確保接口符合功能規格說明和系統需求,使用場景既包括期望的處理流程,也包括隨機的輸入。
- 測試不同的輸入類型。確保軟件接口可以輸出期望的結果,并且可以正確處理無效的數據和異常情況。測試的輸入數據包括合理的數據、邊界數據和超出最大和最小的輸入數據。
- 性能測試。驗證應用程序在正常情況下和極限負載條件下,程序能夠處理不斷增加的訪問請求,具有良好的擴展能力。性能測試包括負載測試和壓力測試。性能測試的測試結果可以作為實現代碼審閱和白盒測試的輸入。
- 安全性測試。從黑盒測試的觀點看,安全性測試通過模擬軟件真實運行環境下攻擊者的操作行為,尋找軟件不正確的設計和編碼的安全隱患。安全性測試包括驗證輸入數據、破解加密和訪問敏感數據、緩沖區溢出、授權和證書功能等。
在執行特征功能測試前,應該對國際化軟件提供的軟件特征功能以及這些功能的重要性進行風險分析,以便確定測試過程中的測試成本。
1、測試輸入
國際化軟件的特征功能測試的輸入內容包括:
- 軟件功能規格說明;
- 軟件需求;
- 軟件的性能目標;
- 軟件的布署場景 (Deployment Scenario) 。
2、測試過程
軟件特征功能測試的過程如下圖所示:
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新軟件測試計劃。
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新測試計劃。
設計評審 (Design review) 確保軟件的設計階段包含了全部的布署場景和軟件需求,遵循了軟件的性能、安全性、國際化和可維護性的要求。
實現編碼評審確保軟件的代碼正確和遵守規范,符合軟件國際化的需要。
軟件的白盒測試也稱為“結構測試”,是對軟件的代碼進行審查,找出引起軟件功能缺陷的編碼錯誤。
軟件的白盒測試也稱為“功能測試”,是從用戶使用的角度運行軟件,執行全部的終端用戶場景的測試用例,發現軟件與設計需求和用戶需求不一致的缺陷。
3、測試過程分析
- 創建測試計劃
測試計劃文檔中主要的內容是用于測試軟件的測試用例,涵蓋了設計評審、代碼評審、配置、布署測試和負載測試的各個方面,確保軟件的全部特征功能和使用場景都進行了測試。
測試文檔包括詳細測試計劃文檔和詳細測試用例文檔。詳細測試計劃文檔按照“高、中、低”的順序列出了測試用例的優先級,對測試用例中的使用場景和需要測試的特征進行了簡要描述。根據測試用例的重要性和對期望的目標和需求的全面影響,為每一個測試用例指定測試執行的優先級。
詳細測試用例文檔與詳細測試計劃文檔相對應,描述了詳細測試計劃文檔列出的需要執行的每個測試用例的執行步驟,以及測試所需要的數據,給出了測試的期望結果。
需要強調的是詳細測試計劃文檔和詳細測試用例文檔不是一成不變的,相反,這兩個文檔的內容要在軟件開發生命周期的全過程不斷更新。例如,當軟件的功能規格說明、軟件的需求更改后,或者需要添加更多的測試輸入時,需要及時更新文檔。另外,當修改了測試用例的優先級,或者添加了使用場景或功能測試用例時,也需要及時更新這兩個文檔。
- 設計評審
從軟件測試的視角看,設計評審非常重要,通過全面評審軟件設計內容,可以在軟件開發的早期發現一些潛在與性能和安全性有關的缺陷。如果這些缺陷在編面階段才被發現,則修正缺陷耗費的時間將比設計階段修改缺陷大得多。
詳細而言,設計評審有助于確保下列問題:
- 軟件設計符合功能規格說明和軟件需求的全部內容;
- 確保軟件設計符合全部性能目標;
- 軟件設計考慮了應用程序在不同的布署場景時的全部安全性;
- 軟件設計遵守了程序耦合和內聚、一致性、通訊、類設計、異常管理、資源管理、緩沖區等的代碼編寫格式要求,以便開發人員可以方便地擴展和定制軟件。
- 軟件設計遵守了國際化和本地化有關的指導準則。
此外,軟件設計評審還要確保軟件能夠正確處理可能的安全攻擊、性能優化和內存泄漏的問題。
- 實現編碼評審
在實現編碼評審階段,從詳細測試計劃文檔中執行測試用例,對軟件的代碼進行審閱,這是軟件單元測試的重要步驟。通過代碼評審,可以在軟件開發的早期發現問題。
具體地,實現代碼評審有助于確保下列問題:
- 軟件代碼遵守了軟件需求文檔的要求;
- 軟件的類命名、變量、方法名等代碼元素遵守了命名規范;
- 軟件代碼在合適位置包含了有助于其他開發人員正確理解的注釋語句;
- 軟件代碼可以正確處理與性能、擴展性、安全性有關的問題;
- 軟件代碼對異常管理和內存分配有關的資源管理能正確處理;
- 軟件代碼考慮了軟件國際化和本地化有關的問題;
- 軟件不包含冗余的從來不被調用的代碼。
此外,實現代碼評審還要確保軟件能夠正確處理邊界條件、特殊輸入、可能的安全攻擊、性能優化、內存泄漏和線程安全等問題。
- 執行白盒測試
白盒測試執行詳細測試計劃中與白盒測試有關的測試用例,通過分析軟件代碼的內部工作方式和程序邏輯結構,尋找軟件存在的缺陷。
分析源程序編碼,確定測試不公 API 和測試代碼路徑所需要的輸入數據,并且更新測試計劃。
白盒測試包括以下內容:
- 剖析應用程序在運行時某些特殊代碼的行為特征,包括代碼覆蓋、內存分配、競爭和死鎖( Deadlock )問題;
- 跟蹤代碼路徑分析與關鍵性能的相關的時間占用,對于基于 Web 的應用程序,還需要監視請求的執行時間;
- 測試程序的內部分支路徑,確保每個路徑正確處理數據,返回期望的輸出,而不會引起功能損失或不一致;
- 測試不同的循環和條件語句,例如簡單循環、嵌套循環,關系表達式、簡單條件、符合條件、布爾表達式,保證代碼組建的精度要求;
- 安全性測試。如果軟件某段代碼在目標布署環境存在安全訪問為題,應該分析對應的處理安全性的代碼,避免程序向攻擊者暴露敏感信息。
- 執行黑盒測試
黑盒測試執行詳細測試計劃中與黑盒測試有關的測試用例,黑河測試不需要測試者了解程序的內部結構,而主要模擬終端用戶的操作方式。
黑盒測試確保應用程序滿足以下要求:
- 應用程序符合需求文檔中列出的全部目標;
- 應用程序包括了功能規格說明指定的全部功能點;
- 應用程序能夠正確地處理期望的和異常的使用場景。
黑盒測試包括以下內容:
- 測試全部使用場景的外部接口。確保接口符合功能規格說明和系統需求,使用場景既包括期望的處理流程,也包括隨機的輸入。
- 測試不同的輸入類型。確保軟件接口可以輸出期望的結果,并且可以正確處理無效的數據和異常情況。測試的輸入數據包括合理的數據、邊界數據和超出最大和最小的輸入數據。
- 性能測試。驗證應用程序在正常情況下和極限負載條件下,程序能夠處理不斷增加的訪問請求,具有良好的擴展能力。性能測試包括負載測試和壓力測試。性能測試的測試結果可以作為實現代碼審閱和白盒測試的輸入。
- 安全性測試。從黑盒測試的觀點看,安全性測試通過模擬軟件真實運行環境下攻擊者的操作行為,尋找軟件不正確的設計和編碼的安全隱患。安全性測試包括驗證輸入數據、破解加密和訪問敏感數據、緩沖區溢出、授權和證書功能等。
在執行特征功能測試前,應該對國際化軟件提供的軟件特征功能以及這些功能的重要性進行風險分析,以便確定測試過程中的測試成本。
1、測試輸入
國際化軟件的特征功能測試的輸入內容包括:
- 軟件功能規格說明;
- 軟件需求;
- 軟件的性能目標;
- 軟件的布署場景 (Deployment Scenario) 。
2、測試過程
軟件特征功能測試的過程如下圖所示:
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新軟件測試計劃。
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新測試計劃。
設計評審 (Design review) 確保軟件的設計階段包含了全部的布署場景和軟件需求,遵循了軟件的性能、安全性、國際化和可維護性的要求。
實現編碼評審確保軟件的代碼正確和遵守規范,符合軟件國際化的需要。
軟件的白盒測試也稱為“結構測試”,是對軟件的代碼進行審查,找出引起軟件功能缺陷的編碼錯誤。
軟件的白盒測試也稱為“功能測試”,是從用戶使用的角度運行軟件,執行全部的終端用戶場景的測試用例,發現軟件與設計需求和用戶需求不一致的缺陷。
3、測試過程分析
- 創建測試計劃
測試計劃文檔中主要的內容是用于測試軟件的測試用例,涵蓋了設計評審、代碼評審、配置、布署測試和負載測試的各個方面,確保軟件的全部特征功能和使用場景都進行了測試。
測試文檔包括詳細測試計劃文檔和詳細測試用例文檔。詳細測試計劃文檔按照“高、中、低”的順序列出了測試用例的優先級,對測試用例中的使用場景和需要測試的特征進行了簡要描述。根據測試用例的重要性和對期望的目標和需求的全面影響,為每一個測試用例指定測試執行的優先級。
詳細測試用例文檔與詳細測試計劃文檔相對應,描述了詳細測試計劃文檔列出的需要執行的每個測試用例的執行步驟,以及測試所需要的數據,給出了測試的期望結果。
需要強調的是詳細測試計劃文檔和詳細測試用例文檔不是一成不變的,相反,這兩個文檔的內容要在軟件開發生命周期的全過程不斷更新。例如,當軟件的功能規格說明、軟件的需求更改后,或者需要添加更多的測試輸入時,需要及時更新文檔。另外,當修改了測試用例的優先級,或者添加了使用場景或功能測試用例時,也需要及時更新這兩個文檔。
- 設計評審
從軟件測試的視角看,設計評審非常重要,通過全面評審軟件設計內容,可以在軟件開發的早期發現一些潛在與性能和安全性有關的缺陷。如果這些缺陷在編面階段才被發現,則修正缺陷耗費的時間將比設計階段修改缺陷大得多。
詳細而言,設計評審有助于確保下列問題:
- 軟件設計符合功能規格說明和軟件需求的全部內容;
- 確保軟件設計符合全部性能目標;
- 軟件設計考慮了應用程序在不同的布署場景時的全部安全性;
- 軟件設計遵守了程序耦合和內聚、一致性、通訊、類設計、異常管理、資源管理、緩沖區等的代碼編寫格式要求,以便開發人員可以方便地擴展和定制軟件。
- 軟件設計遵守了國際化和本地化有關的指導準則。
此外,軟件設計評審還要確保軟件能夠正確處理可能的安全攻擊、性能優化和內存泄漏的問題。
- 實現編碼評審
在實現編碼評審階段,從詳細測試計劃文檔中執行測試用例,對軟件的代碼進行審閱,這是軟件單元測試的重要步驟。通過代碼評審,可以在軟件開發的早期發現問題。
具體地,實現代碼評審有助于確保下列問題:
- 軟件代碼遵守了軟件需求文檔的要求;
- 軟件的類命名、變量、方法名等代碼元素遵守了命名規范;
- 軟件代碼在合適位置包含了有助于其他開發人員正確理解的注釋語句;
- 軟件代碼可以正確處理與性能、擴展性、安全性有關的問題;
- 軟件代碼對異常管理和內存分配有關的資源管理能正確處理;
- 軟件代碼考慮了軟件國際化和本地化有關的問題;
- 軟件不包含冗余的從來不被調用的代碼。
此外,實現代碼評審還要確保軟件能夠正確處理邊界條件、特殊輸入、可能的安全攻擊、性能優化、內存泄漏和線程安全等問題。
- 執行白盒測試
白盒測試執行詳細測試計劃中與白盒測試有關的測試用例,通過分析軟件代碼的內部工作方式和程序邏輯結構,尋找軟件存在的缺陷。
分析源程序編碼,確定測試不公 API 和測試代碼路徑所需要的輸入數據,并且更新測試計劃。
白盒測試包括以下內容:
- 剖析應用程序在運行時某些特殊代碼的行為特征,包括代碼覆蓋、內存分配、競爭和死鎖( Deadlock )問題;
- 跟蹤代碼路徑分析與關鍵性能的相關的時間占用,對于基于 Web 的應用程序,還需要監視請求的執行時間;
- 測試程序的內部分支路徑,確保每個路徑正確處理數據,返回期望的輸出,而不會引起功能損失或不一致;
- 測試不同的循環和條件語句,例如簡單循環、嵌套循環,關系表達式、簡單條件、符合條件、布爾表達式,保證代碼組建的精度要求;
- 安全性測試。如果軟件某段代碼在目標布署環境存在安全訪問為題,應該分析對應的處理安全性的代碼,避免程序向攻擊者暴露敏感信息。
- 執行黑盒測試
黑盒測試執行詳細測試計劃中與黑盒測試有關的測試用例,黑河測試不需要測試者了解程序的內部結構,而主要模擬終端用戶的操作方式。
黑盒測試確保應用程序滿足以下要求:
- 應用程序符合需求文檔中列出的全部目標;
- 應用程序包括了功能規格說明指定的全部功能點;
- 應用程序能夠正確地處理期望的和異常的使用場景。
黑盒測試包括以下內容:
- 測試全部使用場景的外部接口。確保接口符合功能規格說明和系統需求,使用場景既包括期望的處理流程,也包括隨機的輸入。
- 測試不同的輸入類型。確保軟件接口可以輸出期望的結果,并且可以正確處理無效的數據和異常情況。測試的輸入數據包括合理的數據、邊界數據和超出最大和最小的輸入數據。
- 性能測試。驗證應用程序在正常情況下和極限負載條件下,程序能夠處理不斷增加的訪問請求,具有良好的擴展能力。性能測試包括負載測試和壓力測試。性能測試的測試結果可以作為實現代碼審閱和白盒測試的輸入。
- 安全性測試。從黑盒測試的觀點看,安全性測試通過模擬軟件真實運行環境下攻擊者的操作行為,尋找軟件不正確的設計和編碼的安全隱患。安全性測試包括驗證輸入數據、破解加密和訪問敏感數據、緩沖區溢出、授權和證書功能等。
在執行特征功能測試前,應該對國際化軟件提供的軟件特征功能以及這些功能的重要性進行風險分析,以便確定測試過程中的測試成本。
1、測試輸入
國際化軟件的特征功能測試的輸入內容包括:
- 軟件功能規格說明;
- 軟件需求;
- 軟件的性能目標;
- 軟件的布署場景 (Deployment Scenario) 。
2、測試過程
軟件特征功能測試的過程如下圖所示:
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新軟件測試計劃。
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新測試計劃。
設計評審 (Design review) 確保軟件的設計階段包含了全部的布署場景和軟件需求,遵循了軟件的性能、安全性、國際化和可維護性的要求。
實現編碼評審確保軟件的代碼正確和遵守規范,符合軟件國際化的需要。
軟件的白盒測試也稱為“結構測試”,是對軟件的代碼進行審查,找出引起軟件功能缺陷的編碼錯誤。
軟件的白盒測試也稱為“功能測試”,是從用戶使用的角度運行軟件,執行全部的終端用戶場景的測試用例,發現軟件與設計需求和用戶需求不一致的缺陷。
3、測試過程分析
- 創建測試計劃
測試計劃文檔中主要的內容是用于測試軟件的測試用例,涵蓋了設計評審、代碼評審、配置、布署測試和負載測試的各個方面,確保軟件的全部特征功能和使用場景都進行了測試。
測試文檔包括詳細測試計劃文檔和詳細測試用例文檔。詳細測試計劃文檔按照“高、中、低”的順序列出了測試用例的優先級,對測試用例中的使用場景和需要測試的特征進行了簡要描述。根據測試用例的重要性和對期望的目標和需求的全面影響,為每一個測試用例指定測試執行的優先級。
詳細測試用例文檔與詳細測試計劃文檔相對應,描述了詳細測試計劃文檔列出的需要執行的每個測試用例的執行步驟,以及測試所需要的數據,給出了測試的期望結果。
需要強調的是詳細測試計劃文檔和詳細測試用例文檔不是一成不變的,相反,這兩個文檔的內容要在軟件開發生命周期的全過程不斷更新。例如,當軟件的功能規格說明、軟件的需求更改后,或者需要添加更多的測試輸入時,需要及時更新文檔。另外,當修改了測試用例的優先級,或者添加了使用場景或功能測試用例時,也需要及時更新這兩個文檔。
- 設計評審
從軟件測試的視角看,設計評審非常重要,通過全面評審軟件設計內容,可以在軟件開發的早期發現一些潛在與性能和安全性有關的缺陷。如果這些缺陷在編面階段才被發現,則修正缺陷耗費的時間將比設計階段修改缺陷大得多。
詳細而言,設計評審有助于確保下列問題:
- 軟件設計符合功能規格說明和軟件需求的全部內容;
- 確保軟件設計符合全部性能目標;
- 軟件設計考慮了應用程序在不同的布署場景時的全部安全性;
- 軟件設計遵守了程序耦合和內聚、一致性、通訊、類設計、異常管理、資源管理、緩沖區等的代碼編寫格式要求,以便開發人員可以方便地擴展和定制軟件。
- 軟件設計遵守了國際化和本地化有關的指導準則。
此外,軟件設計評審還要確保軟件能夠正確處理可能的安全攻擊、性能優化和內存泄漏的問題。
- 實現編碼評審
在實現編碼評審階段,從詳細測試計劃文檔中執行測試用例,對軟件的代碼進行審閱,這是軟件單元測試的重要步驟。通過代碼評審,可以在軟件開發的早期發現問題。
具體地,實現代碼評審有助于確保下列問題:
- 軟件代碼遵守了軟件需求文檔的要求;
- 軟件的類命名、變量、方法名等代碼元素遵守了命名規范;
- 軟件代碼在合適位置包含了有助于其他開發人員正確理解的注釋語句;
- 軟件代碼可以正確處理與性能、擴展性、安全性有關的問題;
- 軟件代碼對異常管理和內存分配有關的資源管理能正確處理;
- 軟件代碼考慮了軟件國際化和本地化有關的問題;
- 軟件不包含冗余的從來不被調用的代碼。
此外,實現代碼評審還要確保軟件能夠正確處理邊界條件、特殊輸入、可能的安全攻擊、性能優化、內存泄漏和線程安全等問題。
- 執行白盒測試
白盒測試執行詳細測試計劃中與白盒測試有關的測試用例,通過分析軟件代碼的內部工作方式和程序邏輯結構,尋找軟件存在的缺陷。
分析源程序編碼,確定測試不公 API 和測試代碼路徑所需要的輸入數據,并且更新測試計劃。
白盒測試包括以下內容:
- 剖析應用程序在運行時某些特殊代碼的行為特征,包括代碼覆蓋、內存分配、競爭和死鎖( Deadlock )問題;
- 跟蹤代碼路徑分析與關鍵性能的相關的時間占用,對于基于 Web 的應用程序,還需要監視請求的執行時間;
- 測試程序的內部分支路徑,確保每個路徑正確處理數據,返回期望的輸出,而不會引起功能損失或不一致;
- 測試不同的循環和條件語句,例如簡單循環、嵌套循環,關系表達式、簡單條件、符合條件、布爾表達式,保證代碼組建的精度要求;
- 安全性測試。如果軟件某段代碼在目標布署環境存在安全訪問為題,應該分析對應的處理安全性的代碼,避免程序向攻擊者暴露敏感信息。
- 執行黑盒測試
黑盒測試執行詳細測試計劃中與黑盒測試有關的測試用例,黑河測試不需要測試者了解程序的內部結構,而主要模擬終端用戶的操作方式。
黑盒測試確保應用程序滿足以下要求:
- 應用程序符合需求文檔中列出的全部目標;
- 應用程序包括了功能規格說明指定的全部功能點;
- 應用程序能夠正確地處理期望的和異常的使用場景。
黑盒測試包括以下內容:
- 測試全部使用場景的外部接口。確保接口符合功能規格說明和系統需求,使用場景既包括期望的處理流程,也包括隨機的輸入。
- 測試不同的輸入類型。確保軟件接口可以輸出期望的結果,并且可以正確處理無效的數據和異常情況。測試的輸入數據包括合理的數據、邊界數據和超出最大和最小的輸入數據。
- 性能測試。驗證應用程序在正常情況下和極限負載條件下,程序能夠處理不斷增加的訪問請求,具有良好的擴展能力。性能測試包括負載測試和壓力測試。性能測試的測試結果可以作為實現代碼審閱和白盒測試的輸入。
- 安全性測試。從黑盒測試的觀點看,安全性測試通過模擬軟件真實運行環境下攻擊者的操作行為,尋找軟件不正確的設計和編碼的安全隱患。安全性測試包括驗證輸入數據、破解加密和訪問敏感數據、緩沖區溢出、授權和證書功能等。
在執行特征功能測試前,應該對國際化軟件提供的軟件特征功能以及這些功能的重要性進行風險分析,以便確定測試過程中的測試成本。
1、測試輸入
國際化軟件的特征功能測試的輸入內容包括:
- 軟件功能規格說明;
- 軟件需求;
- 軟件的性能目標;
- 軟件的布署場景 (Deployment Scenario) 。
2、測試過程
軟件特征功能測試的過程如下圖所示:
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新軟件測試計劃。
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新測試計劃。
設計評審 (Design review) 確保軟件的設計階段包含了全部的布署場景和軟件需求,遵循了軟件的性能、安全性、國際化和可維護性的要求。
實現編碼評審確保軟件的代碼正確和遵守規范,符合軟件國際化的需要。
軟件的白盒測試也稱為“結構測試”,是對軟件的代碼進行審查,找出引起軟件功能缺陷的編碼錯誤。
軟件的白盒測試也稱為“功能測試”,是從用戶使用的角度運行軟件,執行全部的終端用戶場景的測試用例,發現軟件與設計需求和用戶需求不一致的缺陷。
3、測試過程分析
- 創建測試計劃
測試計劃文檔中主要的內容是用于測試軟件的測試用例,涵蓋了設計評審、代碼評審、配置、布署測試和負載測試的各個方面,確保軟件的全部特征功能和使用場景都進行了測試。
測試文檔包括詳細測試計劃文檔和詳細測試用例文檔。詳細測試計劃文檔按照“高、中、低”的順序列出了測試用例的優先級,對測試用例中的使用場景和需要測試的特征進行了簡要描述。根據測試用例的重要性和對期望的目標和需求的全面影響,為每一個測試用例指定測試執行的優先級。
詳細測試用例文檔與詳細測試計劃文檔相對應,描述了詳細測試計劃文檔列出的需要執行的每個測試用例的執行步驟,以及測試所需要的數據,給出了測試的期望結果。
需要強調的是詳細測試計劃文檔和詳細測試用例文檔不是一成不變的,相反,這兩個文檔的內容要在軟件開發生命周期的全過程不斷更新。例如,當軟件的功能規格說明、軟件的需求更改后,或者需要添加更多的測試輸入時,需要及時更新文檔。另外,當修改了測試用例的優先級,或者添加了使用場景或功能測試用例時,也需要及時更新這兩個文檔。
- 設計評審
從軟件測試的視角看,設計評審非常重要,通過全面評審軟件設計內容,可以在軟件開發的早期發現一些潛在與性能和安全性有關的缺陷。如果這些缺陷在編面階段才被發現,則修正缺陷耗費的時間將比設計階段修改缺陷大得多。
詳細而言,設計評審有助于確保下列問題:
- 軟件設計符合功能規格說明和軟件需求的全部內容;
- 確保軟件設計符合全部性能目標;
- 軟件設計考慮了應用程序在不同的布署場景時的全部安全性;
- 軟件設計遵守了程序耦合和內聚、一致性、通訊、類設計、異常管理、資源管理、緩沖區等的代碼編寫格式要求,以便開發人員可以方便地擴展和定制軟件。
- 軟件設計遵守了國際化和本地化有關的指導準則。
此外,軟件設計評審還要確保軟件能夠正確處理可能的安全攻擊、性能優化和內存泄漏的問題。
- 實現編碼評審
在實現編碼評審階段,從詳細測試計劃文檔中執行測試用例,對軟件的代碼進行審閱,這是軟件單元測試的重要步驟。通過代碼評審,可以在軟件開發的早期發現問題。
具體地,實現代碼評審有助于確保下列問題:
- 軟件代碼遵守了軟件需求文檔的要求;
- 軟件的類命名、變量、方法名等代碼元素遵守了命名規范;
- 軟件代碼在合適位置包含了有助于其他開發人員正確理解的注釋語句;
- 軟件代碼可以正確處理與性能、擴展性、安全性有關的問題;
- 軟件代碼對異常管理和內存分配有關的資源管理能正確處理;
- 軟件代碼考慮了軟件國際化和本地化有關的問題;
- 軟件不包含冗余的從來不被調用的代碼。
此外,實現代碼評審還要確保軟件能夠正確處理邊界條件、特殊輸入、可能的安全攻擊、性能優化、內存泄漏和線程安全等問題。
- 執行白盒測試
白盒測試執行詳細測試計劃中與白盒測試有關的測試用例,通過分析軟件代碼的內部工作方式和程序邏輯結構,尋找軟件存在的缺陷。
分析源程序編碼,確定測試不公 API 和測試代碼路徑所需要的輸入數據,并且更新測試計劃。
白盒測試包括以下內容:
- 剖析應用程序在運行時某些特殊代碼的行為特征,包括代碼覆蓋、內存分配、競爭和死鎖( Deadlock )問題;
- 跟蹤代碼路徑分析與關鍵性能的相關的時間占用,對于基于 Web 的應用程序,還需要監視請求的執行時間;
- 測試程序的內部分支路徑,確保每個路徑正確處理數據,返回期望的輸出,而不會引起功能損失或不一致;
- 測試不同的循環和條件語句,例如簡單循環、嵌套循環,關系表達式、簡單條件、符合條件、布爾表達式,保證代碼組建的精度要求;
- 安全性測試。如果軟件某段代碼在目標布署環境存在安全訪問為題,應該分析對應的處理安全性的代碼,避免程序向攻擊者暴露敏感信息。
- 執行黑盒測試
黑盒測試執行詳細測試計劃中與黑盒測試有關的測試用例,黑河測試不需要測試者了解程序的內部結構,而主要模擬終端用戶的操作方式。
黑盒測試確保應用程序滿足以下要求:
- 應用程序符合需求文檔中列出的全部目標;
- 應用程序包括了功能規格說明指定的全部功能點;
- 應用程序能夠正確地處理期望的和異常的使用場景。
黑盒測試包括以下內容:
- 測試全部使用場景的外部接口。確保接口符合功能規格說明和系統需求,使用場景既包括期望的處理流程,也包括隨機的輸入。
- 測試不同的輸入類型。確保軟件接口可以輸出期望的結果,并且可以正確處理無效的數據和異常情況。測試的輸入數據包括合理的數據、邊界數據和超出最大和最小的輸入數據。
- 性能測試。驗證應用程序在正常情況下和極限負載條件下,程序能夠處理不斷增加的訪問請求,具有良好的擴展能力。性能測試包括負載測試和壓力測試。性能測試的測試結果可以作為實現代碼審閱和白盒測試的輸入。
- 安全性測試。從黑盒測試的觀點看,安全性測試通過模擬軟件真實運行環境下攻擊者的操作行為,尋找軟件不正確的設計和編碼的安全隱患。安全性測試包括驗證輸入數據、破解加密和訪問敏感數據、緩沖區溢出、授權和證書功能等。
在執行特征功能測試前,應該對國際化軟件提供的軟件特征功能以及這些功能的重要性進行風險分析,以便確定測試過程中的測試成本。
1、測試輸入
國際化軟件的特征功能測試的輸入內容包括:
- 軟件功能規格說明;
- 軟件需求;
- 軟件的性能目標;
- 軟件的布署場景 (Deployment Scenario) 。
2、測試過程
軟件特征功能測試的過程如下圖所示:
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新軟件測試計劃。
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新測試計劃。
設計評審 (Design review) 確保軟件的設計階段包含了全部的布署場景和軟件需求,遵循了軟件的性能、安全性、國際化和可維護性的要求。
實現編碼評審確保軟件的代碼正確和遵守規范,符合軟件國際化的需要。
軟件的白盒測試也稱為“結構測試”,是對軟件的代碼進行審查,找出引起軟件功能缺陷的編碼錯誤。
軟件的白盒測試也稱為“功能測試”,是從用戶使用的角度運行軟件,執行全部的終端用戶場景的測試用例,發現軟件與設計需求和用戶需求不一致的缺陷。
3、測試過程分析
- 創建測試計劃
測試計劃文檔中主要的內容是用于測試軟件的測試用例,涵蓋了設計評審、代碼評審、配置、布署測試和負載測試的各個方面,確保軟件的全部特征功能和使用場景都進行了測試。
測試文檔包括詳細測試計劃文檔和詳細測試用例文檔。詳細測試計劃文檔按照“高、中、低”的順序列出了測試用例的優先級,對測試用例中的使用場景和需要測試的特征進行了簡要描述。根據測試用例的重要性和對期望的目標和需求的全面影響,為每一個測試用例指定測試執行的優先級。
詳細測試用例文檔與詳細測試計劃文檔相對應,描述了詳細測試計劃文檔列出的需要執行的每個測試用例的執行步驟,以及測試所需要的數據,給出了測試的期望結果。
需要強調的是詳細測試計劃文檔和詳細測試用例文檔不是一成不變的,相反,這兩個文檔的內容要在軟件開發生命周期的全過程不斷更新。例如,當軟件的功能規格說明、軟件的需求更改后,或者需要添加更多的測試輸入時,需要及時更新文檔。另外,當修改了測試用例的優先級,或者添加了使用場景或功能測試用例時,也需要及時更新這兩個文檔。
- 設計評審
從軟件測試的視角看,設計評審非常重要,通過全面評審軟件設計內容,可以在軟件開發的早期發現一些潛在與性能和安全性有關的缺陷。如果這些缺陷在編面階段才被發現,則修正缺陷耗費的時間將比設計階段修改缺陷大得多。
詳細而言,設計評審有助于確保下列問題:
- 軟件設計符合功能規格說明和軟件需求的全部內容;
- 確保軟件設計符合全部性能目標;
- 軟件設計考慮了應用程序在不同的布署場景時的全部安全性;
- 軟件設計遵守了程序耦合和內聚、一致性、通訊、類設計、異常管理、資源管理、緩沖區等的代碼編寫格式要求,以便開發人員可以方便地擴展和定制軟件。
- 軟件設計遵守了國際化和本地化有關的指導準則。
此外,軟件設計評審還要確保軟件能夠正確處理可能的安全攻擊、性能優化和內存泄漏的問題。
- 實現編碼評審
在實現編碼評審階段,從詳細測試計劃文檔中執行測試用例,對軟件的代碼進行審閱,這是軟件單元測試的重要步驟。通過代碼評審,可以在軟件開發的早期發現問題。
具體地,實現代碼評審有助于確保下列問題:
- 軟件代碼遵守了軟件需求文檔的要求;
- 軟件的類命名、變量、方法名等代碼元素遵守了命名規范;
- 軟件代碼在合適位置包含了有助于其他開發人員正確理解的注釋語句;
- 軟件代碼可以正確處理與性能、擴展性、安全性有關的問題;
- 軟件代碼對異常管理和內存分配有關的資源管理能正確處理;
- 軟件代碼考慮了軟件國際化和本地化有關的問題;
- 軟件不包含冗余的從來不被調用的代碼。
此外,實現代碼評審還要確保軟件能夠正確處理邊界條件、特殊輸入、可能的安全攻擊、性能優化、內存泄漏和線程安全等問題。
- 執行白盒測試
白盒測試執行詳細測試計劃中與白盒測試有關的測試用例,通過分析軟件代碼的內部工作方式和程序邏輯結構,尋找軟件存在的缺陷。
分析源程序編碼,確定測試不公 API 和測試代碼路徑所需要的輸入數據,并且更新測試計劃。
白盒測試包括以下內容:
- 剖析應用程序在運行時某些特殊代碼的行為特征,包括代碼覆蓋、內存分配、競爭和死鎖( Deadlock )問題;
- 跟蹤代碼路徑分析與關鍵性能的相關的時間占用,對于基于 Web 的應用程序,還需要監視請求的執行時間;
- 測試程序的內部分支路徑,確保每個路徑正確處理數據,返回期望的輸出,而不會引起功能損失或不一致;
- 測試不同的循環和條件語句,例如簡單循環、嵌套循環,關系表達式、簡單條件、符合條件、布爾表達式,保證代碼組建的精度要求;
- 安全性測試。如果軟件某段代碼在目標布署環境存在安全訪問為題,應該分析對應的處理安全性的代碼,避免程序向攻擊者暴露敏感信息。
- 執行黑盒測試
黑盒測試執行詳細測試計劃中與黑盒測試有關的測試用例,黑河測試不需要測試者了解程序的內部結構,而主要模擬終端用戶的操作方式。
黑盒測試確保應用程序滿足以下要求:
- 應用程序符合需求文檔中列出的全部目標;
- 應用程序包括了功能規格說明指定的全部功能點;
- 應用程序能夠正確地處理期望的和異常的使用場景。
黑盒測試包括以下內容:
- 測試全部使用場景的外部接口。確保接口符合功能規格說明和系統需求,使用場景既包括期望的處理流程,也包括隨機的輸入。
- 測試不同的輸入類型。確保軟件接口可以輸出期望的結果,并且可以正確處理無效的數據和異常情況。測試的輸入數據包括合理的數據、邊界數據和超出最大和最小的輸入數據。
- 性能測試。驗證應用程序在正常情況下和極限負載條件下,程序能夠處理不斷增加的訪問請求,具有良好的擴展能力。性能測試包括負載測試和壓力測試。性能測試的測試結果可以作為實現代碼審閱和白盒測試的輸入。
- 安全性測試。從黑盒測試的觀點看,安全性測試通過模擬軟件真實運行環境下攻擊者的操作行為,尋找軟件不正確的設計和編碼的安全隱患。安全性測試包括驗證輸入數據、破解加密和訪問敏感數據、緩沖區溢出、授權和證書功能等。
在執行特征功能測試前,應該對國際化軟件提供的軟件特征功能以及這些功能的重要性進行風險分析,以便確定測試過程中的測試成本。
1、測試輸入
國際化軟件的特征功能測試的輸入內容包括:
- 軟件功能規格說明;
- 軟件需求;
- 軟件的性能目標;
- 軟件的布署場景 (Deployment Scenario) 。
2、測試過程
軟件特征功能測試的過程如下圖所示:
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新軟件測試計劃。
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新測試計劃。
設計評審 (Design review) 確保軟件的設計階段包含了全部的布署場景和軟件需求,遵循了軟件的性能、安全性、國際化和可維護性的要求。
實現編碼評審確保軟件的代碼正確和遵守規范,符合軟件國際化的需要。
軟件的白盒測試也稱為“結構測試”,是對軟件的代碼進行審查,找出引起軟件功能缺陷的編碼錯誤。
軟件的白盒測試也稱為“功能測試”,是從用戶使用的角度運行軟件,執行全部的終端用戶場景的測試用例,發現軟件與設計需求和用戶需求不一致的缺陷。
3、測試過程分析
- 創建測試計劃
測試計劃文檔中主要的內容是用于測試軟件的測試用例,涵蓋了設計評審、代碼評審、配置、布署測試和負載測試的各個方面,確保軟件的全部特征功能和使用場景都進行了測試。
測試文檔包括詳細測試計劃文檔和詳細測試用例文檔。詳細測試計劃文檔按照“高、中、低”的順序列出了測試用例的優先級,對測試用例中的使用場景和需要測試的特征進行了簡要描述。根據測試用例的重要性和對期望的目標和需求的全面影響,為每一個測試用例指定測試執行的優先級。
詳細測試用例文檔與詳細測試計劃文檔相對應,描述了詳細測試計劃文檔列出的需要執行的每個測試用例的執行步驟,以及測試所需要的數據,給出了測試的期望結果。
需要強調的是詳細測試計劃文檔和詳細測試用例文檔不是一成不變的,相反,這兩個文檔的內容要在軟件開發生命周期的全過程不斷更新。例如,當軟件的功能規格說明、軟件的需求更改后,或者需要添加更多的測試輸入時,需要及時更新文檔。另外,當修改了測試用例的優先級,或者添加了使用場景或功能測試用例時,也需要及時更新這兩個文檔。
- 設計評審
從軟件測試的視角看,設計評審非常重要,通過全面評審軟件設計內容,可以在軟件開發的早期發現一些潛在與性能和安全性有關的缺陷。如果這些缺陷在編面階段才被發現,則修正缺陷耗費的時間將比設計階段修改缺陷大得多。
詳細而言,設計評審有助于確保下列問題:
- 軟件設計符合功能規格說明和軟件需求的全部內容;
- 確保軟件設計符合全部性能目標;
- 軟件設計考慮了應用程序在不同的布署場景時的全部安全性;
- 軟件設計遵守了程序耦合和內聚、一致性、通訊、類設計、異常管理、資源管理、緩沖區等的代碼編寫格式要求,以便開發人員可以方便地擴展和定制軟件。
- 軟件設計遵守了國際化和本地化有關的指導準則。
此外,軟件設計評審還要確保軟件能夠正確處理可能的安全攻擊、性能優化和內存泄漏的問題。
- 實現編碼評審
在實現編碼評審階段,從詳細測試計劃文檔中執行測試用例,對軟件的代碼進行審閱,這是軟件單元測試的重要步驟。通過代碼評審,可以在軟件開發的早期發現問題。
具體地,實現代碼評審有助于確保下列問題:
- 軟件代碼遵守了軟件需求文檔的要求;
- 軟件的類命名、變量、方法名等代碼元素遵守了命名規范;
- 軟件代碼在合適位置包含了有助于其他開發人員正確理解的注釋語句;
- 軟件代碼可以正確處理與性能、擴展性、安全性有關的問題;
- 軟件代碼對異常管理和內存分配有關的資源管理能正確處理;
- 軟件代碼考慮了軟件國際化和本地化有關的問題;
- 軟件不包含冗余的從來不被調用的代碼。
此外,實現代碼評審還要確保軟件能夠正確處理邊界條件、特殊輸入、可能的安全攻擊、性能優化、內存泄漏和線程安全等問題。
- 執行白盒測試
白盒測試執行詳細測試計劃中與白盒測試有關的測試用例,通過分析軟件代碼的內部工作方式和程序邏輯結構,尋找軟件存在的缺陷。
分析源程序編碼,確定測試不公 API 和測試代碼路徑所需要的輸入數據,并且更新測試計劃。
白盒測試包括以下內容:
- 剖析應用程序在運行時某些特殊代碼的行為特征,包括代碼覆蓋、內存分配、競爭和死鎖( Deadlock )問題;
- 跟蹤代碼路徑分析與關鍵性能的相關的時間占用,對于基于 Web 的應用程序,還需要監視請求的執行時間;
- 測試程序的內部分支路徑,確保每個路徑正確處理數據,返回期望的輸出,而不會引起功能損失或不一致;
- 測試不同的循環和條件語句,例如簡單循環、嵌套循環,關系表達式、簡單條件、符合條件、布爾表達式,保證代碼組建的精度要求;
- 安全性測試。如果軟件某段代碼在目標布署環境存在安全訪問為題,應該分析對應的處理安全性的代碼,避免程序向攻擊者暴露敏感信息。
- 執行黑盒測試
黑盒測試執行詳細測試計劃中與黑盒測試有關的測試用例,黑河測試不需要測試者了解程序的內部結構,而主要模擬終端用戶的操作方式。
黑盒測試確保應用程序滿足以下要求:
- 應用程序符合需求文檔中列出的全部目標;
- 應用程序包括了功能規格說明指定的全部功能點;
- 應用程序能夠正確地處理期望的和異常的使用場景。
黑盒測試包括以下內容:
- 測試全部使用場景的外部接口。確保接口符合功能規格說明和系統需求,使用場景既包括期望的處理流程,也包括隨機的輸入。
- 測試不同的輸入類型。確保軟件接口可以輸出期望的結果,并且可以正確處理無效的數據和異常情況。測試的輸入數據包括合理的數據、邊界數據和超出最大和最小的輸入數據。
- 性能測試。驗證應用程序在正常情況下和極限負載條件下,程序能夠處理不斷增加的訪問請求,具有良好的擴展能力。性能測試包括負載測試和壓力測試。性能測試的測試結果可以作為實現代碼審閱和白盒測試的輸入。
- 安全性測試。從黑盒測試的觀點看,安全性測試通過模擬軟件真實運行環境下攻擊者的操作行為,尋找軟件不正確的設計和編碼的安全隱患。安全性測試包括驗證輸入數據、破解加密和訪問敏感數據、緩沖區溢出、授權和證書功能等。
在執行特征功能測試前,應該對國際化軟件提供的軟件特征功能以及這些功能的重要性進行風險分析,以便確定測試過程中的測試成本。
1、測試輸入
國際化軟件的特征功能測試的輸入內容包括:
- 軟件功能規格說明;
- 軟件需求;
- 軟件的性能目標;
- 軟件的布署場景 (Deployment Scenario) 。
2、測試過程
軟件特征功能測試的過程如下圖所示:
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新軟件測試計劃。
軟件測試計劃是指導軟件測試的主要文檔,指出測試的內容、測試的起止日期、測試過程、測試方法、測試用例的優先級和測試的其他詳細內容,在軟件設計、編碼和測試期間,經常需要更新測試計劃,特別是更改軟件的需求后,需要及時更新測試計劃。
設計評審 (Design review) 確保軟件的設計階段包含了全部的布署場景和軟件需求,遵循了軟件的性能、安全性、國際化和可維護性的要求。
實現編碼評審確保軟件的代碼正確和遵守規范,符合軟件國際化的需要。
軟件的白盒測試也稱為“結構測試”,是對軟件的代碼進行審查,找出引起軟件功能缺陷的編碼錯誤。
軟件的白盒測試也稱為“功能測試”,是從用戶使用的角度運行軟件,執行全部的終端用戶場景的測試用例,發現軟件與設計需求和用戶需求不一致的缺陷。
3、測試過程分析
- 創建測試計劃
測試計劃文檔中主要的內容是用于測試軟件的測試用例,涵蓋了設計評審、代碼評審、配置、布署測試和負載測試的各個方面,確保軟件的全部特征功能和使用場景都進行了測試。
測試文檔包括詳細測試計劃文檔和詳細測試用例文檔。詳細測試計劃文檔按照“高、中、低”的順序列出了測試用例的優先級,對測試用例中的使用場景和需要測試的特征進行了簡要描述。根據測試用例的重要性和對期望的目標和需求的全面影響,為每一個測試用例指定測試執行的優先級。
詳細測試用例文檔與詳細測試計劃文檔相對應,描述了詳細測試計劃文檔列出的需要執行的每個測試用例的執行步驟,以及測試所需要的數據,給出了測試的期望結果。
需要強調的是詳細測試計劃文檔和詳細測試用例文檔不是一成不變的,相反,這兩個文檔的內容要在軟件開發生命周期的全過程不斷更新。例如,當軟件的功能規格說明、軟件的需求更改后,或者需要添加更多的測試輸入時,需要及時更新文檔。另外,當修改了測試用例的優先級,或者添加了使用場景或功能測試用例時,也需要及時更新這兩個文檔。
- 設計評審
從軟件測試的視角看,設計評審非常重要,通過全面評審軟件設計內容,可以在軟件開發的早期發現一些潛在與性能和安全性有關的缺陷。如果這些缺陷在編面階段才被發現,則修正缺陷耗費的時間將比設計階段修改缺陷大得多。
詳細而言,設計評審有助于確保下列問題:
- 軟件設計符合功能規格說明和軟件需求的全部內容;
- 確保軟件設計符合全部性能目標;
- 軟件設計考慮了應用程序在不同的布署場景時的全部安全性;
- 軟件設計遵守了程序耦合和內聚、一致性、通訊、類設計、異常管理、資源管理、緩沖區等的代碼編寫格式要求,以便開發人員可以方便地擴展和定制軟件。
- 軟件設計遵守了國際化和本地化有關的指導準則。
此外,軟件設計評審還要確保軟件能夠正確處理可能的安全攻擊、性能優化和內存泄漏的問題。
- 實現編碼評審
在實現編碼評審階段,從詳細測試計劃文檔中執行測試用例,對軟件的代碼進行審閱,這是軟件單元測試的重要步驟。通過代碼評審,可以在軟件開發的早期發現問題。
具體地,實現代碼評審有助于確保下列問題:
- 軟件代碼遵守了軟件需求文檔的要求;
- 軟件的類命名、變量、方法名等代碼元素遵守了命名規范;
- 軟件代碼在合適位置包含了有助于其他開發人員正確理解的注釋語句;
- 軟件代碼可以正確處理與性能、擴展性、安全性有關的問題;
- 軟件代碼對異常管理和內存分配有關的資源管理能正確處理;
- 軟件代碼考慮了軟件國際化和本地化有關的問題;
- 軟件不包含冗余的從來不被調用的代碼。
此外,實現代碼評審還要確保軟件能夠正確處理邊界條件、特殊輸入、可能的安全攻擊、性能優化、內存泄漏和線程安全等問題。
- 執行白盒測試
白盒測試執行詳細測試計劃中與白盒測試有關的測試用例,通過分析軟件代碼的內部工作方式和程序邏輯結構,尋找軟件存在的缺陷。
分析源程序編碼,確定測試不公 API 和測試代碼路徑所需要的輸入數據,并且更新測試計劃。
白盒測試包括以下內容:
- 剖析應用程序在運行時某些特殊代碼的行為特征,包括代碼覆蓋、內存分配、競爭和死鎖( Deadlock )問題;
- 跟蹤代碼路徑分析與關鍵性能的相關的時間占用,對于基于 Web 的應用程序,還需要監視請求的執行時間;
- 測試程序的內部分支路徑,確保每個路徑正確處理數據,返回期望的輸出,而不會引起功能損失或不一致;
- 測試不同的循環和條件語句,例如簡單循環、嵌套循環,關系表達式、簡單條件、符合條件、布爾表達式,保證代碼組建的精度要求;
- 安全性測試。如果軟件某段代碼在目標布署環境存在安全訪問為題,應該分析對應的處理安全性的代碼,避免程序向攻擊者暴露敏感信息。
- 執行黑盒測試
黑盒測試執行詳細測試計劃中與黑盒測試有關的測試用例,黑河測試不需要測試者了解程序的內部結構,而主要模擬終端用戶的操作方式。
黑盒測試確保應用程序滿足以下要求:
- 應用程序符合需求文檔中列出的全部目標;
- 應用程序包括了功能規格說明指定的全部功能點;
- 應用程序能夠正確地處理期望的和異常的使用場景。
黑盒測試包括以下內容:
- 測試全部使用場景的外部接口。確保接口符合功能規格說明和系統需求,使用場景既包括期望的處理流程,也包括隨機的輸入。
- 測試不同的輸入類型。確保軟件接口可以輸出期望的結果,并且可以正確處理無效的數據和異常情況。測試的輸入數據包括合理的數據、邊界數據和超出最大和最小的輸入數據。
- 性能測試。驗證應用程序在正常情況下和極限負載條件下,程序能夠處理不斷增加的訪問請求,具有良好的擴展能力。性能測試包括負載測試和壓力測試。性能測試的測試結果可以作為實現代碼審閱和白盒測試的輸入。
- 安全性測試。從黑盒測試的觀點看,安全性測試通過模擬軟件真實運行環境下攻擊者的操作行為,尋找軟件不正確的設計和編碼的安全隱患。安全性測試包括驗證輸入數據、破解加密和訪問敏感數據、緩沖區溢出、授權和證書功能等。
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
