測試需求分析

　　一、獲取測試對象也就是我們最初的工作:測試需求的分析

　　測試需求的分析為四個部分:

　　1、明確需求的范圍

　　2、明確每一個功能的業務處理過程

　　3、不同的功能點作業務的組合

　　4、挖掘顯式需求背后的隱式需求

　　二、分別闡述：

　　1、 明確需求的范圍(目標：需求中包括了多少功能點)

　　1. RTM中的SRS列表(粒度)

　　2. QC中的需求描述 (不同層次)

　　3. UML的用例視圖 (Actor Usecase)

　　2、 明確每一個功能的業務處理過程

　　1. 拆點: 對應的每一個功能點將其對應的輸入,處理和輸出進行提取

　　2. 連線 :將每一功能所對應的輸入,處理和輸出形成業務活動圖;

　　3、不同的功能點作業務的組合

　　4、挖掘顯式需求背后的隱式需求

　　1、 測試需求分析何時進行?

　　理論上SRS評審通過以后但是評審之前測試人員處于游離狀態，我們的工作應該盡早的開始，所以事實上在需求獲取結束后就開始測試需求分析

　　2、 為什么要進行測試需求分析?

　　1、把不直觀的需求-----轉變為-----直觀的需求(用例圖/活動圖)

　　a.使得測試范圍可以度量(有多少功能點，有多少功能項);

　　b.使得獨立的功能點其對應的所有的處理分支可以度量;

　　c.使得該系統需要測試的業務場景可以度量;

　　2、把不明確的需求-----轉變為------明確的需求

　　明確其功能點對應的輸出、處理和輸出;

　　3、把不能度量的需求----轉變為-----可度量的需求

　　a.度量測試范圍;

　　b.度量處理分支;

　　c.度量業務場景;

　　3、 如何開展測試需求分析?

　　1、 了解和學習需求

　　2、 了解軟件系統對應的行業-------行業中的名詞;行業對應的業務

　　了解行業途徑：

　　a. 找行業相關的人員培訓;

　　b. 學習使用同行業現有的軟件;

　　c. 上網搜索;

　　d . 翻看用戶的工作手冊;

　　3、 按模塊去確定軟件所包含的功能

　　4、 將該模塊中的每一個功能點形成對應的用例usecase

　　5、 針對單獨的usecase去分析其對應的輸入、處理、和輸出

　　6、 分析該功能所對應的actor

　　7、 明確usecase之間的關系

　　8、 明確actor之間的關系

　　9、 明確每個usecase所對應的活動

　　10、明確需求分析中不同的usecase所組成的業務，形成業務場景活動圖

　　11、分析對應的功能所隱藏的隱式需求

　　4、 測試需求分析的成果物是什么?

　　1. 明確測試范圍-------功能點

　　2. 功能的處理過程----單功能點;業務場景的組合

　　5、 需求分析和測試需求分析的區別?

　　需求分析：初步設想----原始需求---需求分析---需求規格：輸入、處理和輸出

　　測試需求分析：單功能點輸入處理輸出-----業務流分析----全局---隱式需求挖掘

　　需求分析和測試需求分析兩者的過程是相反的。

原文轉自：http://www.uml.org.cn/Test/200907271.asp