一、獲取測試對(duì)象也就是我們最初的工作:測試需求的分析
測試需求的分析為四個(gè)部分:
1、明確需求的范圍
2、明確每一個(gè)功能的業(yè)務(wù)處理過程
3、不同的功能點(diǎn)作業(yè)務(wù)的組合
4、挖掘顯式需求背后的隱式需求
二、分別闡述：
1、 明確需求的范圍（目標(biāo)：需求中包括了多少功能點(diǎn)）
1. RTM中的SRS列表（粒度）
2. QC中的需求描述 （不同層次）
3. UML的用例視圖 （Actor Usecase）
2、 明確每一個(gè)功能的業(yè)務(wù)處理過程
1. 拆點(diǎn): 對(duì)應(yīng)的每一個(gè)功能點(diǎn)將其對(duì)應(yīng)的輸入,處理和輸出進(jìn)行提取
2. 連線 :將每一功能所對(duì)應(yīng)的輸入,處理和輸出形成業(yè)務(wù)活動(dòng)圖;
3、不同的功能點(diǎn)作業(yè)務(wù)的組合
4、挖掘顯式需求背后的隱式需求
1、 測試需求分析何時(shí)進(jìn)行？
理論上SRS評(píng)審?fù)ㄟ^以后但是評(píng)審之前測試人員處于游離狀態(tài)，我們的工作應(yīng)該盡早的開始，所以事實(shí)上在需求獲取結(jié)束后就開始測試需求分析
2、 為什么要進(jìn)行測試需求分析？
1、把不直觀的需求-----轉(zhuǎn)變?yōu)?----直觀的需求（用例圖/活動(dòng)圖）
a.使得測試范圍可以度量（有多少功能點(diǎn)，有多少功能項(xiàng)）；
b.使得獨(dú)立的功能點(diǎn)其對(duì)應(yīng)的所有的處理分支可以度量；
c.使得該系統(tǒng)需要測試的業(yè)務(wù)場景可以度量；
2、把不明確的需求-----轉(zhuǎn)變?yōu)?-----明確的需求
明確其功能點(diǎn)對(duì)應(yīng)的輸出、處理和輸出;
3、把不能度量的需求----轉(zhuǎn)變?yōu)?----可度量的需求
a.度量測試范圍;
b.度量處理分支;
c.度量業(yè)務(wù)場景;
3、 如何開展測試需求分析？
1、 了解和學(xué)習(xí)需求
2、 了解軟件系統(tǒng)對(duì)應(yīng)的行業(yè)-------行業(yè)中的名詞；行業(yè)對(duì)應(yīng)的業(yè)務(wù)了解行業(yè)途徑：
a. 找行業(yè)相關(guān)的人員培訓(xùn)；
b. 學(xué)習(xí)使用同行業(yè)現(xiàn)有的軟件；
c. 上網(wǎng)搜索；
d . 翻看用戶的工作手冊(cè)；
3、 按模塊去確定軟件所包含的功能
4、 將該模塊中的每一個(gè)功能點(diǎn)形成對(duì)應(yīng)的用例usecase
5、 針對(duì)單獨(dú)的usecase去分析其對(duì)應(yīng)的輸入、處理、和輸出
6、 分析該功能所對(duì)應(yīng)的actor
7、 明確usecase之間的關(guān)系
8、 明確actor之間的關(guān)系
9、 明確每個(gè)usecase所對(duì)應(yīng)的活動(dòng)
10、明確需求分析中不同的usecase所組成的業(yè)務(wù)，形成業(yè)務(wù)場景活動(dòng)圖
11、分析對(duì)應(yīng)的功能所隱藏的隱式需求
4、 測試需求分析的成果物是什么？
1. 明確測試范圍-------功能點(diǎn)
2. 功能的處理過程----單功能點(diǎn)；業(yè)務(wù)場景的組合
5、 需求分析和測試需求分析的區(qū)別？
需求分析：初步設(shè)想----原始需求---需求分析---需求規(guī)格：輸入、處理和輸出測試
需求分析：單功能點(diǎn)輸入處理輸出-----業(yè)務(wù)流分析----全局---隱式需求挖掘
需求分析和測試需求分析兩者的過程是相反的。
需求人員拿到客戶的原始需求后，考慮到用戶的使用環(huán)境，充分挖掘出用戶的隱性需求，需求分析就是這樣的，客戶提出的是顯性需求，把兩者結(jié)合起來的過程就是需求分析，輸出的自然是srs,不過這時(shí)的srs還沒有建基線，它還是可以修改的。
而進(jìn)行測試需求分析的目的是
1.充分發(fā)現(xiàn)需求中不完善的，不足的，不嚴(yán)密的地方。
2.識(shí)別出測試的對(duì)象。
3.使需求基線化，為需求定個(gè)基準(zhǔn)（這時(shí)就不能更改了），為以后的測試用例設(shè)計(jì)做指導(dǎo)。