軟體測試需求是開發測試用例的依據，測試需求分解的越詳細精準，表明對所測軟體的了解越深，對所要進行的任務內容就越清晰，對測試用例的設計質量的幫助越大。詳細的測試需求還是衡量測試覆蓋率的重要指標，測試需求是計算測試覆蓋的分母，沒有詳細的測試需求就無法有效的進行測試覆蓋計算。
軟體測試執行階段是由一系列不同的測試型別的執行過程組成的，每種測試型別都有其具體的測試目標和支援技術，每種測試型別都只側重於對測試目標的乙個或多個特徵或屬性進行測試，準確的測試型別可以給軟體測試帶事半功倍的效果。
現有的軟體測試分析技術不太成熟，對測試需求和測試型別的分析，所採用的方法主要是根據經驗進行收集、整理，該方法依賴於測試設計人員的測試經驗，由此方法得出的測試需求、測試型別往往導致測試用例設計不充分，測試覆蓋度低，測試目的性不強，容易遺漏等缺陷。
可見，如何對測試需求進行細緻的整理分析，明確測試執行時的測試型別，是乙個亟待解決的問題。
有鑑於此，本方法的主要目的在於提供一種軟體測試需求的分析方法，可以方便、詳盡的獲取測試需求，明確測試執行時需要實施的測試型別。
為實現上述目的，本方法提供了一種軟體測試需求分析的方法，包括以下步驟：
a）列出軟體開發需求中具有可測試性的開發需求；
b）對步驟a）列出的每一條開發需求，形成可測試的分層描述的測試需求；
c）對步驟b）形成的每一條測試需求，從gb/t 16260.1-2006《軟體工程產品質量第1部分：質量模型》中定義的軟體內部/外部質量模型來確定軟體產品的質量需求；
d）對步驟c）所確定的質量需求，分析測試執行時需要實施的測試型別；
e）建立測試需求跟蹤矩陣，對測試需求進行管理。
具體實施方式：
下面結合附圖及實施例對本方法做詳細的說明。
建立開發需求列表，參見圖2。將每一條軟體需求對應的開發文件及章節號作為軟體需求標識，使用軟體需求的簡述作為原始測試需求描述，沒有文件**的開發需求可用隱含需求或遺漏需求進行標識，標明軟體需求獲取的**資訊，如開發文件、相關標準、與使用者或開發人員的交流等。
由於在提取的開發需求中可能存在重複和冗餘，需要進行整理，通過以下方法整理開發需求：
1）刪除：刪除原開發需求列表中重複的、冗餘的含有包含關係的開發需求描述；
2）細化：對太簡略的開發需求描述進行細化；
3）合併：如果有類似的開發需求，在整理時需要對其進行合併。
在圖2表中，對於每一條開發需求，從測試角度來考慮，形成可測試的分層描述的測試需求。具體地，通過分析每條開發需求描述中的輸入、輸出、處理、限制、約束等，給出對應的驗證內容；通過分析各個功能模組之間的業務順序，和各個功能模組之間傳遞的資訊和資料，對存在功能互動的功能項，給出對應的驗證內容。
對每一條測試需求，從gb /t16260.1定義的軟體質量子特性角度出發，確定所對應的質量子特性。即，從適合性、準確性、互操作性、保密安全性、成熟性、容錯性、易恢復性、易理解性、易學性、易操作性、吸引性、時間特性、資源利用性、易分析性、易改變性、穩定性、易測試性、適應性、易安裝性、共存性、易替換性和依從性方面的定義出發，確定每一條測試需求所對應的質量子特性。
軟體測試可以劃分為以下測試型別：功能測試、安全性測試、介面測試、容量測試、完整性測試、結構測試、使用者介面測試、負載測試、壓力測試、疲勞強度測試、恢復性測試、配置測試、相容性測試、安裝測試等。
不同的質量子特性可以確定出不同的測試內容，這些測試內容可以通過不同的測試型別來實施。例如，從易安裝性方面考慮，測試內容包括測試軟體安裝的工作量、安裝的可定製性、安裝設計的完備性、安裝操作的簡易性、是否容易重新安裝，這對應了測試型別中的安裝測試，通過安裝測試可以驗證這些測試內容。
本方法的乙個實施例是建立乙個質量子特性與測試型別的關係表，參見圖3，該對應表給出了質量子特性與測試型別的對應關係。對所確定的質量子特性，可以使用該對應表來確定測試型別。
建立測試需求跟蹤矩陣，參見圖4。將上述步驟分析、確定的開發需求、測試需求、測試型別填入測試跟蹤需求矩陣。
使用測試需求跟蹤矩陣對測試需求進行管理。對於測試工作而言，需求變更管理是乙個相對被動的過程，軟體需求發生了變更，測試需求必須隨之變化。軟體需求一旦發生變化，就要對需求跟蹤表進行維護，啟動配置管理過程，將與軟體需求變更相關的內容進行同步變更。
實施例：假設乙個開發需求是這樣描述：
需求名：增加員工資訊
需求描述：一條完整的培訓資訊包括培訓的主題、證書、內容、起止時間、費用、地點、機構，其中培訓的主題、內容、起止時間、費用、機構為必填項。培訓的起始時間不能晚於截止時間，培訓費用精確到元角分。
每乙個輸入項的資料規格應遵循資料字典的要求。
一種軟測試需求分析方法的分析過程如下：
1、建立開發需求列表，列出具有可測試性的開發需求。
2、根據開發需求的描述，從測試角度來考慮，分析每條開發需求描述中的輸入、輸出、處理、限制、約束等，形成可測試的分層描述的測試需求。
3、從gb /t16260.1定義的軟體質量子特性角度出發，確定每條測試需求所對應的質量子特性。
4、參考圖3，對於所確定的質量子特性，選擇適合的測試型別。
5、建立測試需求矩陣，將上述步驟分析、確定的開發需求、測試需求、測試型別填入測試跟蹤需求矩陣。
圖1分析方法流程圖
圖2開發需求列表
圖3質量子特性與測試型別對應表
圖4為測試需求跟蹤矩陣
軟體需求分析
開發人員熟悉計算機但不熟悉應用領域的業務，使用者熟悉應用領域的業務但不熟悉計算機，因此對於同乙個問題，開發人員和使用者之間存在認識上的差異。因此在需求分析階段，通過開發人員和使用者之間的交流，澄清一些模糊概念，最終形成乙個完整的 清晰的 一致的需求說明。換句話說，需求分析的好壞將直接影響到所開發的軟...
軟體需求分析報告
圖書館管理系統 學生姓名 徐成明 滕光禹 學號 541007010145 541007010136 專業班級計科10 1班 院 系 計算機與通訊工程學院 指導教師支俊夏永泉 完成時間 2012 年 11 月 18 日 成績隨著社會資訊化程序的不斷深化，計算機軟體的需求越來越複雜，規模也越來越大，而且...
軟體需求分析報告
目錄 1.引言 1 1.1 編寫目的 1 1.2 專案風險 1 1.3 文件約定 1 1.4 預期讀者和閱讀建議 1 1.5 產品範圍 2 1.6 參考文獻 2 2.綜合描述 2 2.1 產品的狀況 2 2.2 產品的功能 3 2.3 使用者類和特性 3 2.4 執行環境 3 2.5 設計和實現上的...