測試需求分析
主要目的
獲取測試點(diǎn)，根據(jù)測試點(diǎn)來編寫測試用例
把不直觀的需求轉(zhuǎn)變?yōu)橹庇^的需求（流程圖）
（1）使得測試范圍可以度量（有多少功能點(diǎn)，有多少功能項(xiàng)）
（2）使得獨(dú)立的功能點(diǎn)其對應(yīng)的所有處理分支可以度量
（3）使得系統(tǒng)需要測試的業(yè)務(wù)場景可以度量
需求分析和測試需求分析的區(qū)別
需求分析：初步設(shè)想----原始需求----需求分析----需求規(guī)格：輸入、處理和輸出
測試需求分析：單功能點(diǎn)輸入處理輸出----業(yè)務(wù)流程分析----全局----隱式需求挖掘需求分析和測試需求分析
注意：二者的過程不同
測試需求分析：
1、通過分析需求描述中的輸入、輸出、處理、限制、約束等，給出對應(yīng)的驗(yàn)證內(nèi)容（功能測試）
2、通過分析各個(gè)功能模塊之間的業(yè)務(wù)順序，和接口之間信息和數(shù)據(jù)的傳遞，對存在功能交互的功能項(xiàng)，給出對應(yīng)的驗(yàn)證內(nèi)容（功能交互測試）
3、考慮到需求的完整性，要充分考慮隱式需求的驗(yàn)證，比如界面的驗(yàn)證，注冊賬號(hào)的唯一性驗(yàn)證（界面、易用性、兼容性、安全性、性能）
4、根據(jù)場景法和錯(cuò)誤分析法補(bǔ)充測試用例
其中1和2來自需求文檔。
對于功能交互測試（接口測試/集成測試）舉個(gè)例子：
登錄和注冊：系統(tǒng)內(nèi)的接口測試
OA系統(tǒng)和CRM系統(tǒng)集成：系統(tǒng)外的接口測試
此外還有前端和后臺(tái)管理之間的接口測試
對于3來說，一定要充分挖掘隱含需求
產(chǎn)品經(jīng)理：客戶和業(yè)務(wù)提出來的初步設(shè)想，得到原始需求，需求分析（輸出需求規(guī)格說明書）
測試需求分析：單個(gè)功能點(diǎn)和流程進(jìn)行分析，全局（上路測試）-挖掘隱含需求 ?進(jìn)行分析
測試點(diǎn)分析步驟
1、正常功能驗(yàn)證
2、功能驗(yàn)證：按順序從上至下，對每個(gè)輸入項(xiàng)進(jìn)行驗(yàn)證（數(shù)據(jù)長度、數(shù)據(jù)類型，必填項(xiàng)）
3、功能交互驗(yàn)證：模塊之間傳遞的信息和數(shù)據(jù)，存在功能交互的功能項(xiàng)
4、隱性需求：充分熟悉產(chǎn)品業(yè)務(wù)，挖掘隱性需求
對于一個(gè)存在生命周期的軟件來說，開發(fā)和測試往往不是一次性的，因?yàn)殡S著新需求和版本的改進(jìn)，新版本會(huì)不斷地發(fā)布。問題：如何在最終發(fā)布之前確定需求？
考慮軟件需求的版本化控制，當(dāng)要進(jìn)行新版本的迭代時(shí)，在工作開始前就確定好本次需求的范圍如果需求出現(xiàn)變更，應(yīng)當(dāng)根據(jù)市場策略，已公布的發(fā)布時(shí)間，客戶需求，實(shí)現(xiàn)代價(jià)，難易程度以及對現(xiàn)有工作的影響，對需求進(jìn)行適度劃分，嚴(yán)格定義當(dāng)前版本需要實(shí)現(xiàn)的功能，其他部分作為未來版本的需求。
遵循一個(gè)原則：對于一個(gè)版本的需求變更，必須要早發(fā)現(xiàn)、早討論、早決定、早調(diào)整。
