軟件測試需求分析方法

軟件測試需求分析方法目錄例子介紹測試需求分析方法開展測試需求分析活動軟件測試需求分析的目的面臨的困難測試中心現(xiàn)使用的方法及要求

一、面臨的困難為什么產(chǎn)品在經(jīng)測試后發(fā)布出去還是有很多問題?（1）缺陷被發(fā)現(xiàn)的晚（2）需求規(guī)格說書不明確（3）需求分散（4）受主觀因素影響為什么測試人員不能發(fā)現(xiàn)真正嚴重的缺陷？（1）測試時間不足（2）測試深度不夠（3）測試技術(shù)能力有限一、面臨的困難(續(xù))針對每一個原因，尋求解決的辦法（1）缺陷被發(fā)現(xiàn)的晚－－盡可能在每個開發(fā)階段開展測試，系統(tǒng)測試盡可能早地介入（2）需求規(guī)格說書不明確－－找到解決減少需求傳遞中的問題的方法（3）需求分散－－需要找到集中管理需求的方法（4）受主觀因素影響－－尋求減少受主觀因素影響的需求提取方法（5）測試時間不足－－盡可能地早地明確產(chǎn)品各質(zhì)量特性的定義（6）測試深度不夠－－-找出業(yè)務(wù)流程和規(guī)則的分析方法（7）測試技術(shù)能力有限－－目前已采用專題測試方案的方式解決，但對測試方法的改進仍需要深入和加強。一、面臨的困難(續(xù))從解決辦法中找出共性：需求方法產(chǎn)品的質(zhì)量特性？“今天，我比以往更加確信，概念的完整性是產(chǎn)品質(zhì)量的核心?！@個原理決不僅限于軟件系統(tǒng)，它適合于所有的復(fù)雜事物。”

——《人月神話》一、面臨的困難(續(xù))需求管理分析/提取方法產(chǎn)品質(zhì)量特性測試需求分析二、軟件測試需求分析的目的幫助測試需求分析人員正確、完整地理解需求盡可能多地分析出測試點，包括潛在的業(yè)務(wù)約束以及一些常識性的軟件設(shè)計規(guī)則三、開展測試需求分析活動

為了幫助測試需求分析人員正確、完整地理解需求，需要開展以下活動：需求文檔閱讀主要目的是熟悉產(chǎn)品業(yè)務(wù)背景、部署環(huán)境以及產(chǎn)品的功能和非功能特性業(yè)務(wù)知識培訓(xùn)主要目的是提高對產(chǎn)品功能及業(yè)務(wù)的理解能力業(yè)務(wù)流程及規(guī)則分析主要目的是提高需求傳遞的質(zhì)量確定測試需求分析方法和需求編寫的目錄結(jié)構(gòu)根據(jù)產(chǎn)品功能和技術(shù)背景，確定測試需求分析的方法、確定測試類型、提取公共需求、建立目錄結(jié)構(gòu)編寫測試需求依照計劃，組織在TD上按目錄結(jié)構(gòu)編寫測試需求評審測試需求四、軟件測試需求分析的方法常用的測試需求分析方法有:測試類型分析法功能交互分析法繼承分析法經(jīng)驗分析法四、軟件測試需求分析的方法(續(xù))測試類型分析法

依據(jù)產(chǎn)品的六大質(zhì)量特性（功能性、可靠性、易用性、效率、可移植性、可維護性）及我公司的行業(yè)特點，將軟件測試劃分成一系列不同的測試類型，來覆蓋產(chǎn)品的標(biāo)準(zhǔn)規(guī)范、功能和非功能性的用戶需求。優(yōu)點所有的測試類型之合能夠覆蓋全部測試內(nèi)容測試類型定義靈活：可根據(jù)成功經(jīng)驗總結(jié)來劃分，也可根據(jù)產(chǎn)品的質(zhì)量特性劃分缺點對于某個功能點屬于哪一類測試類型存在爭議解決的辦法改進測試類型的定義保持原有定義不變，目標(biāo)是找出測試點，屬于何種類型不是關(guān)鍵四、軟件測試需求分析的方法(續(xù))測試類型分析法測試類型描述質(zhì)量特性功能性測試在指定環(huán)境和條件下，驗證軟件產(chǎn)品滿足軟件需求規(guī)格說明或設(shè)計文檔中有明確或隱含功能的要求。包括的測試內(nèi)容有：1）文檔中提到的所有明確或隱含功能的符合性（包含安裝卸載和服務(wù)啟停）；2）驗證業(yè)務(wù)流程的正確性；3）驗證文檔中有數(shù)據(jù)精確度的正確性或相符性4）驗證產(chǎn)品與一個或多個系統(tǒng)之間數(shù)據(jù)交互的能力5）驗證產(chǎn)品對標(biāo)準(zhǔn)、法規(guī)和約定的符合性6）同類產(chǎn)品測試經(jīng)驗的引進功能性數(shù)據(jù)邊界測試是對軟件處在邊界或端點情況下運行狀態(tài)的測試。包括輸入域或輸出域的邊界、容量邊界、狀態(tài)轉(zhuǎn)換邊界。安全性測試檢驗軟件中已存在的安全性、安全保密性措施是否有效的測試。包括訪問權(quán)限控制、數(shù)據(jù)保護、漏洞掃描。四、軟件測試需求分析的方法(續(xù))測試類型分析法測試類型描述質(zhì)量特性容錯性/異常性測試在軟件故障或違反規(guī)定接口時，驗證軟件不會在出現(xiàn)故障時被陷入用戶無法控制的局面（即不崩潰也不破壞數(shù)據(jù)）。軟件故障包括：1）有輸入限制條件（如：只能輸入數(shù)字等）時的錯誤輸入2）文檔中有明確規(guī)定的非法操作3）違反正確的業(yè)務(wù)流程可靠性恢復(fù)性測試要求軟件要在克服硬件故障后，系統(tǒng)能夠正常地繼續(xù)進行工作，并不對系統(tǒng)造成任何損害。硬件故障包括：1）數(shù)據(jù)傳遞或業(yè)務(wù)通信過程中掉電、硬件或網(wǎng)絡(luò)出錯2）產(chǎn)品工作不正常（包括產(chǎn)品硬件故障不工作等）性能測試是對軟件需求規(guī)格說明或設(shè)計文檔中的性能需求逐項進行的測試。包括性能指標(biāo)、壓力測試、負載測試、數(shù)據(jù)庫容量和穩(wěn)定性測試。效率兼容性測試是對軟件需求規(guī)格說明書或設(shè)計文檔中的兼容性需求逐項進行的測試。包括硬件兼容（硬件設(shè)備、外設(shè)）、軟件兼容（操作系統(tǒng)、瀏覽器、數(shù)據(jù)庫、支持軟件、同類或不同類軟件）、新舊版本的兼容（數(shù)據(jù)兼容、數(shù)據(jù)交互格式），以驗證其功能是否滿足要求。可移植性可維護性測試是對軟件需求規(guī)格說明或設(shè)計文檔中的可維護性說明進行驗證。可維護性四、軟件測試需求分析的方法(續(xù))測試類型分析法測試類型描述質(zhì)量特性UI測試驗證用戶界面是否符合<<軟件界面設(shè)計規(guī)范>>必測項：

1）窗口標(biāo)題，版本信息和公司標(biāo)識

2）必填項的標(biāo)識

3）文本框

4）TAB鍵的切換順序

5）按鈕響應(yīng)鍵盤事件（包括回車、熱鍵）

6）界面提示信息（包括操作說明、警告、程序詢問、出錯信息）

7）進度條

8）安裝向?qū)Э蛇x項：

1）功能導(dǎo)航條

2）目錄樹

3）工具欄

4）數(shù)據(jù)網(wǎng)格

5）管理界面適應(yīng)的分辨率要求

6）流程的操作順序約束

7）其他界面測試內(nèi)容要求根據(jù)項目實際情況而定。易用性四、軟件測試需求分析的方法(續(xù))功能交互分析法

針對有業(yè)務(wù)需求的產(chǎn)品需求分析的對象是不同業(yè)務(wù)模塊之間的業(yè)務(wù)流程和業(yè)務(wù)規(guī)則。要求分析人員對整個系統(tǒng)的業(yè)務(wù)比較了解。功能交互的重點在驗證數(shù)據(jù)流轉(zhuǎn)的正確性與測試類型分析法不同的是：測試類型分析法針對需要或功能點，而功能交互分析法是針對需求或功能點之間可并入測試類型分析法的功能性測試中四、軟件測試需求分析的方法(續(xù))繼承分析法針對工程項目需求分析的對象有新增功能、修改功能和功能變更后的功能影響部分（功能影響的范圍建議由開發(fā)人員協(xié)助劃分）測試負責(zé)人在明確了需求后，根據(jù)需求特點，以測試需求分析過程為指導(dǎo)，采用測試類型分析法完成測試需求分析。四、軟件測試需求分析的方法(續(xù))經(jīng)驗分析法該方法是將具有代表性的測試積累形成經(jīng)驗庫，以方便重用如果經(jīng)驗有代表性，可并入測試類型分析法五、測試中心現(xiàn)使用的方法及要求(一)測試中心現(xiàn)在使用的方法測試類型分析法選擇的理由需求覆蓋率高從以上各需求分析方法來看，測試類型對需求文檔的覆蓋率最高，而其他幾種方法是對該方法的補充。能為后續(xù)工作提供指導(dǎo)（1）指導(dǎo)測試用例按同樣的思路編寫，提高對測試需求的覆蓋率（2）提高測試用例的編寫和評審效率（3）滿足不同測試階段對測試用例的篩選（4）提高測試用例的可維護性和可復(fù)用性五、測試中心現(xiàn)使用的方法及要求(續(xù))(二)要求分析方法

必須采用測試類型分析法對需求進行分析編寫要求目錄結(jié)構(gòu)編寫要求測試需求編寫要求五、測試中心現(xiàn)使用的方法及要求(續(xù))(二)要求-目錄結(jié)構(gòu)編寫要求目錄結(jié)構(gòu)編寫的總體思路是測試類型貫穿于整個需求規(guī)格說明書。具體的要求：產(chǎn)品的功能性需求建議按產(chǎn)品需求文檔的功能性需求目錄來構(gòu)建測試需求目錄，也可自行構(gòu)建目錄，但要求目錄結(jié)構(gòu)清晰，功能涵蓋完全。在這樣的目錄結(jié)構(gòu)下，將使用頻率高的測試類型分布到每一個功能性需求點中編寫。產(chǎn)品的非功能性需求，按測試類型劃分后作為單獨的章節(jié)，與產(chǎn)品功能性需求一起構(gòu)建整個產(chǎn)品的測試需求目錄結(jié)構(gòu)。目錄結(jié)構(gòu)與測試類型的關(guān)系按下表所示執(zhí)行：測試類型在目錄結(jié)構(gòu)中的位置功能正確性測試分布到每一個功能性需求點中編寫數(shù)據(jù)邊界測試分布到每一個功能性需求點中編寫安全性測試分布到每一個功能性需求點中編寫容錯性/異常性測試統(tǒng)稱為異常性測試，分布到每一個功能性需求恢復(fù)性測試作為單獨的章節(jié)編寫性能測試作為單獨的章節(jié)編寫兼容性測試作為單獨的章節(jié)編寫UI測試作為單獨的章節(jié)編寫,如果產(chǎn)品的UI元素比較多，并且有特別要求,也可分布到每個功能性需求中編寫可維護性測試作為單獨的章節(jié)編寫五、測試中心現(xiàn)使用的方法及要求(續(xù))(二)要求-測試需求編寫要求原測試需求模板：功能描述：簡要概括功能點的作用，如增加新用戶信息功能特點：根據(jù)需求規(guī)格,列出分解后的功能明細填寫的項目：逐一羅列出該功能所包含的數(shù)據(jù)輸入項新測試需求模板較原模板只豐富了功能特點的內(nèi)容,即:將功能點按測試類型分析方法進行分解和編寫。功能特點：根據(jù)需求規(guī)格,在需求分析活動成果的指導(dǎo)下,按不同測試類型的要求對該功能進行分解。填寫要求：

a)測試類型的排列順序固定為：功能正確性測試，數(shù)據(jù)邊界測試，安全性測試，異常性測試，UI