什么是軟件測試需求

　　軟件測試需求是開發測試用例的依據，測試需求分解的越詳細精準，表明對所測軟件的了解越深，對所要進行的任務內容就越清晰，對測試用例的設計質量的幫助越大。詳細的測試需求還是衡量測試覆蓋率的重要指標，測試需求是計算測試覆蓋的分母，沒有詳細的測試需求就無法有效的進行測試覆蓋計算。

　　軟件測試執行階段是由一系列不同的測試類型的執行過程組成的，每種測試類型都有其具體的測試目標和支持技術，每種測試類型都只側重于對測試目標的一個或多個特征或屬性進行測試，準確的測試類型可以給軟件測試帶事半功倍的效果。

　　現有的軟件測試分析技術不太成熟，對測試需求和測試類型的分析，所采用的方法主要是根據經驗進行收集、整理，該方法依賴于測試設計人員的測試經驗，由此方法得出的測試需求、測試類型往往導致測試用例設計不充分，測試覆蓋度低，測試目的性不強，容易遺漏等缺陷。

　　可見，如何對測試需求進行細致的整理分析，明確測試執行時的測試類型，是一個亟待解決的問題。

　　有鑒于此，本方法的主要目的在于提供一種軟件測試需求的分析方法，可以方便、詳盡的獲取測試需求，明確測試執行時需要實施的測試類型。

　　為實現上述目的，本方法提供了一種軟件測試需求分析的方法，包括以下步驟：

　　a)列出軟件開發需求中具有可測試性的開發需求;

　　b)對步驟a)列出的每一條開發需求，形成可測試的分層描述的測試需求;

　　c)對步驟b)形成的每一條測試需求，從GB/T 16260.1-2006《軟件工程 產品質量 第1部分：質量模型》中定義的軟件內部/外部質量模型來確定軟件產品的質量需求;

　　d)對步驟c)所確定的質量需求，分析測試執行時需要實施的測試類型;

　　e)建立測試需求跟蹤矩陣，對測試需求進行管理。

　　具體實施方式：

　　下面結合附圖及實施例對本方法做詳細的說明。

　　建立開發需求列表，參見圖2。將每一條軟件需求對應的開發文檔及章節號作為軟件需求標識，使用軟件需求的簡述作為原始測試需求描述，沒有文檔來源的開發需求可用隱含需求或遺漏需求進行標識，標明軟件需求獲取的來源信息，如開發文檔、相關標準、與用戶或開發人員的交流等。

　　由于在提取的開發需求中可能存在重復和冗余，需要進行整理，通過以下方法整理開發需求：

　　1)刪除：刪除原開發需求列表中重復的、冗余的含有包含關系的開發需求描述;

　　2)細化：對太簡略的開發需求描述進行細化;

　　3)合并：如果有類似的開發需求，在整理時需要對其進行合并。

　　在圖2表中，對于每一條開發需求，從測試角度來考慮，形成可測試的分層描述的測試需求。具體地，通過分析每條開發需求描述中的輸入、輸出、處理、限制、約束等，給出對應的驗證內容;通過分析各個功能模塊之間的業務順序，和各個功能模塊之間傳遞的信息和數據，對存在功能交互的功能項，給出對應的驗證內容。

　　對每一條測試需求，從GB /T16260.1定義的軟件質量子特性角度出發，確定所對應的質量子特性。即，從適合性、準確性、互操作性、保密安全性、成熟性、容錯性、易恢復性、易理解性、易學性、易操作性、吸引性、時間特性、資源利用性、易分析性、易改變性、穩定性、易測試性、適應性、易安裝性、共存性、易替換性和依從性方面的定義出發，確定每一條測試需求所對應的質量子特性。

　　軟件測試可以劃分為以下測試類型：功能測試、安全性測試、接口測試、容量測試、完整性測試、結構測試、用戶界面測試、負載測試、壓力測試、疲勞強度測試、恢復性測試、配置測試、兼容性測試、安裝測試等。

　　不同的質量子特性可以確定出不同的測試內容，這些測試內容可以通過不同的測試類型來實施。例如，從易安裝性方面考慮，測試內容包括測試軟件安裝的工作量、安裝的可定制性、安裝設計的完備性、安裝操作的簡易性、是否容易重新安裝，這對應了測試類型中的安裝測試，通過安裝測試可以驗證這些測試內容。 

原文轉自：http://www.anti-gravitydesign.com