單元測試分析與設(shè)計課件

第四章單元測試第四章單元測試14.1什么是單元測試規(guī)格定義設(shè)計編碼系統(tǒng)測試集成測試單元測試用戶需求驗收測試回歸測試配置管理缺陷跟蹤4.1什么是單元測試規(guī)格定義設(shè)計編碼系統(tǒng)測試集成測試單元測24.1什么是單元測試單元測試（UnitTesting）是對軟件基本組成單元進行的測試，單元的基本屬性：明確的功能；規(guī)格定義；與其他部分明確的接口定義；例：C++中的public的成員函數(shù)，單獨的函數(shù)或類；4.1什么是單元測試單元測試（UnitTesting）是34.1什么是單元測試單元測試的目的：驗證代碼是否與設(shè)計相符；跟蹤需求和設(shè)計的實現(xiàn)；發(fā)現(xiàn)設(shè)計和需求中存在的錯誤；發(fā)現(xiàn)編碼過程中引入的錯誤；4.1什么是單元測試單元測試的目的：44.1什么是單元測試為什么進行單元測試？單元測試?yán)速M了太多時間；單元測試僅僅是證明這些代碼做了些什么；我是個很棒的程序元，我可以不進行單元測試；不管怎樣，集成測試將會抓住所有的bug；它的成本效率不高；4.1什么是單元測試為什么進行單元測試？54.2單元測試策略樁模塊（Stub）：用以模擬被測模塊工作過程中所調(diào)用的模塊，他們一般只進行很少的數(shù)據(jù)處理，例如打印入口和返回；驅(qū)動模塊（Driver）：用以模擬被測模塊的上級模塊，它接受測試數(shù)據(jù)，把相關(guān)的數(shù)據(jù)傳送給被測模塊，啟動被測模塊，并打印相應(yīng)的結(jié)果；4.2單元測試策略樁模塊（Stub）：用以模擬被測模塊工作64.2單元測試策略

由頂向下的單元測試策略；-先對最頂層的單元進行測試，把頂層所調(diào)用的單元做成樁模塊，其次對第二層進行測試，使用上面已測試的單元做驅(qū)動模塊，以此類推；由底向上的單元測試策略；-先對模塊調(diào)用層次圖上最底層的模塊進行單元測試，為該模塊建立驅(qū)動模塊，其次對上一層做單元測試，下面測試過的模塊做樁模塊，以此類推；孤立測試-不考慮每個模塊與其他模塊之間的關(guān)系，為每個模塊設(shè)計樁模塊和驅(qū)動模塊；4.2單元測試策略由頂向下的單元測試策略；74.3單元測試分析單元測試所考慮的方面：模塊模塊接口局部數(shù)據(jù)結(jié)構(gòu)出錯處理獨立路徑邊界條件4.3單元測試分析單元測試所考慮的方面：模塊模塊接口局部數(shù)84.3單元測試分析模塊接口：調(diào)用所測模塊時的輸入?yún)?shù)與模塊的形參在個數(shù)、屬性、順序上是否匹配；參數(shù)與變量的屬性、單位是否一致；全局變量的定義在每個模塊中是否一致；-是否修改只是作為輸入值的變量；有沒有把常數(shù)當(dāng)變量來傳送；調(diào)用內(nèi)部函數(shù)時，變量的個數(shù)、屬性和次序是否正確；4.3單元測試分析模塊接口：94.3單元測試分析局部數(shù)據(jù)結(jié)構(gòu)：檢查不正確或不一致的數(shù)據(jù)類型說明；使用尚未賦值或尚未初始化的變量；錯誤的初始值或錯誤的默認(rèn)值；變量名拼寫錯誤或書寫錯誤；不一致的數(shù)據(jù)類型；上溢、下溢或地址錯誤；4.3單元測試分析局部數(shù)據(jù)結(jié)構(gòu)：104.3單元測試分析獨立路徑：誤解或不正確的算術(shù)優(yōu)先級；運算方式錯誤；不同數(shù)據(jù)類型的比較；不正確的邏輯運算符或優(yōu)先次序；錯誤或不可能的循環(huán)終止條件；不恰當(dāng)?shù)男薷牧搜h(huán)變量；因浮點數(shù)運算精度問題而造成的兩值比較不等；4.3單元測試分析獨立路徑：114.3單元測試分析出錯處理：出錯的描述難以理解；出錯的描述不足以對錯誤定位和確定出錯的原因；顯示的錯誤與實際的錯誤不符；對錯誤條件的處理不正確；在對錯誤進行處理之前，錯誤條件已經(jīng)引起系統(tǒng)的干預(yù)；遺漏的錯誤處理；4.3單元測試分析出錯處理：124.3單元測試分析邊界條件：循環(huán)條件；控制流中剛好等于、大于、小于確定的比較值時出現(xiàn)錯誤的可能性；4.3單元測試分析邊界條件：134.4單元測試用例設(shè)計

為正向測試設(shè)計用例；-驗證設(shè)計說明書所對應(yīng)的功能項或性能指標(biāo)能否兌現(xiàn)；為逆向測試設(shè)計用例；-驗證被測的軟件單元有沒有做它不應(yīng)該做的事情；為滿足特殊需求設(shè)計用例；為代碼覆蓋設(shè)計用例；為覆蓋率指標(biāo)完成設(shè)計用例；4.4單元測試用例設(shè)計為正向測試設(shè)計用例；144.4單元測試用例設(shè)計主要采用的方法：等價類劃分；邊界值分析；定義/使用測試；路徑測試；4.4單元測試用例設(shè)計主要采用的方法：154.5單元測試過程測試計劃測試設(shè)計測試執(zhí)行測試記錄分析測試總結(jié)完畢缺陷跟蹤針對測試目標(biāo)，規(guī)定測試任務(wù)、資源分配、人員角色、進度安排等。根據(jù)測試計劃，設(shè)計測試用例，包括：測試步驟、測試場景、測試代碼、測試數(shù)據(jù)(包括預(yù)期結(jié)果)。根據(jù)測試計劃，配置測試環(huán)境，并手動或者自動執(zhí)行測試設(shè)計。根據(jù)測試計劃，忠實地記錄測試執(zhí)行的過程和結(jié)果。分析測試記錄，如果發(fā)現(xiàn)與預(yù)期結(jié)果不同，確定并重現(xiàn)缺陷。檢查測試設(shè)計是否全部執(zhí)行完畢，缺陷是否全部關(guān)閉。記錄、分發(fā)、評估、關(guān)閉缺陷報告。分析測試過程和缺陷報告，評估測試質(zhì)量和測試效果，給出是否通過測試的建議。4.5單元測試過程測試計劃測試設(shè)計測試執(zhí)行測試記錄分析測試164.5單元測試過程測試文檔：測試計劃測試設(shè)計測試執(zhí)行測試記錄分析測試總結(jié)完畢缺陷跟蹤測試計劃文檔測試用例文檔測試記錄文檔缺陷跟蹤報告測試總結(jié)報告4.5單元測試過程測試文檔：測試計劃測試設(shè)計測試執(zhí)行測試記174.5單元測試過程測試計劃內(nèi)容：概要：明確測試目的和主要任務(wù)，被測系統(tǒng)的簡單描述，被測系統(tǒng)依賴的其它系統(tǒng)描述領(lǐng)域：定義測試和不需要測試的內(nèi)容，描述與測試計劃相關(guān)的重要術(shù)語和縮略語，測試場所建議的重大事件時間表：列出階段性進度轉(zhuǎn)換標(biāo)準(zhǔn)：允許系統(tǒng)進入一個特定的測試階段所必須具備的條件。定義可能會導(dǎo)致測試執(zhí)行掛起的狀態(tài)和事件。說明如何決定測試何時可以結(jié)束測試配置和環(huán)境：測試執(zhí)行：測試人員與分工，錯誤管理，測試周期等；4.5單元測試過程測試計劃內(nèi)容：184.5單元測試過程測試計劃內(nèi)容：風(fēng)險和意外事故：意外事件的對策更改記錄：到目前為止對測試計劃本身所作的更改和修訂。內(nèi)容可包括：編號、更改人、更改內(nèi)容、修訂的發(fā)布時間等。參考文檔：測試計劃引用的其他文檔。如:需求規(guī)范、設(shè)計規(guī)范、操作手冊、標(biāo)準(zhǔn)、其他相關(guān)信息。4.5單元測試過程測試計劃內(nèi)容：194.5單元測試過程測試方案內(nèi)容：概要被測試特性：進一步明確和細(xì)化被測試的特性測試需求：分析和明確功能等各方面的測試需求測試方法：擬采用的具體測試技術(shù)和方法需求規(guī)范追蹤：把測試需求轉(zhuǎn)化為測試設(shè)計測試用例集描述：對測試用例分層次說明更改記錄參考文檔4.5單元測試過程測試方案內(nèi)容：204.5單元測試過程測試用例內(nèi)容：1用例編號10用例類別2用例名稱11用例狀態(tài)3測試目的12用例設(shè)計人4輸入數(shù)據(jù)13創(chuàng)建時間5測試步驟14用例評審人6測試腳本15評審時間7預(yù)期結(jié)果16評審結(jié)果8響應(yīng)時間17執(zhí)行結(jié)果9實際輸出18相關(guān)模塊4.5單元測試過程測試用例內(nèi)容：1用例編號10用例類別2214.5單元測試過程錯誤管理-缺陷的級別：致命性錯誤（Critical）數(shù)據(jù)丟失，數(shù)據(jù)計算錯誤、系統(tǒng)崩潰和非常死機嚴(yán)重功能性錯誤(Serious)規(guī)定的功能沒有實現(xiàn)或不完整、設(shè)計不合理造成性能低下，影響系統(tǒng)的運營告警性錯誤(Moderate)不影響業(yè)務(wù)運營的功能問題建議性錯誤(Suggestion,Cosmetic)軟件設(shè)計和功能實現(xiàn)等不甚合理之處提出建議4.5單元測試過程錯誤管理-缺陷的級別：224.5單元測試過程錯誤管理-修改級別：高中低4.5單元測試過程錯誤管理-修改級別：234.5單元測試過程錯誤管理-錯誤描述：1分配給錯誤的ID號2提交錯誤的時間3錯誤提交人4版本號發(fā)生錯誤的子系統(tǒng)或模塊5錯誤發(fā)生的條件6對錯誤的詳細(xì)描述7所使用的測試用例號8錯誤被發(fā)現(xiàn)的數(shù)據(jù)庫9使用的機器號10錯誤的重要性11錯誤的改正優(yōu)先級12發(fā)生錯誤的子系統(tǒng)或模塊及相關(guān)的模塊13錯誤是否易再現(xiàn)14其他4.5單元測試過程錯誤管理-錯誤描述：1分配給錯誤的ID244.5單元測試過程錯誤管理-錯誤跟蹤：1錯誤負(fù)責(zé)人6錯誤改正后需要重新做的測試2嚴(yán)重性7改正錯誤所影響的組件3優(yōu)先級8目前錯誤的狀態(tài)4估計改正錯誤的日期9錯誤類別5估計改正錯誤所要花費的時間10解決辦法4.5單元測試過程錯誤管理-錯誤跟蹤：1錯誤負(fù)責(zé)人6錯254.5單元測試過程錯誤管理-錯誤分發(fā)：項目管理者測試管理者被分配修改錯誤的人組件代碼的編寫人測試小組中的其他成員4.5單元測試過程錯誤管理-錯誤分發(fā)：264.5單元測試過程錯誤管理-益處：有利于缺陷的清楚傳達依據(jù)錯誤的相對和絕對重要性來修復(fù)問題對錯誤實現(xiàn)全生命周期管理當(dāng)錯誤變化時相關(guān)人員及時獲悉新的信息錯誤的統(tǒng)計分析報告提供更多的信息4.5單元測試過程錯誤管理-益處：274.5單元測試過程錯誤管理-方法：使用商業(yè)錯誤跟蹤與管理系統(tǒng)-testdirector-IBMRational自行開發(fā)專用錯誤跟蹤與管理系統(tǒng)-NEUSOFTbugbase4.5單元測試過程錯誤管理-方法：284.5單元測試過程測試報告內(nèi)容：1測試活動概述6結(jié)果描述2測試環(huán)境描述7意外事件3測試資源使用情況8遺留問題4差異描述9評價5測試充分性的評價10測試總結(jié)4.5單元測試過程測試報告內(nèi)容：1測試活動概述6結(jié)果描294.6單元測試應(yīng)堅持的原則應(yīng)當(dāng)盡早和不斷地進行軟件測試；對全新的代碼或修改過的代碼一定要進行單元測試；被測試的對象為實現(xiàn)一組相關(guān)功能的代碼；單元測試最好根據(jù)單元測試計劃和方案進行，排除測試的隨意性；當(dāng)測試用例的測試結(jié)果與預(yù)期結(jié)果不一致時，單元測試的執(zhí)行人員需如實記錄實際的測試結(jié)果；當(dāng)測試計劃中的結(jié)束標(biāo)準(zhǔn)達到時，單元測試結(jié)束；項目管理者保證測試用例經(jīng)過審核；當(dāng)程序進行了修改，測試執(zhí)行人員執(zhí)行回歸測試以保證對發(fā)現(xiàn)錯誤的修改沒有引入新的錯誤；4.6單元測試應(yīng)堅持的原則應(yīng)當(dāng)盡早和不斷地進行軟件測試；30小結(jié)單元測試的定義、目的；單元測試的內(nèi)容；如何進行單元測試用例設(shè)計；單元測試應(yīng)遵循的原則；小結(jié)單元測試的定義、目的；31演講完畢，謝謝觀看！演講完畢，謝謝觀看！32第四章單元測試第四章單元測試334.1什么是單元測試規(guī)格定義設(shè)計編碼系統(tǒng)測試集成測試單元測試用戶需求驗收測試回歸測試配置管理缺陷跟蹤4.1什么是單元測試規(guī)格定義設(shè)計編碼系統(tǒng)測試集成測試單元測344.1什么是單元測試單元測試（UnitTesting）是對軟件基本組成單元進行的測試，單元的基本屬性：明確的功能；規(guī)格定義；與其他部分明確的接口定義；例：C++中的public的成員函數(shù)，單獨的函數(shù)或類；4.1什么是單元測試單元測試（UnitTesting）是354.1什么是單元測試單元測試的目的：驗證代碼是否與設(shè)計相符；跟蹤需求和設(shè)計的實現(xiàn)；發(fā)現(xiàn)設(shè)計和需求中存在的錯誤；發(fā)現(xiàn)編碼過程中引入的錯誤；4.1什么是單元測試單元測試的目的：364.1什么是單元測試為什么進行單元測試？單元測試?yán)速M了太多時間；單元測試僅僅是證明這些代碼做了些什么；我是個很棒的程序元，我可以不進行單元測試；不管怎樣，集成測試將會抓住所有的bug；它的成本效率不高；4.1什么是單元測試為什么進行單元測試？374.2單元測試策略樁模塊（Stub）：用以模擬被測模塊工作過程中所調(diào)用的模塊，他們一般只進行很少的數(shù)據(jù)處理，例如打印入口和返回；驅(qū)動模塊（Driver）：用以模擬被測模塊的上級模塊，它接受測試數(shù)據(jù)，把相關(guān)的數(shù)據(jù)傳送給被測模塊，啟動被測模塊，并打印相應(yīng)的結(jié)果；4.2單元測試策略樁模塊（Stub）：用以模擬被測模塊工作384.2單元測試策略

由頂向下的單元測試策略；-先對最頂層的單元進行測試，把頂層所調(diào)用的單元做成樁模塊，其次對第二層進行測試，使用上面已測試的單元做驅(qū)動模塊，以此類推；由底向上的單元測試策略；-先對模塊調(diào)用層次圖上最底層的模塊進行單元測試，為該模塊建立驅(qū)動模塊，其次對上一層做單元測試，下面測試過的模塊做樁模塊，以此類推；孤立測試-不考慮每個模塊與其他模塊之間的關(guān)系，為每個模塊設(shè)計樁模塊和驅(qū)動模塊；4.2單元測試策略由頂向下的單元測試策略；394.3單元測試分析單元測試所考慮的方面：模塊模塊接口局部數(shù)據(jù)結(jié)構(gòu)出錯處理獨立路徑邊界條件4.3單元測試分析單元測試所考慮的方面：模塊模塊接口局部數(shù)404.3單元測試分析模塊接口：調(diào)用所測模塊時的輸入?yún)?shù)與模塊的形參在個數(shù)、屬性、順序上是否匹配；參數(shù)與變量的屬性、單位是否一致；全局變量的定義在每個模塊中是否一致；-是否修改只是作為輸入值的變量；有沒有把常數(shù)當(dāng)變量來傳送；調(diào)用內(nèi)部函數(shù)時，變量的個數(shù)、屬性和次序是否正確；4.3單元測試分析模塊接口：414.3單元測試分析局部數(shù)據(jù)結(jié)構(gòu)：檢查不正確或不一致的數(shù)據(jù)類型說明；使用尚未賦值或尚未初始化的變量；錯誤的初始值或錯誤的默認(rèn)值；變量名拼寫錯誤或書寫錯誤；不一致的數(shù)據(jù)類型；上溢、下溢或地址錯誤；4.3單元測試分析局部數(shù)據(jù)結(jié)構(gòu)：424.3單元測試分析獨立路徑：誤解或不正確的算術(shù)優(yōu)先級；運算方式錯誤；不同數(shù)據(jù)類型的比較；不正確的邏輯運算符或優(yōu)先次序；錯誤或不可能的循環(huán)終止條件；不恰當(dāng)?shù)男薷牧搜h(huán)變量；因浮點數(shù)運算精度問題而造成的兩值比較不等；4.3單元測試分析獨立路徑：434.3單元測試分析出錯處理：出錯的描述難以理解；出錯的描述不足以對錯誤定位和確定出錯的原因；顯示的錯誤與實際的錯誤不符；對錯誤條件的處理不正確；在對錯誤進行處理之前，錯誤條件已經(jīng)引起系統(tǒng)的干預(yù)；遺漏的錯誤處理；4.3單元測試分析出錯處理：444.3單元測試分析邊界條件：循環(huán)條件；控制流中剛好等于、大于、小于確定的比較值時出現(xiàn)錯誤的可能性；4.3單元測試分析邊界條件：454.4單元測試用例設(shè)計

為正向測試設(shè)計用例；-驗證設(shè)計說明書所對應(yīng)的功能項或性能指標(biāo)能否兌現(xiàn)；為逆向測試設(shè)計用例；-驗證被測的軟件單元有沒有做它不應(yīng)該做的事情；為滿足特殊需求設(shè)計用例；為代碼覆蓋設(shè)計用例；為覆蓋率指標(biāo)完成設(shè)計用例；4.4單元測試用例設(shè)計為正向測試設(shè)計用例；464.4單元測試用例設(shè)計主要采用的方法：等價類劃分；邊界值分析；定義/使用測試；路徑測試；4.4單元測試用例設(shè)計主要采用的方法：474.5單元測試過程測試計劃測試設(shè)計測試執(zhí)行測試記錄分析測試總結(jié)完畢缺陷跟蹤針對測試目標(biāo)，規(guī)定測試任務(wù)、資源分配、人員角色、進度安排等。根據(jù)測試計劃，設(shè)計測試用例，包括：測試步驟、測試場景、測試代碼、測試數(shù)據(jù)(包括預(yù)期結(jié)果)。根據(jù)測試計劃，配置測試環(huán)境，并手動或者自動執(zhí)行測試設(shè)計。根據(jù)測試計劃，忠實地記錄測試執(zhí)行的過程和結(jié)果。分析測試記錄，如果發(fā)現(xiàn)與預(yù)期結(jié)果不同，確定并重現(xiàn)缺陷。檢查測試設(shè)計是否全部執(zhí)行完畢，缺陷是否全部關(guān)閉。記錄、分發(fā)、評估、關(guān)閉缺陷報告。分析測試過程和缺陷報告，評估測試質(zhì)量和測試效果，給出是否通過測試的建議。4.5單元測試過程測試計劃測試設(shè)計測試執(zhí)行測試記錄分析測試484.5單元測試過程測試文檔：測試計劃測試設(shè)計測試執(zhí)行測試記錄分析測試總結(jié)完畢缺陷跟蹤測試計劃文檔測試用例文檔測試記錄文檔缺陷跟蹤報告測試總結(jié)報告4.5單元測試過程測試文檔：測試計劃測試設(shè)計測試執(zhí)行測試記494.5單元測試過程測試計劃內(nèi)容：概要：明確測試目的和主要任務(wù)，被測系統(tǒng)的簡單描述，被測系統(tǒng)依賴的其它系統(tǒng)描述領(lǐng)域：定義測試和不需要測試的內(nèi)容，描述與測試計劃相關(guān)的重要術(shù)語和縮略語，測試場所建議的重大事件時間表：列出階段性進度轉(zhuǎn)換標(biāo)準(zhǔn)：允許系統(tǒng)進入一個特定的測試階段所必須具備的條件。定義可能會導(dǎo)致測試執(zhí)行掛起的狀態(tài)和事件。說明如何決定測試何時可以結(jié)束測試配置和環(huán)境：測試執(zhí)行：測試人員與分工，錯誤管理，測試周期等；4.5單元測試過程測試計劃內(nèi)容：504.5單元測試過程測試計劃內(nèi)容：風(fēng)險和意外事故：意外事件的對策更改記錄：到目前為止對測試計劃本身所作的更改和修訂。內(nèi)容可包括：編號、更改人、更改內(nèi)容、修訂的發(fā)布時間等。參考文檔：測試計劃引用的其他文檔。如:需求規(guī)范、設(shè)計規(guī)范、操作手冊、標(biāo)準(zhǔn)、其他相關(guān)信息。4.5單元測試過程測試計劃內(nèi)容：514.5單元測試過程測試方案內(nèi)容：概要被測試特性：進一步明確和細(xì)化被測試的特性測試需求：分析和明確功能等各方面的測試需求測試方法：擬采用的具體測試技術(shù)和方法需求規(guī)范追蹤：把測試需求轉(zhuǎn)化為測試設(shè)計測試用例集描述：對測試用例分層次說明更改記錄參考文檔4.5單元測試過程測試方案內(nèi)容：524.5單元測試過程測試用例內(nèi)容：1用例編號10用例類別2用例名稱11用例狀態(tài)3測試目的12用例設(shè)計人4輸入數(shù)據(jù)13創(chuàng)建時間5測試步驟14用例評審人6測試腳本15評審時間7預(yù)期結(jié)果16評審結(jié)果8響應(yīng)時間17執(zhí)行結(jié)果9實際輸出18相關(guān)模塊4.5單元測試過程測試用例內(nèi)容：1用例編號10用例類別2534.5單元測試過程錯誤管理-缺陷的級別：致命性錯誤（Critical）數(shù)據(jù)丟失，數(shù)據(jù)計算錯誤、系統(tǒng)崩潰和非常死機嚴(yán)重功能性錯誤(Serious)規(guī)定的功能沒有實現(xiàn)或不完整、設(shè)計不合理造成性能低下，影響系統(tǒng)的運營告警性錯誤(Moderate)不影響業(yè)務(wù)運營的功能問題建議性錯誤(Suggestion,Cosmetic)軟件設(shè)計和功能實現(xiàn)等不甚合理之處提出建議4.5單元測試過程錯誤管理-缺陷的級別：544.5單元測試過程錯誤管理-修改級別：高中低4.5單元測試過程錯誤管理-修改級別：554.5單元測試過程錯誤管理-錯誤描述：1分配給錯誤的ID號2提交錯誤的時間3錯誤提交人4版本號發(fā)生錯誤的子系統(tǒng)或模塊5錯誤發(fā)生的條件6對錯誤的詳細(xì)描述7所使用的測試用例號8錯誤被發(fā)現(xiàn)的數(shù)據(jù)庫9使用的機器號10錯誤的重要性11錯誤的改正優(yōu)先級12發(fā)生錯誤的子系統(tǒng)或模塊及相關(guān)的模塊13錯誤是否易再現(xiàn)14其他4.5單元測試過程錯誤管理-錯誤描述：1分配給錯誤的ID564.5單元測試過程錯誤管理-錯誤跟蹤：1錯誤負(fù)責(zé)人6錯誤改正后需要重新做的測試2嚴(yán)重性7改正錯誤所影響的組件3優(yōu)先級8目前錯誤的狀態(tài)4估計改正錯誤的日期