原文**：
測試需求的意義
實際專案操作中，常常感受到測試過程有些問題：
1、產品質量維度關注的不全面，測試型別不完整；
2、測試規格設計較為隨意，測試分解分配比較隨意；
導致測試過程中，經常會出現需求遺漏、測試設計遺漏的問題；因此乙份詳細精準的測試需求分析有利於這些問題的解決。
測試需求的定義
測試人員依據初期功能需求，評估需要測試的功能點都有什麼，每個功能點需要什麼型別的測試，每個功能點測試到什麼程度算是通過，這樣初步評估出了測試的規模、複雜程度和風險，同時可以初步預估出哪個環節需要研發同事提供測試介面。
測試需求設計的愈加詳細精準，代表對待測試的軟體了解的愈深，對各種測試手段了解的愈深，但是這往往要求測試需求的設計者擁有一定的測試經驗。
測試需求的流程
1. 測試需求的採集
1）軟體需求規格；
2）業界協議規範；
3）測試經驗庫；
4）對於已有舊版本的軟體測試，還需要考慮繼承性的測試需求。
**編號
測試原始需求編號
測試原始需求描述
開發特性
需求標識
需求描述
需求優先順序
測試規格分析的工程方法
dr001
email-001
能夠支援電子郵件的收發
or_mkt.00010
能夠支援電子郵件的收發
可測試：存在乙個可明確預知的結果，可用某種方法對這個明確的結果進行判斷、驗證。
原則：1）所有的軟體需求都應該是可測試的。因為如果作為測試人員對需求無法產生準確的理解（即無法得出明確的結果），那麼開發人員也同樣無法對同一條需求產生準確的理解。2）每乙個測試需求需要保證一條需求只包含一項測試內容。因此一條軟體需求通常可能對應多條測試需求。
該階段需注意：需求整理的廣泛性和全面性。要盡可能的收集更多的原始需求，不存在遺漏，並且可以對需求進行適當的擴充。這些需求應該不僅僅侷限於上述的五種**型別，也不僅僅侷限於各種文件、資料。
2. 測試需求的分析
測試需求採集之後得到的是一張沒有優化的需求表，需要對這份原始需求表進行初步的規劃。規劃要求：
1）刪除冗餘重複的需求，各個需求間沒有過多的交集；
2）需求需覆蓋業務流程、功能、非功能方面的需求。
業務流程：
麥可·哈默(michael hammer)與詹姆斯·錢皮(james a．champy)對業務流程(business process)的經典定義：我們定義某一組活動為乙個業務流程，這組活動有乙個或多個輸入，輸出乙個或多個結果，這些結果對客戶來說是一種增值。簡言之，業務流程是企業中一系列創造價值的活動的組合。
任何一套軟體都會有一定的業務流，也就是使用者用該軟體來實現自己實際業務的乙個流程。業務流程的類別：
1）常用的或規定的業務流程；
2）各業務流程分支的遍歷；
3）明確規定不可使用的業務流程；
4）沒有明確規定但是應該不可以執行的業務流程；
5）其他異常或不符合規定的操作。
測試需求需要達到的目標：
1）需求需考慮了各功能模組之間互動關係分析；
2）確定測試特性（即測試功能點）；
3）確定需求的測試型別。
測試類別：
需求分析要需要完成的任務：
1）確定需求的質量屬性；
2）確定本版本測試所屬的階段。
測試階段：產品的不同階段，對於測試階段的要求也不一樣。對於初期版本的產品，更側重於關注：功能是否實現（這個功能正常場景下是否順利）、較為成熟階段之後，會關注：功能是否實現的夠完善（異常場景下，是否正常處理），更加成熟之後會關注，是否通得過各種壓力測試場景。
測試需求分析的結果：
測試需求跟蹤矩陣
建立測試需求跟蹤矩陣，對測試需求進行管理。將上述步驟分析、確定的開發需求、測試需求、測試型別填入測試跟蹤需求矩陣。
建立測試需求跟蹤矩陣，對測試需求進行管理。將上述步驟分析、確定的開發需求、測試需求、測試型別填入測試跟蹤需求矩陣。
通過測試需求跟蹤矩陣的方式對需求變更實施管理。軟體需求一旦發生變化，就要對需求跟蹤表進行維護，啟動配置管理過程，將與軟體需求變更相關的內容進行同步變更。
3.測試需求評審
評審的內容：
完整性審查：應保證測試需求能充分覆蓋軟體需求的各種特徵，重點關注功能要求、資料定義、介面定義、效能要求、安全性要求、可靠性要求、系統約束等方面，同時還應關注是否覆蓋開發人員遺漏的、系統隱含的需求；
準確性審查：應保證所描述的內容能夠得到相關各方的一致理解，各項測試需求之間沒有矛盾和衝突，各項測試需求在詳盡程度上保持一致，每一項測試需求都可以作為測試用例設計的依據。
軟體測試 需求分析
建立乙個自定義列表 如何建立乙個註腳 注釋也是必不可少的 katex數學公式 新的甘特圖功能，豐富你的文章 uml 圖表 flowchart流程圖 匯出與匯入 你好！這是你第一次使用markdown編輯器所展示的歡迎頁。如果你想學習如何使用markdown編輯器,可以仔細閱讀這篇文章，了解一下mar...
軟體測試需求分析
1.軟體測試需求 測什麼？來自於需求規格說明書 測試需求應全部覆蓋已定義的業務流程，以及功能和非公能方面的需求 2.為什麼需要軟體測試需求 1 軟測需求是涉及測試用例的依據 2 保證測試的質量和進度 3 軟測需求是衡量測試覆蓋率的重要指標 總結 只有明確了測試需求，才知道怎麼測試？什麼時間開始測試？...
軟體需求分析案列 軟體測試 測試需求分析三步曲
測試規格分析準備 測試型別分析 功能互動分析。1 測試規格分析準備 測試需求分析主要是從測試型別和功能互動方面進行分析，所以前期需要對測試型別 開發特性和功能集合進行標識。測試型別劃分見表6 26 測試特性劃分見表6 27 接下來需求確定每個測試階段需要使用的測試型別，具體見表6 28 二 測試型別...