軟件測試系列培訓(xùn)教程北大青鳥2ppt課件

1、Version 3.0測試技術(shù)測試技術(shù) 軟件質(zhì)量的衡量規(guī)范是可以準(zhǔn)時地交付給用戶，軟件質(zhì)量的衡量規(guī)范是可以準(zhǔn)時地交付給用戶，所耗費的本錢不超出預(yù)算，并且最重要的是，可所耗費的本錢不超出預(yù)算，并且最重要的是，可以正常地運轉(zhuǎn)。以正常地運轉(zhuǎn)。 SQA 的目的是經(jīng)過在開發(fā)周期的早期階段發(fā)現(xiàn)錯的目的是經(jīng)過在開發(fā)周期的早期階段發(fā)現(xiàn)錯誤來降低處理問題的本錢。誤來降低處理問題的本錢。 SQA 運用于軟件開發(fā)的每個階段，每個階段都有運用于軟件開發(fā)的每個階段，每個階段都有其本人的質(zhì)量規(guī)范。其本人的質(zhì)量規(guī)范。 實施質(zhì)量管理中，要留意構(gòu)建本人的管理體系，實施質(zhì)量管理中，要留意構(gòu)建本人的管理體系，包括：構(gòu)建質(zhì)量方案、建

2、立質(zhì)量保證、建立質(zhì)量包括：構(gòu)建質(zhì)量方案、建立質(zhì)量保證、建立質(zhì)量控制等控制等 定義軟件測試定義軟件測試 明確軟件測試的準(zhǔn)那么明確軟件測試的準(zhǔn)那么 明確測試的方法明確測試的方法 描畫軟件測試的各個階段描畫軟件測試的各個階段 描畫各種測試階段的測試內(nèi)容描畫各種測試階段的測試內(nèi)容 軟件測試是軟件工程過程中的關(guān)鍵組件。軟件測試是軟件工程過程中的關(guān)鍵組件。 軟件測試是軟件質(zhì)量保證的要素，可以將其軟件測試是軟件質(zhì)量保證的要素，可以將其描畫為一個運轉(zhuǎn)程序以檢測錯誤假設(shè)有描畫為一個運轉(zhuǎn)程序以檢測錯誤假設(shè)有的過程。的過程。 編程巨匠說：沒有錯誤的程序世間難求。編程巨匠說：沒有錯誤的程序世間難求。 他在學(xué)校里學(xué)過測

3、試嗎？讀到博士能夠他在學(xué)校里學(xué)過測試嗎？讀到博士能夠也不懂測試也不懂測試 他所在的企業(yè)注重測試嗎？他所在的企業(yè)注重測試嗎？ 小公司程序小公司程序員的技藝更加全面員的技藝更加全面 暫時抱佛腳行嗎？他以為有文檔模板就會暫時抱佛腳行嗎？他以為有文檔模板就會測試了嗎？測試了嗎？ 假設(shè)不懂得有效地進展測試，他不僅得不假設(shè)不懂得有效地進展測試，他不僅得不到功績，也沒人欣賞他的苦勞，他擁有最到功績，也沒人欣賞他的苦勞，他擁有最多的將只是疲勞。多的將只是疲勞。 職業(yè)軟件工程師該當(dāng)掌握需求開發(fā)、系統(tǒng)職業(yè)軟件工程師該當(dāng)掌握需求開發(fā)、系統(tǒng)設(shè)計、編程、測試、維護設(shè)計、編程、測試、維護 一切技藝。一切技藝。 測試的目的

4、是為了發(fā)現(xiàn)盡能夠多的缺陷，測試的目的是為了發(fā)現(xiàn)盡能夠多的缺陷，不是為了闡明軟件中沒有缺陷。不是為了闡明軟件中沒有缺陷。 推論：勝利的測試在于發(fā)現(xiàn)了迄今尚未發(fā)推論：勝利的測試在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷。所以測試人員的職責(zé)是設(shè)計這現(xiàn)的缺陷。所以測試人員的職責(zé)是設(shè)計這樣的測試用例，它能有效地提示埋伏在軟樣的測試用例，它能有效地提示埋伏在軟件里的缺陷。件里的缺陷。 千萬不要將千萬不要將“測試與測試與“演示混為一談。演示混為一談。例如科研鑒定會。例如科研鑒定會。 假設(shè)產(chǎn)品經(jīng)過了嚴(yán)厲的測試，大家不要不假設(shè)產(chǎn)品經(jīng)過了嚴(yán)厲的測試，大家不要不吭氣，該當(dāng)好好地宣傳一把吭氣，該當(dāng)好好地宣傳一把 。 完全測試程序是

5、不能夠的完全測試程序是不能夠的 輸入量太大輸入量太大 輸出結(jié)果太多輸出結(jié)果太多 軟件實現(xiàn)途徑太多軟件實現(xiàn)途徑太多 軟件闡明書沒有客觀規(guī)范。從不同角軟件闡明書沒有客觀規(guī)范。從不同角度看，軟件缺陷的規(guī)范不同。度看，軟件缺陷的規(guī)范不同。 軟件測試是有風(fēng)險的行為軟件測試是有風(fēng)險的行為 測試無法顯示埋伏的軟件缺陷測試無法顯示埋伏的軟件缺陷 找到的軟件缺陷越多，就闡明軟件缺陷越找到的軟件缺陷越多，就闡明軟件缺陷越多多 并非一切軟件缺陷都能修復(fù)并非一切軟件缺陷都能修復(fù) 軟件測試一項講究條理的技術(shù)專業(yè)軟件測試一項講究條理的技術(shù)專業(yè) 白盒測試中有時候稱為開盒測試，軟白盒測試中有時候稱為開盒測試，軟件測試員可以訪

6、問程序員的代碼，并經(jīng)過件測試員可以訪問程序員的代碼，并經(jīng)過檢查代碼來協(xié)助測試可以看到盒子里面。檢查代碼來協(xié)助測試可以看到盒子里面。普通在單元測試中采用白盒測試，用于測普通在單元測試中采用白盒測試，用于測試模塊中一切能夠的途徑、執(zhí)行一切循環(huán)試模塊中一切能夠的途徑、執(zhí)行一切循環(huán)并測試一切邏輯表達式。并測試一切邏輯表達式。 黑盒測試那么偏重于軟件的整體功能。黑盒測試那么偏重于軟件的整體功能。 它它不基于程序的內(nèi)部構(gòu)造而基于系統(tǒng)功能。不基于程序的內(nèi)部構(gòu)造而基于系統(tǒng)功能。猶如一個人站在黑盒子外面，只知道系統(tǒng)猶如一個人站在黑盒子外面，只知道系統(tǒng)輸入一定數(shù)據(jù)，得到一定的輸出，而不用輸入一定數(shù)據(jù)，得到一定的輸

7、出，而不用清楚這個黑盒子中進展了哪些操作和運算。清楚這個黑盒子中進展了哪些操作和運算。 靜態(tài)檢查靜態(tài)檢查 確保系統(tǒng)按照組織的規(guī)范和過程運轉(zhuǎn)，主確保系統(tǒng)按照組織的規(guī)范和過程運轉(zhuǎn)，主要依賴于評審和非運轉(zhuǎn)的手段來檢查。通要依賴于評審和非運轉(zhuǎn)的手段來檢查。通常包括需求評審、設(shè)計評審、代碼走查和常包括需求評審、設(shè)計評審、代碼走查和代碼檢查。代碼檢查。 動態(tài)檢查動態(tài)檢查 在生命周期中進展測試運轉(zhuǎn)。通常包在生命周期中進展測試運轉(zhuǎn)。通常包括單元測試、集成測試、系統(tǒng)測試、用戶括單元測試、集成測試、系統(tǒng)測試、用戶的驗收測試。的驗收測試。 審查審查 (Inspection) 軟件的一種根本測試方法，它以一系軟件的一

8、種根本測試方法，它以一系列典型問題為根據(jù)進展檢測。列典型問題為根據(jù)進展檢測。 走查走查 (Walkthrough) 一對一的審查，比審查更加仔細。一對一的審查，比審查更加仔細。 回想回想(Review) 以發(fā)現(xiàn)軟件中存在的錯誤和缺陷為目以發(fā)現(xiàn)軟件中存在的錯誤和缺陷為目的的一種軟件測試方法，它是在軟件證明的的一種軟件測試方法，它是在軟件證明執(zhí)行之前完成。執(zhí)行之前完成。測試階段執(zhí)行人靜態(tài)校驗動態(tài)校驗可行性評審可行性評審開發(fā)人員，用戶開發(fā)人員，用戶需求評審需求評審開發(fā)人員，用戶開發(fā)人員，用戶設(shè)計評審設(shè)計評審開發(fā)人員開發(fā)人員單元測試單元測試開發(fā)人員開發(fā)人員集成測試集成測試開發(fā)人員，用戶開發(fā)人員，用戶系

9、統(tǒng)測試系統(tǒng)測試開發(fā)人員在用戶開發(fā)人員在用戶的協(xié)助下完成的協(xié)助下完成驗收測試驗收測試用戶用戶 對于產(chǎn)品闡明書的制定是個很重要的設(shè)計對于產(chǎn)品闡明書的制定是個很重要的設(shè)計階段，產(chǎn)品闡明書的質(zhì)量會直接影響到整階段，產(chǎn)品闡明書的質(zhì)量會直接影響到整個產(chǎn)品開發(fā)。個產(chǎn)品開發(fā)。 測試產(chǎn)品闡明書屬于靜態(tài)黑盒子測試。測試產(chǎn)品闡明書屬于靜態(tài)黑盒子測試。 測試用例：編寫用于輸入輸入的實踐數(shù)制和測試用例：編寫用于輸入輸入的實踐數(shù)制和預(yù)期結(jié)果。測試用例還明確指出運用詳細測預(yù)期結(jié)果。測試用例還明確指出運用詳細測試用例產(chǎn)生的測試程序的任何限制試用例產(chǎn)生的測試程序的任何限制 。 運用目的：運用目的： 測試用例應(yīng)該設(shè)計為可以快速容

10、易地發(fā)現(xiàn)盡測試用例應(yīng)該設(shè)計為可以快速容易地發(fā)現(xiàn)盡能夠多的錯誤。能夠多的錯誤。 應(yīng)該經(jīng)過運用和產(chǎn)生正確和錯誤的輸入和輸應(yīng)該經(jīng)過運用和產(chǎn)生正確和錯誤的輸入和輸出來出來“檢驗程序。檢驗程序。 其目的是要運用合理范圍內(nèi)的條件，盡能夠其目的是要運用合理范圍內(nèi)的條件，盡能夠全面地測試一切模塊乃至整個系統(tǒng)。全面地測試一切模塊乃至整個系統(tǒng)。 缺陷：最終產(chǎn)品同用戶的期望不一致缺陷：最終產(chǎn)品同用戶的期望不一致 缺陷的分類缺陷的分類 錯誤錯誤 脫漏脫漏 超出需求的部分超出需求的部分 缺陷未觸發(fā)缺陷未觸發(fā)VS.錯誤應(yīng)首先處理錯誤應(yīng)首先處理 調(diào)試的方法：歸納法、演繹法和回溯法。調(diào)試的方法：歸納法、演繹法和回溯法。 常用

11、調(diào)試技術(shù)運用診斷輸出語句常用調(diào)試技術(shù)運用診斷輸出語句 (diagnostic output statement)、快照轉(zhuǎn)儲、快照轉(zhuǎn)儲 (snapshot dump) 以及跟蹤指令的斷點以及跟蹤指令的斷點 (instruction-dependent breakpoint)。 開發(fā)與測試的開發(fā)與測試的 V V 型關(guān)系型關(guān)系 假設(shè)軟件開發(fā)過程采用嚴(yán)厲的瀑布模型，假設(shè)軟件開發(fā)過程采用嚴(yán)厲的瀑布模型，那么開發(fā)與測試有那么開發(fā)與測試有“V V型的對應(yīng)關(guān)系型的對應(yīng)關(guān)系 。需求需求開發(fā)開發(fā) 高層高層設(shè)計設(shè)計詳細詳細設(shè)計設(shè)計編程編程單元單元測試測試集成集成測試測試系統(tǒng)系統(tǒng)測試測試驗收驗收測試測試 單元測試、集

12、成測試、系統(tǒng)測試、驗收測單元測試、集成測試、系統(tǒng)測試、驗收測試。是試。是“從小到大、從小到大、“由內(nèi)至外、由內(nèi)至外、“循循序漸進的測試過程，表達了序漸進的測試過程，表達了“分而治之分而治之的思想。的思想。 單元測試的粒度最小，普通由開發(fā)小組采單元測試的粒度最小，普通由開發(fā)小組采用白盒方式來測試，主要測試單元能否符用白盒方式來測試，主要測試單元能否符合合“設(shè)計。設(shè)計。 集成測試界于單元測試和系統(tǒng)測試之間，集成測試界于單元測試和系統(tǒng)測試之間，起到起到“橋梁作用，普通由開發(fā)小組采用橋梁作用，普通由開發(fā)小組采用白盒加黑盒的方式來測試，既要驗證白盒加黑盒的方式來測試，既要驗證“設(shè)設(shè)計又要驗證計又要驗證“

13、需求。需求。 系統(tǒng)測試的粒度最大，普通由獨立測試小系統(tǒng)測試的粒度最大，普通由獨立測試小組采用黑盒方式來測試，主要測試系統(tǒng)能組采用黑盒方式來測試，主要測試系統(tǒng)能否符合否符合“需求規(guī)格闡明書。需求規(guī)格闡明書。 驗收測試與系統(tǒng)測試非常類似，主要區(qū)別驗收測試與系統(tǒng)測試非常類似，主要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。是測試人員不同，驗收測試由用戶執(zhí)行。 測試內(nèi)容普通包含測試內(nèi)容普通包含 接口與途徑測試。接口與途徑測試。 功能測試、強壯性測試、性能測試、用戶功能測試、強壯性測試、性能測試、用戶界面測試、平安性測試、壓力測試、可靠界面測試、平安性測試、壓力測試、可靠性測試、安裝性測試、安裝/ /反安裝

14、測試反安裝測試 測試階段測試階段 主要依據(jù)主要依據(jù) 測試人員、測試方式測試人員、測試方式 主要測試內(nèi)容主要測試內(nèi)容 單元測試單元測試系統(tǒng)設(shè)計系統(tǒng)設(shè)計文檔文檔由開發(fā)小組執(zhí)行白盒由開發(fā)小組執(zhí)行白盒測試測試 接口測試、路徑測試接口測試、路徑測試 集成測試集成測試系統(tǒng)設(shè)計系統(tǒng)設(shè)計文檔文檔需求文檔需求文檔由開發(fā)小組執(zhí)行白盒由開發(fā)小組執(zhí)行白盒測試和黑盒測試測試和黑盒測試 接口測試、路徑測試接口測試、路徑測試功能測試、性能測試功能測試、性能測試 系統(tǒng)測試系統(tǒng)測試需求文檔需求文檔由獨立測試小組執(zhí)行由獨立測試小組執(zhí)行黑盒測試黑盒測試 功能測試、健壯性測試、功能測試、健壯性測試、性能測試、用戶界面測性能測試、用戶

15、界面測試、安全性測試、壓力試、安全性測試、壓力測試、可靠性測試、安測試、可靠性測試、安裝裝/反安裝測試反安裝測試 驗收測試驗收測試需求文檔需求文檔由用戶執(zhí)行黑盒測試由用戶執(zhí)行黑盒測試 接口測試：數(shù)據(jù)普統(tǒng)統(tǒng)過接口輸入和輸出，接口測試：數(shù)據(jù)普統(tǒng)統(tǒng)過接口輸入和輸出，接口測試普通是白盒測試的第一步。接口測試普通是白盒測試的第一步。 輸入?yún)?shù)有輸入?yún)?shù)有“典型值、典型值、“邊境值、邊境值、“異異常值常值 輸出包括函數(shù)的前往值和輸出參數(shù)。輸出包括函數(shù)的前往值和輸出參數(shù)。 實踐輸出與期望的輸出不一致，那么闡明實踐輸出與期望的輸出不一致，那么闡明程序有錯誤。程序有錯誤。 一個函數(shù)體內(nèi)的語句能夠只需十幾條，但一

16、個函數(shù)體內(nèi)的語句能夠只需十幾條，但邏輯途徑能夠有成千上萬條。所以應(yīng)該根邏輯途徑能夠有成千上萬條。所以應(yīng)該根據(jù)閱歷選擇關(guān)鍵的途徑測試。據(jù)閱歷選擇關(guān)鍵的途徑測試。 途徑測試的檢查表途徑測試的檢查表 數(shù)據(jù)類型、變量值、邏輯判別、循環(huán)、內(nèi)數(shù)據(jù)類型、變量值、邏輯判別、循環(huán)、內(nèi)存管理、文件存管理、文件I/OI/O、錯誤處置、錯誤處置 預(yù)防一些重要的途徑?jīng)]有被測試的措施有：預(yù)防一些重要的途徑?jīng)]有被測試的措施有： 察看能否有程序語句從來沒有被執(zhí)行過。察看能否有程序語句從來沒有被執(zhí)行過。 要特別留意函數(shù)體內(nèi)的錯誤處置程序塊。要特別留意函數(shù)體內(nèi)的錯誤處置程序塊。 接口與途徑測試用例的參考模板接口與途徑測試用例的參

17、考模板 功能測試的根本方法是構(gòu)造一些合理輸入功能測試的根本方法是構(gòu)造一些合理輸入在需求范圍之內(nèi)，檢查輸出能否與期在需求范圍之內(nèi)，檢查輸出能否與期望的一樣。假設(shè)兩者不一致，即闡明功能望的一樣。假設(shè)兩者不一致，即闡明功能有誤。有誤。 難點在于如何構(gòu)造有效的輸入。難點在于如何構(gòu)造有效的輸入。 功能測試的測試方法：等價劃分法和邊境功能測試的測試方法：等價劃分法和邊境值分析法。值分析法。 等價劃分是指把輸入空間劃分為幾個等價劃分是指把輸入空間劃分為幾個“等等價區(qū)間，在每個價區(qū)間，在每個“等價區(qū)間中只需求等價區(qū)間中只需求測試一個典型值就可以了。等價劃分法來測試一個典型值就可以了。等價劃分法來源于人們的直覺

18、與閱歷，可令測試事半功源于人們的直覺與閱歷，可令測試事半功倍。倍。 “缺陷脫漏在角落里，聚集在邊境上。缺陷脫漏在角落里，聚集在邊境上。邊境值測試法是對等價劃分法的補充。假邊境值測試法是對等價劃分法的補充。假設(shè)設(shè)A A和和B B是輸入空間的邊境值，那么除了典是輸入空間的邊境值，那么除了典型值外還要用型值外還要用A A和和B B作為測試用例。作為測試用例。 功能測試用例的參考模板功能測試用例的參考模板 性能測試即測試軟件處置事務(wù)的速度，一性能測試即測試軟件處置事務(wù)的速度，一是為了檢驗性能能否符合需求，二是為了是為了檢驗性能能否符合需求，二是為了得到某些性能數(shù)據(jù)供人們參考。得到某些性能數(shù)據(jù)供人們參考

19、。 絕對值思索：如數(shù)據(jù)送輸速率是每秒多少絕對值思索：如數(shù)據(jù)送輸速率是每秒多少比特。比特。 “相對值思索：如某個軟件比另相對值思索：如某個軟件比另一個軟件快多少倍。一個軟件快多少倍。 性能測試中思索運轉(zhuǎn)環(huán)境的影響：例如網(wǎng)性能測試中思索運轉(zhuǎn)環(huán)境的影響：例如網(wǎng)絡(luò)環(huán)境、計算機主頻，總線構(gòu)造和外部設(shè)絡(luò)環(huán)境、計算機主頻，總線構(gòu)造和外部設(shè)備都能夠影響軟件的運轉(zhuǎn)速度。備都能夠影響軟件的運轉(zhuǎn)速度。 性能測試的一些本卷須知：性能測試的一些本卷須知： 該當(dāng)編寫一段程序用于計算時間以及相關(guān)該當(dāng)編寫一段程序用于計算時間以及相關(guān)數(shù)據(jù)。數(shù)據(jù)。 該當(dāng)測試軟件在規(guī)范配置和最低配置下的該當(dāng)測試軟件在規(guī)范配置和最低配置下的性能。性

20、能。 該當(dāng)封鎖那些耗費內(nèi)存、占用該當(dāng)封鎖那些耗費內(nèi)存、占用CPUCPU的其它的其它運用軟件如殺毒軟件。運用軟件如殺毒軟件。 該當(dāng)分檔記錄。例如傳輸文件的容量從該當(dāng)分檔記錄。例如傳輸文件的容量從100K100K到到1M1M可以分成假設(shè)干等級。可以分成假設(shè)干等級。 同一種輸入情況在不同的時間能夠得到不同一種輸入情況在不同的時間能夠得到不同的性能數(shù)據(jù)，可以取其平均值。同的性能數(shù)據(jù)，可以取其平均值。 性能測試用例的參考模板性能測試用例的參考模板 壓力測試也叫負荷測試，即獲取系統(tǒng)能正壓力測試也叫負荷測試，即獲取系統(tǒng)能正常運轉(zhuǎn)的極限形狀。常運轉(zhuǎn)的極限形狀。 壓力測試的主要義務(wù)是：構(gòu)造正確的輸入，壓力測試的

21、主要義務(wù)是：構(gòu)造正確的輸入，用力折騰系統(tǒng)卻讓它剛好不癱瘓。用力折騰系統(tǒng)卻讓它剛好不癱瘓。 壓力測試的一個變種是敏感測試。在某種壓力測試的一個變種是敏感測試。在某種情況下，微小的輸入變動會導(dǎo)致系統(tǒng)的表情況下，微小的輸入變動會導(dǎo)致系統(tǒng)的表現(xiàn)如性能發(fā)生急劇的變化?，F(xiàn)如性能發(fā)生急劇的變化。 壓力測試用例的參考模板 強壯性測試強壯性測試 用戶界面測試用戶界面測試 信息平安測試信息平安測試 可靠性測試可靠性測試 安裝和反安裝測試安裝和反安裝測試 問題問題1：有了：有了“黑盒測試為什么還要黑盒測試為什么還要“白盒白盒測試？測試？ 問題問題2：由于單元測試要寫測試驅(qū)動程序，：由于單元測試要寫測試驅(qū)動程序，非常費事，能否等到整個系統(tǒng)全部開發(fā)完后，非常費事，能否等到整個系統(tǒng)全部開發(fā)完后，再集中精神進展一次性