一、前言
半年前，就準備開始寫部落格來分享我在測試中的點點滴滴，也是記錄下我自己的足跡。但由於工作太忙，一直沒有開始。「萬事開頭難」，現在終於開始寫了，所有的觀點均是個人理解，有什麼不對地方，希望大家能指出。
測試基礎系列是基於我理解的測試流程來寫的，軟體測試流程在我的另一篇文章（聊聊測試管理（管事篇））中： 有詳細說明。
二、需求分析的意義
相信每一位入行的測試工程師都聽過這樣一句話：「站在使用者的角度去測試」。
所謂的使用者的角度，其實就是需求。而需求分析就是要弄清楚使用者需要的是什麼功能，使用者會怎樣使用系統。這樣我們測試的時候才能更加清楚的知道系統該怎麼樣執行，才能更好的設計測試用例，才能更好的測試。
三、為什麼要進行需求分析
1、把不直觀的需求-----轉變為-----直觀的需求（流程圖/思維導圖）
2、把不明確的需求-----轉變為------明確的需求
3、把不能度量的需求----轉變為-----可度量的需求
四、如何進行需求分析（兩圖一文件）
1、明確需求範圍
2、畫業務流程圖（流程圖）
3、功能點整理（思維導圖）
資料約束：主要是用於控制在執行功能時，資料的顯示範圍、資料之間的關係等。
易用性需求：便於功能操作使用的一些細節，比如快捷鍵就是典型的易用性需求。
許可權需求：不同的許可權所能操作的功能點的不同
4、提取測試點（測試需求文件）
根據整理的思維導圖，去提取每乙個功能點中的細節需求，例如新增員工，在思維導圖中，最小的顆粒度就到新增員工了，但是新增員工這個功能仍然有很多的需求點，員工姓名唯一性判定，手機號碼是否必填等，這些更細的需求點組合起來就形成了測試需求文件
5、確定測試範圍
五、結語
需求分析的越詳細，對業務的理解程度就越高，對設計測試用例的幫助就越大。測試的過程中就更有目的性。「磨刀不誤砍柴工」，需求分析花的時間越多，之後測試的時間就越少。因為測試其實已經從需求階段開始了。
軟工系列之 需求分析
第三章 需求分析 需求的定義 分類。1 使用者解決問題或達到目標所需的條件或能力。2 系統或是系統部件要滿足的合同 標準 規範或其他正規文件所需要具有的條件或是能力。3 一種反映上面所描述的條件或是能力的文件說明。需求就是以一種清楚簡潔，一致且無二義性的方式，對乙個待開發系統中各個有意義方面的陳述的...
個人感想之「需求分析」
所謂 需求分析 是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什麼資料，要得到什麼結果，最後應輸出什麼。可以說，在軟體工程當中的 需求分析 就是確定要計算機 做什麼 要達到什麼樣的效果。可以說需求分析是做系統之前必做的。在軟體工程中，需求分析指的是在建立乙個新的或改變乙個現存的電腦...
結隊作業之需求分析
由於學校圖書館位置與自習室經常被佔滿，許多學生沒有佔到座位，導致只能在宿舍學習。沒在在合適氛圍下進行學習的直接後果 學習效率底下。學校中總有人起早貪黑就為了去圖書館或者自習室佔乙個位置學習，位置的競爭給大部分熱衷於學習的學生帶來許多困擾，特別是要奮戰考研的大三大四學生們，沒佔到座位導致自己一天的計畫...