需求分析的目的：
第一、把用戶需求轉化為功能需求：1）對測試范圍進度量 2）對處理分支進行度量 3）對需求業務的場景進行度量 4）明確其功能對應的輸入、處理和輸出 5）把隱式需求轉變為明確。
第二、明確測試活動的五個要素：測試需求是什么、決定怎么測試、明確測試時間、確定測試人員、確定測試環境：測試中需要的技能，工具以及相應的背景知識，測試過程中可能遇到的風險等等。測試需求需要做到盡可能的詳細明確，以避免測試遺漏和誤解。
如何進行需求分析：
第一、確認功能（業務功能、輔助功能、數據約束、易用性需求、編輯約束、參數需求、權限需求、性能約束）：
1、業務功能：與用戶實際業務直接相關的功能或者細節
2、輔助功能：輔助完成業務功能的一些功能或者細節，例如：設置過濾條件
3、數據約束：功能的細節，主要是用於控制在執行功能時，數據的顯示范圍，數據之間的關系等
4、易用性需求：功能的細節，產品中必須提供，便於功能操作使用的一些細節，例如：快捷鍵等
5、編輯約束：功能的細節，在功能執行時，對輸入數據項目的一些約束條件，例如：只能輸入數字等
6、參數需求：功能的細節，在功能執行時，需要根據參數設置不同，進行不同處理的細節
7、權限需求：功能的細節，在功能執行的過程，根據不同的權限進行不同的處理，不包括直接限制某個功能的權限
8、性能約束：功能的細節，執行功能時，必須滿足的性能需求
第二、場景分析
1、考慮場景的調用者：考慮每一個場景提供的服務是供哪些外部模塊或者系統調用的，找出所有調用者。調用前提，約束都要考慮。每一個調用都可以考慮成一個大的業務流程（一般和外部有交互的業務出錯率比較大，需要重點關注）
2考慮系統內部各個場景之間的：形成內部業務流程，需要分析每個場景之間的約束關系，執行條件，組織出各種業務流程圖
第三、挖掘隱性需求
這需要測試工程師的經驗積累：1）常用的或者規定的業務流程 2）各個業務流程分支的遍歷 3）明確規定不可使用的業務流程 4）沒有明確規定但是應該不可使用的業務流程 5）其他異常或者不符合規定的操作
以上是粗略的講解了如何進行測試需求分析，詳細的測試需求方法可以參考《軟件測試需求分析方法》這篇博客。在需求分析過程中編寫整個測試計划，在這個過程中需要參考需求規格說明書，這個階段一般情況下是測試主管編寫的。包括測試人員，測試時間，測試工具，以及測試方法等。這是在測試需求分析中的產物《測試計划》，如何編寫測試計划，請參考以下文章《如何編寫一個好的測試計划》。