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

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

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、 需求分析和測試需求分析的區別？

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

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

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