開源軟件測試模型(3)

　　錯誤處理：產品在錯誤的情況下可抵御失敗，失敗時能夠妥善應對并很容易恢復。

　　數據完整性：產品可防止系統數據的丟失或損壞。

　　安全(Security)：產品可防止未授權用戶的訪問。

　　保險(Safety)：產品的失敗不會造成生命或財產的損失。

　　可用性—— 產品是否很容易被真實用戶使用?

　　易學習性：產品操作可很快被潛在用戶掌握。

　　易操作性：產品的操作只需付出很少努力，不會引起混亂。

　　性能—— 速度和相應能力如何?

　　可安裝性—— 是否能很容易地安裝在目標平臺上?

　　兼容性—— 能否與外部元素和配置協同一致地工作?

　　應用兼容性：產品能夠與其他軟件產品一起工作。

　　操作系統兼容性：產品可與某種特定操作系統協同工作。

　　硬件兼容性：產品可與某種特定硬件平臺元素和配置協同工作。

　　后向兼容性：產品能夠與其早期版本協同工作。

　　資源使用：產品不會濫用內存、存儲介質或其他系統資源。

　　5.2 開發準則

　　可支持性—— 產品技術支持工作的經濟性如何?

　　可測試性—— 產品測試工作的有效性如何?

　　可維護性—— 產品構建、糾錯或功能增強的經濟性如何?

　　可移植性—— 移植或在其他環境下重用產品相關技術的經濟性如何?

　　可定域性—— 以其他語言發布產品的經濟性如何?

　　六、測試技術選擇

　　需求：包括產品元素、質量準則、測試環境和參考資料，從總體上表達了受益人的愿望以及各種資源限制。完整需求的獲得決非易事，并隨著受益人經驗的增加或環境的改變而處于連續變化當中。參考資料是任何可用作需求來源的文檔或實體，包括顯式參考(由受益人明確指定)和隱式參考(任何其他未指定的有用資料)。

　　定義測試預期：測試預期是用于判定一個測試通過與否的策略，測試的主要任務之一就是根據產品真實需求來確定測試預期，受到測試目標的影響。

　　定制測試模型：根據項目特點構造一個測試模型——描述將采用何種測試方法，以及該方法相配合的測試“覆蓋”內容。比如：采用基于風險的測試方法時，同時應制定相應的風險領域列表。在后面羅列一些通用測試技術以供選擇使用。

　　選擇覆蓋范圍：確定產品的哪些部分必須被測試，哪些可暫不考慮。

　　配置系統：為測試工作準備產品和平臺，確保系統處于開始測試的正確狀態。

　　操作系統: 為系統提供必需的輸入和控制以執行測試，對于某些測試類型可能需要特殊工具支持。

　　觀察系統：監控系統操作過程中的輸出或任何其他相關結果。對于哪些隱含變量或微妙結果的觀察可能需要特殊工具支持。

　　評估結果：利用測試預期來評估測試結果，需要時執行附加的測試以驗證評估。及時反饋評估結果給開發人員，必要時應調整測試計劃。

　　附錄：通用測試技術

　　每種測試技術是一種創建測試的方式，其種類難以勝數。以下給出一些簡單、實用的通用測試技術，每種技術既可以通過所謂“快速但不潔(quick and dirty)”的方式執行，也可以更為正式地執行，還可以相互結合(比如基于風險的回歸測試等)。

　　域測試——依據等價類和邊界值對產品不同域測試

　　1. 確定要測試的域;

　　2. 分析每個域的限制和特性;

　　3. 確定要測試的域組合;

　　4. 應用所選擇的測試策略。

　　例如，窮盡值，典型值，邊界值，隨機值，非法值。

　　容量測試——在“超負荷”狀態下使用系統

　　1. 選擇要“超負荷”測試的條目和功能;

　　2. 確定與其相關的數據和平臺元素;

　　3. 選擇或生成用來運行測試的具有挑戰性的數據和平臺配置。

　　例如，很大或復雜的數據結構，高負載，長時間運行，大量測試用例，低內存條件

　　線索測試——按照某種邏輯順序對系統進行測試

　　1. 定義測試程序或高層測試用例，將多個測試按照一個接一個的方式結合在一起;

　　2. 不要在測試之間重置系統;

原文轉自：http://www.uml.org.cn/Test/201106012.asp