《《軟件測(cè)試技術(shù)》PPT課件》由會(huì)員分享，可在線閱讀，更多相關(guān)《《軟件測(cè)試技術(shù)》PPT課件（197頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、軟件測(cè)試技術(shù),,課程特點(diǎn),用真實(shí)應(yīng)用的案例和技術(shù)來(lái)講解如何解決測(cè)試中的實(shí)際難題 課程的中心思想是如何建立質(zhì)量保證體系，做到缺陷的預(yù)防 用一個(gè)大型的真實(shí)產(chǎn)品作為案例，講解從立項(xiàng)計(jì)劃到發(fā)布的每一步是如何實(shí)施的 對(duì)于同一個(gè)測(cè)試環(huán)節(jié)，開(kāi)發(fā)人員、測(cè)試人員、測(cè)試管理者應(yīng)該分別關(guān)注什么、做哪些工作來(lái)最終保證測(cè)試質(zhì)量 不僅講解要做好測(cè)試都需要做什么，更注重講解怎么做、為什么這樣做、如果不這樣做會(huì)出現(xiàn)什么情況,課程安排,與實(shí)踐相關(guān)的軟件測(cè)試?yán)碚?這一部分只會(huì)用很少的一點(diǎn)時(shí)間，基礎(chǔ)知識(shí)略過(guò)，僅對(duì)實(shí)踐中最重要的、最容易混淆或最容易出問(wèn)題的地方強(qiáng)調(diào)一下 測(cè)試計(jì)劃 這部分內(nèi)容將分別從測(cè)試執(zhí)行者和測(cè)試管理者的角度出發(fā)，講

2、解如何制定能覆蓋到細(xì)節(jié)的測(cè)試計(jì)劃，以及準(zhǔn)備資源的依據(jù)，并最終評(píng)定每一個(gè)測(cè)試人員的測(cè)試執(zhí)行情況,,課程安排,測(cè)試用例設(shè)計(jì)方法 這部分內(nèi)容會(huì)著重講解如何進(jìn)行深度驗(yàn)證和解決白盒測(cè)試的難點(diǎn)，以及各種用例設(shè)計(jì)方法的綜合使用,,課程安排,測(cè)試方法及技巧 這部分內(nèi)容將對(duì)每一種測(cè)試方法的重點(diǎn)、難點(diǎn)和實(shí)施技巧進(jìn)行講解，用一個(gè)真實(shí)的企業(yè)級(jí)軟件項(xiàng)目作為案例，講解如何在一個(gè)真實(shí)項(xiàng)目中逐一實(shí)施這些測(cè)試方法，其中絕大部分的測(cè)試方法都以自動(dòng)化測(cè)試的技術(shù)和實(shí)現(xiàn)方法來(lái)講解。當(dāng)所有的測(cè)試方法都部署完成，講解何如把這些獨(dú)立的測(cè)試方法和測(cè)試活動(dòng)整合成自動(dòng)化測(cè)試體系。從而實(shí)現(xiàn)缺陷預(yù)防的持續(xù)改進(jìn)。,,課程安排,測(cè)試度量體系的建立這部分內(nèi)

3、容會(huì)在課程中分兩個(gè)層面講解。第一個(gè)層面是技術(shù)方面的，包括與缺陷相關(guān)的各種度量數(shù)據(jù)，軟件可靠性分析 、缺陷分析等；第二個(gè)層面是管理方面的，包括如何應(yīng)用數(shù)據(jù)進(jìn)行輔助決策、需要積累和建立哪些數(shù)據(jù)內(nèi)容、以及根據(jù)缺陷狀態(tài)預(yù)估項(xiàng)目進(jìn)度和質(zhì)量等級(jí)等。,,課程安排,自動(dòng)化測(cè)試技術(shù) 這部分內(nèi)容先從自動(dòng)化測(cè)試技術(shù)的初級(jí)部分入手，介紹最新的自動(dòng)化測(cè)試技術(shù)和挑選工具的方法，然后分析自動(dòng)化測(cè)試技術(shù)的核心價(jià)值,,課程安排,缺陷預(yù)防的持續(xù)改進(jìn) 這部分內(nèi)容是核心中的核心，它是建立在前面用例設(shè)計(jì)、測(cè)試計(jì)劃和各種測(cè)試方法的基礎(chǔ)上的，可以說(shuō)前面的內(nèi)容都是在為這一塊打基礎(chǔ),,課程安排,測(cè)試管理 沒(méi)有科學(xué)的測(cè)試管理就不可能建立完備的質(zhì)

4、量保證體系，這部分內(nèi)容講解在實(shí)踐中如何進(jìn)行缺陷的度量。軟件質(zhì)量的度量以及測(cè)試質(zhì)量的度量,,在課程中要逐一解決的問(wèn)題,測(cè)試人員不足，尤其是有經(jīng)驗(yàn)的測(cè)試工程師不足 團(tuán)隊(duì)對(duì)Bug的理解不一致，有時(shí)測(cè)試團(tuán)隊(duì)開(kāi)的Bug開(kāi)發(fā)團(tuán)隊(duì)不認(rèn)可 沒(méi)有有效的技術(shù)手段保證測(cè)試速度，甚至測(cè)試被認(rèn)為額外增加了項(xiàng)目進(jìn)度時(shí)間 測(cè)試量很大，測(cè)試報(bào)告不能及時(shí)反映最新版本中存在的問(wèn)題 測(cè)試中重復(fù)勞動(dòng)太多，長(zhǎng)期下來(lái)，測(cè)試工程師缺乏成就感和創(chuàng)造力 軟件發(fā)布前是否經(jīng)歷了足夠的測(cè)試？能否發(fā)布到底誰(shuí)說(shuō)了算？ 缺陷預(yù)防的持續(xù)改進(jìn) 建立質(zhì)量保證體系,,第一章 軟件測(cè)試基礎(chǔ)理論,什么是軟件測(cè)試,軟件測(cè)試的引出 軟件測(cè)試的定義 軟件測(cè)試的存在階段,軟

5、件測(cè)試的引出,什么是有效代碼？怎么知道寫(xiě)出的代碼是不是有效的？ 測(cè)試僅僅是一種技術(shù)嗎？ 測(cè)試僅僅是一種活動(dòng)嗎？ 測(cè)試是在開(kāi)發(fā)進(jìn)度的基礎(chǔ)上額外投入一塊時(shí)間嗎？ 測(cè)試是要建立起一套質(zhì)量保證體系，使得項(xiàng)目按照既定的方向和標(biāo)準(zhǔn)前進(jìn),軟件測(cè)試的定義,為了保證軟件的質(zhì)量和可靠性，應(yīng)力求在分析，設(shè)計(jì)等各個(gè)階段結(jié)束前，對(duì)軟件進(jìn)行嚴(yán)格的評(píng)審。也就是說(shuō)軟件測(cè)試是在軟件投入運(yùn)行前，對(duì)軟件需求分析，設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終審查，它是軟件質(zhì)量保證的關(guān)鍵步驟。,軟件測(cè)試的存在階段,需求階段的Spec Review 編碼階段的單元測(cè)試 編碼完成后的各種綜合測(cè)試 測(cè)試可以加速軟件開(kāi)發(fā)進(jìn)度，在實(shí)踐上必須讓測(cè)試滲透到每一個(gè)階段、

6、每一個(gè)細(xì)節(jié),什么是軟件缺陷,缺陷的定義：軟件缺陷這一概念用來(lái)描述各種軟件錯(cuò)誤，是所有軟件錯(cuò)誤的統(tǒng)稱。 把符合下列5種特征之一的軟件錯(cuò)誤認(rèn)為是軟件缺陷： （1）軟件未達(dá)到軟件產(chǎn)品需求說(shuō)明書(shū)中指明的要求； （2）軟件出現(xiàn)了軟件產(chǎn)品需求說(shuō)明書(shū)中指明不會(huì)出現(xiàn)的錯(cuò)誤； （3）軟件功能超出了軟件產(chǎn)品需求說(shuō)明書(shū)中指明的范圍； （4）軟件未達(dá)到軟件產(chǎn)品需求說(shuō)明書(shū)中雖未指明但應(yīng)達(dá)到的要求； （5）難以理解、不易使用、運(yùn)行速度緩慢或者最終用戶認(rèn)為不好的問(wèn)題。,缺陷的分類,缺陷和BUG，它的分類要根據(jù)不同的公司不同的產(chǎn)品來(lái)確定，但是基本的分類思想是一致的。 Code bug Spec bug Performanc

7、e Security UI Bug Accessibility,可能發(fā)生的風(fēng)險(xiǎn),以下方面是很容易引入風(fēng)險(xiǎn)的： 軟件在發(fā)布或交付使用之前沒(méi)有經(jīng)歷足夠的測(cè)試 采用產(chǎn)量很少的硬件、芯片，及即將停產(chǎn)的型號(hào) 購(gòu)買剛被兼并的軟件公司的產(chǎn)品 不明確的需求 未經(jīng)充分論證的架構(gòu),Myers軟件測(cè)試目的,1979年，Glenford Myers在The Art of Software Testing一書(shū)中提出“測(cè)試的目的是證偽”這一概念，推翻了過(guò)去“為表明軟件正確而進(jìn)行測(cè)試”的錯(cuò)誤認(rèn)識(shí)，為軟件測(cè)試的發(fā)展指出了方向，軟件測(cè)試的理論、方法在之后得到了長(zhǎng)足的發(fā)展。,軟件測(cè)試的原則,1. 應(yīng)當(dāng)把“盡早地和不間斷地進(jìn)行軟件

8、測(cè)試”作為測(cè)試團(tuán)隊(duì)的座右銘。 2. 如何做到盡早測(cè)試和不間斷測(cè)試？ 3. 程序員應(yīng)避免檢查自己的程序。 4. 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。,5. Bug的標(biāo)準(zhǔn)：測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。 6. 嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性。 7. 應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。 8. 讓數(shù)據(jù)說(shuō)話：通過(guò)對(duì)測(cè)試用例和Bug的追蹤統(tǒng)計(jì)，看出項(xiàng)目組發(fā)生了什么、正在發(fā)生什么、甚至將會(huì)發(fā)生什么。測(cè)試團(tuán)隊(duì)需要建立Case管理平臺(tái)和缺陷追蹤體系,,,,詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明,概要設(shè)計(jì)規(guī)格說(shuō)明,需求規(guī)格說(shuō)明,,,,怎樣理解經(jīng)典模型,Review,缺陷和Bug的區(qū)

9、別 軟件測(cè)試的意義,第二章 測(cè)試計(jì)劃,如何在需求和設(shè)計(jì)階段有效的介入 對(duì)需求和設(shè)計(jì)的頻繁變更如何應(yīng)對(duì) 測(cè)試文檔的核心價(jià)值是什么？為什么要寫(xiě)測(cè)試計(jì)劃？,測(cè)試文檔,Test Spec,INTRODUCTION Objective Statement Related Documents and Links Glossary,Test Spec,SCOPE Goals Non-Goals Dependencies and Partners Risks Assumptions and Limitations Assumptions Limitations,Test Spec,FEATURE OVERVI

10、EW Feature Description Release Criteria Functional Area Breakdown Feature Data Flow Diagram (DFD),Release Creteria,CC：Code Complete Pass Rate：這是RC的核心衡量指標(biāo)之一，我們的要求是必須保證95的case通過(guò)率 Case和Bug的級(jí)別：允許存在5不通過(guò)的case，但這些case決不能是重要case ZBB：這是Zero Bug Bounce的縮寫(xiě)，意為“零Bug邊界” Code Coverage：代碼覆蓋率,Test Spec,FEATURE VALID

11、ATION For all features Overview Valid Scenario Invalid Scenarios,Test Spec,GENERAL APPROACHES Security Permission Help and documentation International Sufficiency (Globalization/localization) Accessibility Scalability/ Performance Stress Geo/Political/Legal Logging/ Message format Tracing/Counters(

12、Diagnos ability) Testability Test Hooks,Test Spec,SCENARIO BASED TESTS Reliability/LongHaul Memory Usage CPU Usage Time Consumption Integration Interoperability Compatibility,Test Spec,TEST COMPONENT CHECKLIST tool/lib name Feature list,Test Spec,Topology requirements,Test Spec,OPEN ISSUES,Test Spec

13、,SIGN-OFF CHANGE HISTORY,Review,一篇好的測(cè)試文檔應(yīng)當(dāng)包含哪些內(nèi)容、注意哪些方面,第三章 測(cè)試用例設(shè)計(jì),測(cè)試用例設(shè)計(jì),黑盒測(cè)試 等價(jià)類劃分 邊界值分析 錯(cuò)誤推測(cè)法 因果圖,白盒測(cè)試 邏輯覆蓋 判定結(jié)構(gòu)分析 循環(huán)結(jié)構(gòu)分析 基本路徑覆蓋,黑盒測(cè)試,這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求和功能規(guī)格說(shuō)明，檢查程序的功能是否符合它的功能說(shuō)明。 黑盒測(cè)試叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。 一種特殊的黑盒測(cè)試叫做接口測(cè)試，它不管程序的需求和實(shí)現(xiàn)細(xì)節(jié)，僅依據(jù)程序與其外部環(huán)境的接口來(lái)選擇測(cè)試數(shù)據(jù)。,黑盒測(cè)試方法是在程序接口上進(jìn)行

14、測(cè)試，主要是為了發(fā)現(xiàn)以下錯(cuò)誤: 是否有不正確或遺漏了的功能？ 在接口上，輸入能否正確地接受？ 能否輸出正確的結(jié)果？ 是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息 (例如數(shù)據(jù)文件) 訪問(wèn)錯(cuò)誤？ 性能上是否能夠滿足要求？ 是否有初始化或終止性錯(cuò)誤？,用黑盒測(cè)試發(fā)現(xiàn)程序錯(cuò)誤，必須在所有可能的輸入條件和輸出條件中確定測(cè)試數(shù)據(jù)，檢查程序能否產(chǎn)生正確的輸出。 但這是不可能的。例如，設(shè)一個(gè)程序P有輸入量X和Y及輸出量Z。在字長(zhǎng)為32位的計(jì)算機(jī)上運(yùn)行。若X、Y取整數(shù)，按黑盒方法進(jìn)行窮舉測(cè)試：可能采用的測(cè)試數(shù)據(jù)組個(gè)數(shù)：232232264 如果測(cè)試一組數(shù)據(jù)需要1毫秒, 一年工作36524小時(shí)，完成所有測(cè)試需5億年。,白盒測(cè)試,此

15、方法把測(cè)試對(duì)象看做一個(gè)透明的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。 通過(guò)在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。,軟件人員使用白盒測(cè)試方法，主要想對(duì)程序模塊進(jìn)行如下的檢查： 對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一次 路徑覆蓋測(cè)試； 對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都至少測(cè)試一次 邏輯覆蓋測(cè)試； 在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體 控制流測(cè)試； 測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性 數(shù)據(jù)流測(cè)試、領(lǐng)域測(cè)試等。,對(duì)一個(gè)具有多重選擇和循環(huán)嵌套的程序，不同的路徑數(shù)目可能是天文

16、數(shù)字。給出一個(gè)小程序的流程圖，它包括了一個(gè)執(zhí)行20次的循環(huán)。 包含的不同執(zhí)行路徑數(shù)達(dá) 520 條，對(duì)每一條路徑進(jìn)行測(cè)試需要1毫秒，假定一年工作36524小時(shí)，要想把所有路徑測(cè)試完，需3170年。,,灰盒測(cè)試,灰盒測(cè)試，確實(shí)是介于二者之間的，可以這樣理解，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過(guò)白盒測(cè)試來(lái)操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法。,,灰盒測(cè)試結(jié)合了白盒測(cè)試盒黑盒測(cè)試的要素.它考慮了用戶端、特定的

17、系統(tǒng)知識(shí)和操作環(huán)境。它在系統(tǒng)組件的協(xié)同性環(huán)境中評(píng)價(jià)應(yīng)用軟件的設(shè)計(jì)。 灰盒測(cè)試由方法和工具組成，這些方法和工具取材于應(yīng)用程序的內(nèi)部知識(shí)盒與之交互的環(huán)境，能夠用于黑盒測(cè)試以增強(qiáng)測(cè)試效率、錯(cuò)誤發(fā)現(xiàn)和錯(cuò)誤分析的效率?；液袦y(cè)試涉及輸入和輸出，但使用關(guān)于代碼和程序操作等通常在測(cè)試人員視野之外的信息設(shè)計(jì)測(cè)試。,邏輯覆蓋,語(yǔ)句覆蓋 判定覆蓋 條件覆蓋 判定條件覆蓋 條件組合覆蓋 路徑覆蓋,邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計(jì)測(cè)試用例的技術(shù)。它屬白盒測(cè)試。,,,,,,(A1) and (B=0),(A=2) or (X1),,,,,X = X/A,,,,,,,X = X+1,,,T,T,F,F,a,b,d

18、,c,e,L1 ( a c e ) = (A 1) and (B = 0) and (A = 2) or (X/A 1) = (A 1) and (B = 0) and (A = 2) or (A 1) and (B = 0) and (X/A 1) = (A = 2) and (B = 0) or (A 1) and (B = 0) and (X/A 1),L2 ( a b d ) = not(A 1) and (B = 0) and not(A = 2) or (X 1) = not (A 1) or not (B = 0) and not (A = 2) and no

19、t (X1) = not (A 1) and not (A = 2) and not (X 1) or not (B = 0) and not (A = 2) and not (X 1),L3 ( a b e) = not (A 1) and (B = 0) and (A = 2) or (X 1) = not (A 1) or not (B = 0) and (A = 2) or (X 1) = not (A 1) and (A = 2) or not ( A 1) and (X 1) or not (B = 0) and (A = 2) or not (

20、B = 0) and (X 1),L4 ( a c d ) = (A 1) and (B = 0) and not (A = 2) or (X/A 1) = (A 1) and (B = 0) and not (A = 2) and not (X/A 1),語(yǔ)句覆蓋,語(yǔ)句覆蓋就是設(shè)計(jì)若干個(gè)測(cè)試用例，運(yùn)行被測(cè)程序，使得每一可執(zhí)行語(yǔ)句至少執(zhí)行一次。 在圖例中，正好所有的可執(zhí)行語(yǔ)句都在路徑L1上，所以選擇路徑 L1設(shè)計(jì)測(cè)試用例，就可以覆蓋所有的可執(zhí)行語(yǔ)句。,測(cè)試用例的設(shè)計(jì)格式如下【輸入的(A, B, X)，輸出的(A, B, X)】 為圖例設(shè)計(jì)滿足語(yǔ)句覆蓋的測(cè)試用例是:【(2, 0, 4)，

21、(2, 0, 3)】 覆蓋 ace【L1】,,(A=2) and (B=0) or (A1) and (B=0) and (X/A1),,判定覆蓋,判定覆蓋就是設(shè)計(jì)若干個(gè)測(cè)試用例，運(yùn)行被測(cè)程序，使得程序中每個(gè)判斷的取真分支和取假分支至少經(jīng)歷一次。 判定覆蓋又稱為分支覆蓋。 對(duì)于圖例，如果選擇路徑L1和L2，就可得滿足要求的測(cè)試用例:,【(2, 0, 4)，(2, 0, 3)】覆蓋 ace【L1】【(1, 1, 1)，(1, 1, 1)】覆蓋 abd【L2】,(A = 2) and (B = 0) or (A 1) and (B = 0) and (X/A 1),not (A 1) an

22、d not (A = 2) and not (X 1) or not (B = 0) and not (A = 2) and not (X 1),,,如果選擇路徑L3和L4，還可得另一組可用的測(cè)試用例:【(2, 1, 1)，(2, 1, 2)】覆蓋 abe【L3】【(3, 0, 3)，(3, 0, 1)】覆蓋 acd【L4】,,not (A 1) and (X 1) or not (B = 0) and (A = 2) or not (B = 0) and (X 1),(A 1) and (B = 0) and not (A = 2) and not (X/A 1),,,條

23、件覆蓋,條件覆蓋就是設(shè)計(jì)若干個(gè)測(cè)試用例，運(yùn)行被測(cè)程序，使得程序中每個(gè)判斷的每個(gè)條件的可能取值至少執(zhí)行一次。 在圖例中，我們事先可對(duì)所有條件的取值加以標(biāo)記。例如， 對(duì)于第一個(gè)判斷： 條件 A1 取真為 ，取假為 條件 B0 取真為 ，取假為,對(duì)于第二個(gè)判斷： 條件A2 取真為 ，取假為 條件X1 取真為 ，取假為 測(cè)試用例 覆蓋分支 條件取值 【(2, 0, 4)，(2, 0, 3)】 L1(c, e) 【(1, 0, 1)，(1, 0, 1)】 L2(b, d) 【(2, 1, 1)，(2, 1, 2)】 L3(b, e) 或,測(cè) 試 用 例覆蓋分支 條件取值 【(1, 0, 3)，(

24、1, 0, 4)】 L3(b, e) 【(2, 1, 1)，(2, 1, 2)】 L3(b, e) 判定條件覆蓋就是設(shè)計(jì)足夠的測(cè)試用例，使得判斷中每個(gè)條件的所有可能取值至少執(zhí)行一次，每個(gè)判斷中的每個(gè)分支至少執(zhí)行一次。,,判定條件覆蓋,測(cè) 試 用 例覆蓋分支 條件取值 【(2, 0, 4)，(2, 0, 3)】L1(c, e) 【(1, 1, 1)，(1, 1, 1)】L2(b, d),(A = 2) and (B = 0) or (A 1) and (B = 0) and (X/A 1),,,not (A 1) and not (A = 2) and not (X 1)

25、or not (B = 0) and not (A = 2) and not (X 1),,,,and,or,,A1,,T,B=0,,T,,X=X/A,,T,,,,,,F,F,A=2,,T,,F,X1,F,,,X=X+1,,,,,條件組合覆蓋,條件組合覆蓋就是設(shè)計(jì)足夠的測(cè)試用例，運(yùn)行被測(cè)程序，使得每個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次。 記 A1, B0 作 A1, B0 作 A1, B0 作 A1, B0 作,, A2, X1 作 A2, X1 作 A2, X1 作 A2, X1 作 測(cè) 試 用 例 覆蓋條件 覆蓋組合 【(2, 0, 4),

26、 (2, 0, 3)】(L1) , 【(2, 1, 1), (2, 1, 2)】(L3) , 【(1, 0, 3), (1, 0, 4)】(L3) , 【(1, 1, 1), (1, 1, 1)】(L2) , ,,路徑測(cè)試,路徑測(cè)試就是設(shè)計(jì)足夠的測(cè)試用例，覆蓋程序中所有可能的路徑。 測(cè) 試 用 例 通過(guò)路徑 覆蓋條件 【(2, 0, 4), (2, 0, 3)】 ace (L1) 【(1, 1, 1), (1, 1, 1)】 abd (L2) 【(1, 1, 2), (1, 1, 3)】 abe (L3) 【(3, 0, 3), (3, 0, 1

27、)】 acd (L4),,判定結(jié)構(gòu)分析,當(dāng)程序中判定多于一個(gè)時(shí)，形成的分支結(jié)構(gòu)可以分為兩類：嵌套型分支結(jié)構(gòu)和連鎖型分支結(jié)構(gòu)。 對(duì)于嵌套型分支結(jié)構(gòu)，若有n個(gè)判定語(yǔ)句，需要n+1個(gè)測(cè)試用例； 對(duì)于連鎖型分支結(jié)構(gòu)， 若有n個(gè)判定語(yǔ)句，需要有2n個(gè)測(cè)試用例，覆蓋它的2n條路徑。,嵌套型分支結(jié)構(gòu),連鎖型分支結(jié)構(gòu),對(duì)于連鎖型分支結(jié)構(gòu)，當(dāng) n 較大時(shí)將無(wú)法測(cè)試。 為減少測(cè)試用例的數(shù)目，可采用試驗(yàn)設(shè)計(jì)法，抽取部分路徑進(jìn)行測(cè)試。,這樣，測(cè)試路徑數(shù)目從238條減少到314條。,,L4,0 0 0 1 0 1 0 1 1 1 1 0,1 2 3,1 2 3 4,,,,循環(huán)結(jié)構(gòu)分析,循環(huán)分為4種不同類型：簡(jiǎn)單循環(huán)、連

28、鎖循環(huán)、嵌套循環(huán)和非結(jié)構(gòu)循環(huán)。 (1) 簡(jiǎn)單循環(huán) 零次循環(huán)：從循環(huán)入口到出口 一次循環(huán)：檢查循環(huán)初始值 二次循環(huán)：檢查多次循環(huán) m次循環(huán)： 檢查在多次循環(huán) 最大次數(shù)循環(huán)、比最大次數(shù)多一次、少一次的循環(huán)。,基本路徑測(cè)試,基本路徑測(cè)試方法把覆蓋的路徑數(shù)壓縮到一定限度內(nèi)，程序中的循環(huán)體最多只執(zhí)行一次。 它是在程序控制流圖的基礎(chǔ)上，分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，設(shè)計(jì)測(cè)試用例的方法。設(shè)計(jì)出的測(cè)試用例要保證在測(cè)試中，程序的每一個(gè)可執(zhí)行語(yǔ)句至少要執(zhí)行一次。,程序的控制流圖,符號(hào)為控制流圖的一個(gè)結(jié)點(diǎn)，表示一個(gè)或多個(gè)無(wú)分支的PDL語(yǔ)句或源程序語(yǔ)句。箭頭為邊，表示控制流的方向。,在

29、選擇或多分支結(jié)構(gòu)中，分支的匯聚處應(yīng)有一個(gè)匯聚結(jié)點(diǎn)。 邊和結(jié)點(diǎn)圈定的區(qū)域叫做區(qū)域，當(dāng)對(duì)區(qū)域計(jì)數(shù)時(shí)，圖形外的區(qū)域也應(yīng)記為一個(gè)區(qū)域。 如果判斷中的條件表達(dá)式是由一個(gè)或多個(gè)邏輯運(yùn)算符 (OR, AND, ...) 連接的復(fù)合條件表達(dá)式，則需改為 一系列只有單個(gè)條件的嵌套的判斷。,,等價(jià)類劃分,等價(jià)類劃分是一種典型的黑盒測(cè)試方法，使用這一方法時(shí)，完全不考慮程序的內(nèi)部結(jié)構(gòu)，只依據(jù)程序的規(guī)格說(shuō)明來(lái)設(shè)計(jì)測(cè)試用例。 等價(jià)類劃分方法把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分，然后從每一部分中選取少數(shù)有代表性的數(shù)據(jù)做為測(cè)試用例。,使用這一方法設(shè)計(jì)測(cè)試用例要經(jīng)歷劃分等價(jià)類（列出等價(jià)類表）和選取測(cè)試用例兩步。

30、(1) 劃分等價(jià)類等價(jià)類是指某個(gè)輸入域的子集合。在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。測(cè)試某等價(jià)類的代表值就等價(jià)于對(duì)這一類其他值的測(cè)試。,等價(jià)類的劃分有兩種不同的情況： 有效等價(jià)類：是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)，是合理的，有意義的輸入數(shù)據(jù)構(gòu)成的集合。 無(wú)效等價(jià)類：是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)，是不合理的，無(wú)意義的輸入數(shù)據(jù)構(gòu)成的集合。 在設(shè)計(jì)測(cè)試用例時(shí)，要同時(shí)考慮有效等價(jià)類和無(wú)效等價(jià)類的設(shè)計(jì)。,劃分等價(jià)類等價(jià)類的原則。1) 如果輸入條件規(guī)定了取值范圍，或值的個(gè)數(shù)，則可以確立一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類。 例如，在程序的規(guī)格說(shuō)明中，對(duì)輸入條件有一句話： “ 項(xiàng)數(shù)可以從1到99

31、9 ” 則有效等價(jià)類是“1項(xiàng)數(shù)999” 兩個(gè)無(wú)效等價(jià)類是“項(xiàng)數(shù)1”或“項(xiàng)數(shù)999”。,在數(shù)軸上表示成:,2) 如果輸入條件規(guī)定了輸入值的集合，或者是規(guī)定了“必須如何”的條件，這時(shí)可確立一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。 例如，在Pascal語(yǔ)言中對(duì)變量標(biāo)識(shí)符規(guī)定為“以字母打頭的串”。那么所有以字母打頭的構(gòu)成有效等價(jià)類，而不在此集合內(nèi)（不以字母打頭）的歸于無(wú)效等價(jià)類。,3) 如果輸入條件是一個(gè)布爾量，則可以確定一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。 4) 如果規(guī)定了輸入數(shù)據(jù)的一組值，而且程序要對(duì)每個(gè)輸入值分別進(jìn)行處理。這時(shí)可為 每一個(gè)輸入值確立一個(gè)有效等價(jià)類，此外針對(duì)這組值確立一個(gè)無(wú)效等價(jià)類，它是所

32、有不允許的輸入值的集合。,例如，在教師上崗方案中規(guī)定對(duì)教授、副教授、講師和助教分別計(jì)算分?jǐn)?shù)，做相應(yīng)的處理。因此可以確定4個(gè)有效等價(jià)類為教授、副教授、講師和助教，一個(gè)無(wú)效等價(jià)類，它是所有不符合以上身分的人員的輸入值的集合。 5) 如果規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則，則可以確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無(wú)效等價(jià)類（從不同角度違反規(guī)則）。,例如，Pascal語(yǔ)言規(guī)定 “一個(gè)語(yǔ)句必須以分號(hào);結(jié)束”。這時(shí)可以確定一個(gè)有效等價(jià)類 “以;結(jié)束”，若干個(gè)無(wú)效等價(jià)類 “以:結(jié)束”、“以,結(jié)束”、“以 結(jié)束”、“以LF結(jié)束”等。 (2) 確立測(cè)試用例在確立了等價(jià)類之后，建立等價(jià)類表，列出所有劃分出的等價(jià)類。

33、,再?gòu)膭澐殖龅牡葍r(jià)類中按以下原則選擇測(cè)試用例：1) 為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一編號(hào)；2) 設(shè)計(jì)一個(gè)新的測(cè)試用例，使其盡可能多地覆蓋尚未被覆蓋的有效等價(jià)類，重復(fù)這一步，直到所有的有效等價(jià)類都被覆蓋為止；3) 設(shè)計(jì)一個(gè)新的測(cè)試用例，使其僅覆蓋一個(gè)尚未被覆蓋的無(wú)效等價(jià)類，重復(fù)這一步，直到所有的無(wú)效等價(jià)類都被覆蓋為止。,,用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例的實(shí)例 在某一PASCAL語(yǔ)言版本中規(guī)定： “標(biāo)識(shí)符是由字母開(kāi)頭，后跟字母或數(shù)字的任意組合構(gòu)成。有效字符數(shù)為8個(gè)，最大字符數(shù)為80個(gè)?！? 并且規(guī)定：“標(biāo)識(shí)符必須先說(shuō)明，再使用?！?“在同一說(shuō)明語(yǔ)句中，標(biāo)識(shí)符至少必須有一個(gè)?！?用等價(jià)類劃分方法，建立輸入

34、等價(jià)類表:,下面選取了 9 個(gè)測(cè)試用例，它們覆蓋了所有的等價(jià)類。 VAR x，T1234567：REAL； BEGIN x := 3.414； T1234567 := 2.732； ... (1), (2), (4), (8), (9), (12), (14) VAR ：REAL； (3) VAR x，：REAL; (5), VAR T12345678：REAL； (6) VAR T12345......：REAL； (7) 多于80個(gè)字符 VAR T$：CHAR； (10) VAR GOTO：INTEGER； (11) VAR

35、 2T：REAL； (13) VAR PAR：REAL； (15) BEGIN ...... PAP := SIN (3.14 * 0.8) / 6；,,邊界值分析,邊界值分析也是一種黑盒測(cè)試方法，是對(duì)等價(jià)類劃分方法的補(bǔ)充。 人們從長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)得知，大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內(nèi)部。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。,比如，在做三角形計(jì)算時(shí)，要輸入三角形的三個(gè)邊長(zhǎng)：A、B和C。 我們應(yīng)注意到這三個(gè)數(shù)值應(yīng)當(dāng)滿足 A0、B0、C0、 ABC、ACB、BCA，才能構(gòu)成三角形。但如果把六個(gè)不等式中的任何一個(gè)大于號(hào)“”錯(cuò)寫(xiě)成大于等

36、于號(hào)“”，那就不能構(gòu)成三角形。問(wèn)題恰出現(xiàn)在容易被疏忽的邊界附近。,這里所說(shuō)的邊界是指，相當(dāng)于輸入等價(jià)類和輸出等價(jià)類而言，稍高于其邊界值及稍低于其邊界值的一些特定情況。 使用邊界值分析方法設(shè)計(jì)測(cè)試用例，首先應(yīng)確定邊界情況。應(yīng)當(dāng)選取正好等于，剛剛大于，或剛剛小于邊界的值做為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類中的典型值或任意值做為測(cè)試數(shù)據(jù)。,,錯(cuò)誤推測(cè)法,人們也可以靠經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中可能存在的各種錯(cuò)誤，從而有針對(duì)性地編寫(xiě)檢查這些錯(cuò)誤的例子。這就是錯(cuò)誤推測(cè)法。 錯(cuò)誤推測(cè)法的基本想法是：列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)它們選擇測(cè)試用例。,,因果圖,因果圖的適用范圍 如果在測(cè)試時(shí)必須

37、考慮輸入條件的各種組合，可使用一種適合于描述對(duì)于多種條件的組合，相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)設(shè)計(jì)測(cè)試用例，這就需要利用因果圖。因果圖方法最終生成的就是判定表。它適合于檢查程序輸入條件的各種組合情況。 用因果圖生成測(cè)試用例的基本步驟,1) 分析軟件規(guī)格說(shuō)明描述中，哪些是原因 (即輸入條件或輸入條件的等價(jià)類)，哪些是結(jié)果 (即輸出條件)，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。 2) 分析軟件規(guī)格說(shuō)明描述的語(yǔ)義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的關(guān)系? 根據(jù)這些關(guān)系，畫(huà)出因果圖。 3) 由于語(yǔ)法或環(huán)境限制, 有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一

38、些記號(hào)標(biāo)明約束或限制條件。,4) 把因果圖轉(zhuǎn)換成判定表。 5) 把判定表的每一列拿出來(lái)作為依據(jù)，設(shè)計(jì)測(cè)試用例。 在因果圖中出現(xiàn)的基本符號(hào) 通常在因果圖中用Ci表示原因，用Ei表示結(jié)果，各結(jié)點(diǎn)表示狀態(tài)，可取值 “0”或“1”?！?”表示某狀態(tài)不出現(xiàn)，“1”表示某狀態(tài)出現(xiàn)。,主要的原因和結(jié)果之間的關(guān)系有:,表示約束條件的符號(hào)為了表示原因與原因之間，結(jié)果與結(jié)果之間可能存在的約束條件，在因果圖中可以附加一些表示約束條件的符號(hào)。,,例如，有一個(gè)處理單價(jià)為5角錢的飲料的自動(dòng)售貨機(jī)軟件測(cè)試用例的設(shè)計(jì)。其規(guī)格說(shuō)明如下： 若投入5角錢或1元錢的硬幣，押下橙汁或啤酒的按鈕，則相應(yīng)的飲料就送出來(lái)。若售貨機(jī)沒(méi)有零

39、錢找，則一個(gè)顯示零錢找完的紅燈亮，這時(shí)在投入1元硬幣并押下按鈕后，飲料不送出來(lái)而且1元硬幣也退出來(lái)；若有零錢找，則顯示零錢找完的紅燈滅，在送出飲料的同時(shí)退還5角硬幣?！?1) 分析這一段說(shuō)明，列出原因和結(jié)果原因: 1. 售貨機(jī)有零錢找 2. 投入1元硬幣 3. 投入5角硬幣 4. 押下橙汁按鈕 5. 押下啤酒按鈕 建立中間結(jié)點(diǎn)，表示處理中間狀態(tài)11. 投入1元硬幣且押下飲料按鈕12. 押下橙汁或啤酒的按鈕13. 應(yīng)當(dāng)找5角零錢并且售貨機(jī)有零錢找14. 錢已付清,結(jié)果： 21. 售貨機(jī)零錢找完燈亮 22. 退還1元硬幣 23. 退還5角硬幣 24. 送出橙汁飲

40、料 25. 送出啤酒飲料 2) 畫(huà)出因果圖。所有原因結(jié)點(diǎn)列在左 邊，所有結(jié)果結(jié)點(diǎn)列在右邊。 3) 由于 2 與 3 ，4 與 5 不能同時(shí)發(fā)生， 分別加上約束條件E。 4) 因果圖 5) 轉(zhuǎn)換成判定表,,,,,,使用各種設(shè)計(jì)方法的綜合策略,測(cè)試素材的復(fù)用 在任何情況下都必須使用邊界值分析法。用這種方法設(shè)計(jì)出測(cè)試用例發(fā)現(xiàn)程序錯(cuò)誤的能力最強(qiáng)。 必要時(shí)用等價(jià)類劃分法補(bǔ)充一些測(cè)試用例。 用錯(cuò)誤推測(cè)法再追加一些測(cè)試用例。 不要因?yàn)閷?shí)現(xiàn)的困難程度而影響設(shè)計(jì)用例 Generic Test 自動(dòng)生成測(cè)試用例,Review,編寫(xiě)測(cè)試Property Page的Test Case,,第四章 測(cè)試度

41、量體系的建立,一個(gè)完備的測(cè)試度量體系的構(gòu)成要素： 缺陷庫(kù)的建立 用例庫(kù)的建立 測(cè)試結(jié)果庫(kù)的建立 自動(dòng)化測(cè)試體系 高效的工作流程 數(shù)據(jù)統(tǒng)計(jì)和數(shù)據(jù)挖掘 缺陷追蹤體系 科學(xué)的測(cè)試管理,測(cè)試度量體系構(gòu)成,用例庫(kù)的建立 不能把用例庫(kù)只建成一個(gè)詳細(xì)的記錄平臺(tái)，它是自動(dòng)化測(cè)試體系的支撐平臺(tái) 用例庫(kù)的具體實(shí)現(xiàn) 缺陷庫(kù)的建立 同樣地，缺陷庫(kù)也不只是記錄Bug的數(shù)據(jù)庫(kù)，建設(shè)時(shí)要考慮缺陷追蹤和為管理提供支撐 缺陷庫(kù)的具體實(shí)現(xiàn) 測(cè)試結(jié)果庫(kù)的建立 用例庫(kù)、缺陷庫(kù)和結(jié)果庫(kù)是數(shù)據(jù)輔助決策的支撐平臺(tái),測(cè)試度量體系平臺(tái)建設(shè),測(cè)試度量體系（一）,Bug和Case的關(guān)聯(lián) Known Failure與New Failure,缺陷的生

42、命期,（1）Open態(tài)-- pending態(tài)-- resolve態(tài)/open態(tài) （2）Open態(tài)-- Close態(tài) （3）Open態(tài)-- delay態(tài),測(cè)試度量體系流程,,Review,從開(kāi)一個(gè)Bug到關(guān)閉一個(gè)Bug經(jīng)歷的階段、處理的方法、判斷的依據(jù),第五章 測(cè)試方法及技巧,從兩個(gè)小故事想到的,香皂盒測(cè)試 太空用筆 Work Around和徹底解決問(wèn)題,軟件測(cè)試的種類,Functionality Test Black box and White box Security Help and documentation International Sufficiency (Globalizatio

43、n/localization) Accessibility Scalability/ Performance Stress,軟件測(cè)試的種類,Geo/Political/Legal Logging/ Message format Tracing/Counters( Diagnos ability) Testability Test Hooks SCENARIO BASED TESTS Reliability/LongHaul Integration Interoperability Compatibility UE測(cè)試,,功能測(cè)試 功能測(cè)試是在規(guī)定的一段時(shí)間內(nèi)運(yùn)行軟件系統(tǒng)的所有功能，以驗(yàn)證這個(gè)軟

44、件系統(tǒng)有無(wú)嚴(yán)重錯(cuò)誤。,可靠性測(cè)試,也叫穩(wěn)定性測(cè)試 在正常負(fù)載下的測(cè)試，記錄資源占用曲線 結(jié)合負(fù)載測(cè)試進(jìn)行,可靠性測(cè)試 如果系統(tǒng)需求說(shuō)明書(shū)中有對(duì)可靠性的要求，則需進(jìn)行可靠性測(cè)試。 平均失效間隔時(shí)間 MTBF (Mean Time Between Failures) 是否超過(guò)規(guī)定時(shí)限? 因故障而停機(jī)的時(shí)間 MTTR (Mean Time To Repairs) 在一年中應(yīng)不超過(guò)多少時(shí)間。,強(qiáng)度測(cè)試 強(qiáng)度測(cè)試也叫壓力測(cè)試，是要檢查在系統(tǒng)運(yùn)行環(huán)境不正常乃至發(fā)生故障的情況下，系統(tǒng)可以運(yùn)行到何種程度的測(cè)試。例如： 把輸入數(shù)據(jù)速率提高一個(gè)數(shù)量級(jí)，確定輸入功能將如何響應(yīng)。 設(shè)計(jì)需要占用最大存儲(chǔ)量或其他資源的測(cè)

45、試用例進(jìn)行測(cè)試。 設(shè)計(jì)出在虛擬存儲(chǔ)管理機(jī)制中引起“顛簸”的測(cè)試用例進(jìn)行測(cè)試。,,壓力測(cè)試和性能測(cè)試的區(qū)別 壓力測(cè)試的難點(diǎn) 一般情況下需要借助工具進(jìn)行（Load Runner，UI Spider）,設(shè)計(jì)出會(huì)對(duì)磁盤常駐內(nèi)存的數(shù)據(jù)過(guò)度訪問(wèn)的測(cè)試用例進(jìn)行測(cè)試。 強(qiáng)度測(cè)試的一個(gè)變種就是敏感性測(cè)試。在程序有效數(shù)據(jù)界限內(nèi)一個(gè)小范圍內(nèi)的一組數(shù)據(jù)可能引起極端的或不平穩(wěn)的錯(cuò)誤處理出現(xiàn)，或者導(dǎo)致極度的性能下降的情況發(fā)生。此測(cè)試用以發(fā)現(xiàn)可能引起這種不穩(wěn)定性或不正常處理的某些數(shù)據(jù)組合。,性能測(cè)試 性能測(cè)試是要檢查系統(tǒng)是否滿足在需求說(shuō)明書(shū)中規(guī)定的性能。特別是對(duì)于實(shí)時(shí)系統(tǒng)或嵌入式系統(tǒng)。 性能測(cè)試常需要與強(qiáng)度測(cè)試結(jié)合起來(lái)進(jìn)行

46、，并常要求同時(shí)進(jìn)行硬件和軟件檢測(cè)。 通常，對(duì)軟件性能的檢測(cè)表現(xiàn)在以下幾個(gè)方面：響應(yīng)時(shí)間、吞吐量、輔助存儲(chǔ)區(qū)，例如緩沖區(qū)，工作區(qū)的大小等、處理精度，等等。,,檢驗(yàn)系統(tǒng)的能力最高能達(dá)到什么程度。例如， 對(duì)于編譯程序，讓它處理特別長(zhǎng)的源程序； 對(duì)于操作系統(tǒng)，讓其作業(yè)隊(duì)列“滿員”； 對(duì)于信息檢索系統(tǒng)，讓它使用頻率達(dá)到最大。 在使系統(tǒng)的全部資源達(dá)到“滿負(fù)荷”的情形下，測(cè)試系統(tǒng)的承受能力。,,需要定義詳盡的界定值（Benchmark） 一般情況下需要借助工具進(jìn)行性能測(cè)試 性能測(cè)試的原則和難點(diǎn),安全性測(cè)試 安全性測(cè)試是要檢驗(yàn)在系統(tǒng)中已經(jīng)存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用，有無(wú)漏洞。 力圖破壞系統(tǒng)的保護(hù)

47、機(jī)構(gòu)以進(jìn)入系統(tǒng)的主要方法有以下幾種： 正面攻擊或從側(cè)面、背面攻擊系統(tǒng)中易受損壞的那些部分； 以系統(tǒng)輸入為突破口，利用輸入的容錯(cuò)性進(jìn)行正面攻擊；,申請(qǐng)和占用過(guò)多的資源壓垮系統(tǒng)，以破壞安全措施，從而進(jìn)入系統(tǒng)； 故意使系統(tǒng)出錯(cuò)，利用系統(tǒng)恢復(fù)的過(guò)程，竊取用戶口令及其他有用的信息； 通過(guò)瀏覽殘留在計(jì)算機(jī)各種資源中的垃圾（無(wú)用信息），以獲取如口令，安全碼，譯碼關(guān)鍵字等信息； 瀏覽全局?jǐn)?shù)據(jù)，期望從中找到進(jìn)入系統(tǒng)的關(guān)鍵字； 瀏覽那些邏輯上不存在，但物理上還存在的各種記錄和資料等。,安全性測(cè)試,安全測(cè)測(cè)試本質(zhì)上也是功能測(cè)試的一種 對(duì)于非桌面型應(yīng)用、CS/BS應(yīng)用、電信/金融/企業(yè)級(jí)的應(yīng)用尤為重要 安全性測(cè)試的前

48、提條件是清晰詳盡的權(quán)限定義,可使用性測(cè)試 可使用性測(cè)試主要從使用的合理性和方便性等角度對(duì)軟件系統(tǒng)進(jìn)行檢查，發(fā)現(xiàn)人為因素或使用上的問(wèn)題。 要保證在足夠詳細(xì)的程度下，用戶界面便于使用；對(duì)輸入量可容錯(cuò)、響應(yīng)時(shí)間和響應(yīng)方式合理可行、輸出信息有意義、正確并前后一致；出錯(cuò)信息能夠引導(dǎo)用戶去解決問(wèn)題；軟件文檔全面、正規(guī)、確切。,,這個(gè)測(cè)試更多的是針對(duì)設(shè)計(jì)，發(fā)bug時(shí)design change類型多于code bug 無(wú)效頁(yè)、步驟等 UI界面不能完成，需要用命令行或腳本 用戶干預(yù)困難,安裝測(cè)試 安裝測(cè)試的目的不是找軟件錯(cuò)誤，而是找安裝錯(cuò)誤。 在安裝軟件系統(tǒng)時(shí)，會(huì)有多種選擇。 要分配和裝入文件與程序庫(kù) 布置適用

49、的硬件配置 進(jìn)行程序的聯(lián)結(jié)。 而安裝測(cè)試就是要找出在這些安裝過(guò)程中出現(xiàn)的錯(cuò)誤。,安裝測(cè)試是在系統(tǒng)安裝之時(shí)進(jìn)行測(cè)試。它要檢驗(yàn)： 用戶選擇的一套任選方案是否相容； 安裝失敗的測(cè)試 系統(tǒng)的每一部分是否都齊全； 所有文件是否都已產(chǎn)生并確有所需要的內(nèi)容； 硬件的配置是否合理，等等。,文檔測(cè)試 這種測(cè)試是檢查用戶文檔(如用戶手冊(cè))的清晰性和精確性。 用戶文檔中所使用的例子必須在測(cè)試中一一試過(guò)，確保敘述正確無(wú)誤。 隨產(chǎn)品發(fā)布 Help文檔 隨機(jī)手冊(cè) 內(nèi)部文檔,,Globalization/localization,語(yǔ)言的兼容性 文化考慮，如日期格式等 不推薦使用硬編碼（Hard Code） 這個(gè)測(cè)試方法對(duì)定

50、制開(kāi)發(fā)同樣有效,靈活性/可擴(kuò)展性測(cè)試,可擴(kuò)展性是衡量軟件品質(zhì)的重要指標(biāo)之一，擴(kuò)展性好的軟件不僅有助于保護(hù)客戶投資，同時(shí)可以提高用戶對(duì)產(chǎn)品的忠誠(chéng)度 容量擴(kuò)展 功能擴(kuò)展,Geo/Political/Legal,非技術(shù)性測(cè)試 專業(yè)顧問(wèn)、專家支持 用戶圖標(biāo)官司,可診斷性測(cè)試,Logging/ Message format Tracing/Counters( Diagnos ability),可測(cè)性測(cè)試,Testability 這是對(duì)軟件設(shè)計(jì)的一項(xiàng)要求，繼承層次、接口行為、函數(shù)調(diào)用等,測(cè)試探針,Test Hooks 代碼注射，事件捕捉等，對(duì)測(cè)試人員要求較高,場(chǎng)景測(cè)試,是集成測(cè)試的濃縮版，覆蓋產(chǎn)品最關(guān)鍵的

51、用況 自動(dòng)化測(cè)試 小組協(xié)同測(cè)試,集成測(cè)試,大規(guī)模集成測(cè)試涉及到軟件、硬件、拓?fù)?、?fù)雜場(chǎng)景等 測(cè)試成本較高 需要良好的協(xié)調(diào)組織 模擬真網(wǎng)，盡可能模擬真實(shí)用戶環(huán)境,兼容性測(cè)試,經(jīng)驗(yàn)表明，越符合計(jì)算機(jī)界通用標(biāo)準(zhǔn)的產(chǎn)品，生命周期越長(zhǎng) 與標(biāo)準(zhǔn)的兼容性 與其他產(chǎn)品的兼容性 兼容性指標(biāo)直接影響市場(chǎng)效益,交互性測(cè)試,與兼容性測(cè)試的區(qū)別，現(xiàn)代軟件測(cè)試將交互性測(cè)試從兼容性測(cè)試中分離出來(lái) Word,測(cè)試和測(cè)試,在軟件交付使用后，用戶將如何實(shí)際使用程序，對(duì)于開(kāi)發(fā)者來(lái)說(shuō)是無(wú)法預(yù)測(cè)的。 測(cè)試是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測(cè)試。 測(cè)試的目的是評(píng)價(jià)軟件產(chǎn)品的FLURPS（

52、即功能、局域化、可使用性、可靠性、性能和支持）。尤其注重產(chǎn)品的界面和特色。,UE測(cè)試,Error Message 界面風(fēng)格 描述性語(yǔ)言的表達(dá) 風(fēng)格一致性,Review,Functionality Test Black box and White box Security Help and documentation International Sufficiency (Globalization/localization) Accessibility Scalability/ Performance Stress,Review,Geo/Political/Legal Logging/ Mess

53、age format Tracing/Counters( Diagnos ability) Testability Test Hooks SCENARIO BASED TESTS Reliability/LongHaul Integration Interoperability Compatibility UE測(cè)試,程序的靜態(tài)測(cè)試,代碼會(huì)審（Code Review） 代碼會(huì)審是由若干程序員和測(cè)試員組成一個(gè)會(huì)審小組，通過(guò)閱讀、討論和爭(zhēng)議，對(duì)程序進(jìn)行靜態(tài)分析的過(guò)程。 Code Review的條件是清晰的Guildeline,人工測(cè)試 經(jīng)驗(yàn)表明，使用人工測(cè)試能夠有效地發(fā)現(xiàn)30到70的邏輯設(shè)計(jì)和編碼

54、錯(cuò)誤。 桌前檢查（Desk Checking） 由程序員自己檢查自己編寫(xiě)的程序。程序員在程序通過(guò)編譯之后，進(jìn)行單元測(cè)試之前，對(duì)源代碼進(jìn)行分析，檢驗(yàn)，并補(bǔ)充相關(guān)文檔，目的是發(fā)現(xiàn)程序的錯(cuò)誤。,調(diào)試（Debug）,軟件調(diào)試是在進(jìn)行了成功的測(cè)試之后才開(kāi)始的工作。它與軟件測(cè)試不同，調(diào)試的任務(wù)是進(jìn)一步診斷和改正程序中潛在的錯(cuò)誤。 調(diào)試活動(dòng)由兩部分組成： 確定程序中可疑錯(cuò)誤的確切性質(zhì)和位置。 對(duì)程序(設(shè)計(jì),編碼)進(jìn)行修改，排除這個(gè)錯(cuò)誤。,調(diào)試工作是一個(gè)具有很強(qiáng)技巧性的工作。 軟件運(yùn)行失效或出現(xiàn)問(wèn)題，往往只是潛在錯(cuò)誤的外部表現(xiàn)，而外部表現(xiàn)與內(nèi)在原因之間常常沒(méi)有明顯的聯(lián)系。如果要找出真正的原因，排除潛在的錯(cuò)誤

55、，不是一件易事。 可以說(shuō)，調(diào)試是通過(guò)現(xiàn)象，找出原因的一個(gè)思維分析的過(guò)程。,調(diào)試的步驟,(1) 從錯(cuò)誤的外部表現(xiàn)形式入手，確定程序中出錯(cuò)位置； (2) 研究有關(guān)部分的程序，找出錯(cuò)誤的內(nèi)在原因； (3) 修改設(shè)計(jì)和代碼，以排除這個(gè)錯(cuò)誤； (4) 重復(fù)進(jìn)行暴露了這個(gè)錯(cuò)誤的原始測(cè)試或某些有關(guān)測(cè)試。,從技術(shù)角度來(lái)看，查找錯(cuò)誤的難度在于： 現(xiàn)象與原因所處的位置可能相距甚遠(yuǎn)。 當(dāng)其他錯(cuò)誤得到糾正時(shí), 這一錯(cuò)誤所表現(xiàn)出的現(xiàn)象可能會(huì)暫時(shí)消失，但并未實(shí)際排除。 現(xiàn)象實(shí)際上是由一些非錯(cuò)誤原因 (例如，舍入不精確) 引起的。,現(xiàn)象可能是由于一些不容易發(fā)現(xiàn)的人為錯(cuò)誤引起的。 錯(cuò)誤是由于時(shí)序問(wèn)題引起的，與處理過(guò)程無(wú)關(guān)。

56、現(xiàn)象是由于難于精確再現(xiàn)的輸入狀態(tài)（例如，實(shí)時(shí)應(yīng)用中輸入順序不確定）引起。 現(xiàn)象可能是周期出現(xiàn)的。在軟、硬件結(jié)合的嵌入式系統(tǒng)中常常遇到。,幾種主要的調(diào)試方法,調(diào)試的關(guān)鍵在于推斷程序內(nèi)部的錯(cuò)誤位置及原因?？梢圆捎靡韵路椒ǎ?強(qiáng)行排錯(cuò) 這種調(diào)試方法目前使用較多，效率較低。它不需要過(guò)多的思考，比較省腦筋。例如： 通過(guò)內(nèi)存全部打印來(lái)調(diào)試，在這大量的數(shù)據(jù)中尋找出錯(cuò)的位置。,在程序特定部位設(shè)置打印語(yǔ)句，把打印語(yǔ)句插在出錯(cuò)的源程序的各個(gè)關(guān)鍵變量改變部位、重要分支部位、子程序調(diào)用部位，跟蹤程序的執(zhí)行，監(jiān)視重要變量的變化。 自動(dòng)調(diào)試工具。利用某些程序語(yǔ)言的調(diào)試功能或?qū)ｉT的交互式調(diào)試工具，分析程序的動(dòng)態(tài)過(guò)程，而不必

57、修改程序。,應(yīng)用以上任一種方法之前，都應(yīng)當(dāng)對(duì)錯(cuò)誤的征兆進(jìn)行全面徹底的分析，得出對(duì)出錯(cuò)位置及錯(cuò)誤性質(zhì)的推測(cè)，再使用一種適當(dāng)?shù)恼{(diào)試方法來(lái)檢驗(yàn)推測(cè)的正確性。 回溯法調(diào)試這是在小程序中常用的一種有效的調(diào)試方法。一旦發(fā)現(xiàn)了錯(cuò)誤，人們先分析錯(cuò)誤征兆，確定最先發(fā)現(xiàn)“癥狀”的位置。,然后，人工沿程序的控制流程，向回追蹤源程序代碼，直到找到錯(cuò)誤根源或確定錯(cuò)誤產(chǎn)生的范圍。 例如，程序中發(fā)現(xiàn)錯(cuò)誤處是某個(gè)打印語(yǔ)句。通過(guò)輸出值可推斷程序在這一點(diǎn)上變量的值。再?gòu)倪@一點(diǎn)出發(fā)，回溯程序的執(zhí)行過(guò)程，反復(fù)考慮：“如果程序在這一點(diǎn)上的狀態(tài)（變量的值）是這樣，那么程序在上一點(diǎn)的狀態(tài)一定是這樣...”， 直到找到錯(cuò)誤的位置。,歸納法調(diào)

58、試 歸納法是一種從特殊推斷一般的系統(tǒng)化思考方法。歸納法調(diào)試的基本思想是：從一些線索(錯(cuò)誤征兆)著手，通過(guò)分析它們之間的關(guān)系來(lái)找出錯(cuò)誤。 收集有關(guān)的數(shù)據(jù) 列出所有已知的測(cè)試用例和程序執(zhí)行結(jié)果。看哪些輸入數(shù)據(jù)的運(yùn)行結(jié)果是正確的，哪些輸入數(shù)據(jù)的運(yùn)行結(jié)果有錯(cuò)誤。,組織數(shù)據(jù) 由于歸納法是從特殊到一般的推斷過(guò)程，所以需要組織整理數(shù)據(jù)，以發(fā)現(xiàn)規(guī)律。 常以3W1H形式組織可用的數(shù)據(jù)： “what” 列出一般現(xiàn)象； “where”說(shuō)明發(fā)現(xiàn)現(xiàn)象的地點(diǎn)； “when” 列出現(xiàn)象發(fā)生時(shí)所有已知情況； “how” 說(shuō)明現(xiàn)象的范圍和量級(jí)； “Yes”描述出現(xiàn)錯(cuò)誤的3W1H；,,歸納法中組織數(shù)據(jù)的3W1H表,“No”作為比

59、較，描述了沒(méi)有錯(cuò)誤的3W1H。通過(guò)分析找出矛盾來(lái)。 提出假設(shè) 分析線索之間的關(guān)系，利用在線索結(jié)構(gòu)中觀察到的矛盾現(xiàn)象，設(shè)計(jì)一個(gè)或多個(gè)關(guān)于出錯(cuò)原因的假設(shè)。如果一個(gè)假設(shè)也提不出來(lái)，歸納過(guò)程就需要收集更多的數(shù)據(jù)。此時(shí)，應(yīng)當(dāng)再設(shè)計(jì)與執(zhí)行一些測(cè)試用例，以獲得更多的數(shù)據(jù)。,,證明假設(shè) 把假設(shè)與原始線索或數(shù)據(jù)進(jìn)行比較，若它能完全解釋一切現(xiàn)象，則假設(shè)得到證明；否則，就認(rèn)為假設(shè)不合理，或不完全，或是存在多個(gè)錯(cuò)誤，以致只能消除部分錯(cuò)誤。,演繹法調(diào)試 演繹法是一種從一般原理或前提出發(fā)，經(jīng)過(guò)排除和精化的過(guò)程來(lái)推導(dǎo)出結(jié)論的思考方法。 演繹法排錯(cuò)是測(cè)試人員首先根據(jù)已有的測(cè)試用例，設(shè)想及枚舉出所有可能出錯(cuò)的原因做為假設(shè)；然后

60、再用原始測(cè)試數(shù)據(jù)或新的測(cè)試，從中逐個(gè)排除不可能正確的假設(shè)；最后，再用測(cè)試數(shù)據(jù)驗(yàn)證余下的假設(shè)確是出錯(cuò)的原因。,列舉所有可能出錯(cuò)原因的假設(shè)把所有可能的錯(cuò)誤原因列成表。通過(guò)它們，可以組織、分析現(xiàn)有數(shù)據(jù)。 利用已有的測(cè)試數(shù)據(jù)，排除不正確的假設(shè)仔細(xì)分析已有的數(shù)據(jù)，尋找矛盾，力求排除前一步列出所有原因。如果所有原因都被排除了，則需要補(bǔ)充一些數(shù)據(jù)(測(cè)試用例)，以建立新的假設(shè)。,改進(jìn)余下的假設(shè)利用已知的線索，進(jìn)一步改進(jìn)余下的假設(shè)，使之更具體化，以便可以精確地確定出錯(cuò)位置。 證明余下的假設(shè),調(diào)試原則,在調(diào)試方面，許多原則本質(zhì)上是心理學(xué)方面的問(wèn)題。調(diào)試由兩部分組成，調(diào)試原則也分成兩組。 確定錯(cuò)誤的性質(zhì)和位置的原則

61、 用頭腦去分析思考與錯(cuò)誤征兆有關(guān)的信息。 避開(kāi)死胡同。,只把調(diào)試工具當(dāng)做輔助手段來(lái)使用。利用調(diào)試工具，可以幫助思考，但不能代替思考。 避免用試探法，最多只能把它當(dāng)做最后手段。 修改錯(cuò)誤的原則 在出現(xiàn)錯(cuò)誤的地方，很可能還有別的錯(cuò)誤。,修改錯(cuò)誤的一個(gè)常見(jiàn)失誤是只修改了這個(gè)錯(cuò)誤的征兆或這個(gè)錯(cuò)誤的表現(xiàn)，而沒(méi)有修改錯(cuò)誤的本身。 當(dāng)心修正一個(gè)錯(cuò)誤的同時(shí)有可能會(huì)引入新的錯(cuò)誤。 修改錯(cuò)誤的過(guò)程將迫使人們暫時(shí)回到程序設(shè)計(jì)階段。 修改源代碼程序，不要改變目標(biāo)代碼。,Review,Code Review Debug,第六章自動(dòng)化測(cè)試,自動(dòng)化測(cè)試,什么是自動(dòng)化測(cè)試 自動(dòng)化測(cè)試是用來(lái)找Bug的嗎？ 自動(dòng)化測(cè)試工具 Au

62、tomation Code 自動(dòng)化測(cè)試用例的編碼原則 自動(dòng)化測(cè)試的運(yùn)行,測(cè)試度量體系自動(dòng)化測(cè)試,測(cè)試體系的核心是由自動(dòng)化測(cè)試構(gòu)成的 從找Bug到讓Bug自己跳出來(lái) 修改一個(gè)Bug可能會(huì)引入更多的Bug，怎樣杜絕這種情況的發(fā)生 計(jì)算進(jìn)行缺陷預(yù)防的投資回報(bào)率 缺陷分析工具,測(cè)量缺陷預(yù)防活動(dòng)的有效性,自動(dòng)化測(cè)試,數(shù)據(jù)驅(qū)動(dòng)的測(cè)試 BVT（DOA）和NonBVT Pass Rate Code Coverage Failure Track GUI測(cè)試自動(dòng)化,缺陷預(yù)防,效率: 有多少人被卷入一個(gè)Bug的處理? 避免 break和DOA break,Pre-Check in 代碼,在測(cè)試文檔里就應(yīng)該定義哪些用

63、例屬于Pre-Check In case 和產(chǎn)品代碼同時(shí)check in，保證每一塊產(chǎn)品代碼從Check In的第一天就處于被測(cè)狀態(tài)，這是質(zhì)量保證體系的關(guān)鍵 保證至少 85% 代碼覆蓋率,代碼覆蓋率,DOA/Basic Feature,Code Review流程,,No Bug VS. Finding Bugs,自動(dòng)化測(cè)試最大的價(jià)值是什么？ Silver Bullet？,第七章 測(cè)試管理,測(cè)試管理,Bug數(shù)是否意味著開(kāi)發(fā)人員的水平？ Bug的分類和優(yōu)先級(jí) 產(chǎn)品Bug和測(cè)試Bug 解決Bug的時(shí)間要求,測(cè)試管理,測(cè)試部門的組建 硬件環(huán)境準(zhǔn)備 測(cè)試團(tuán)隊(duì)的人數(shù)和構(gòu)成 測(cè)試人員的要求 按功能塊分工 按

64、測(cè)試類型分工,測(cè)試度量體系測(cè)試管理,測(cè)試團(tuán)隊(duì)和其他團(tuán)隊(duì)的配合，尤其是開(kāi)發(fā)團(tuán)隊(duì) 日常測(cè)試活動(dòng)安排 周期性測(cè)試活動(dòng)安排 突發(fā)性測(cè)試活動(dòng)安排 測(cè)試人員的考評(píng)標(biāo)準(zhǔn) 測(cè)試紀(jì)律,測(cè)試管理,統(tǒng)一測(cè)試團(tuán)隊(duì)和開(kāi)發(fā)團(tuán)隊(duì)對(duì)Bug的理解和認(rèn)識(shí) Triage團(tuán)隊(duì)的權(quán)威性和嚴(yán)肅性 質(zhì)量文化 目標(biāo)工作制 限時(shí)完成 數(shù)據(jù)統(tǒng)計(jì)和數(shù)據(jù)挖掘 根據(jù)數(shù)據(jù)預(yù)估和控制進(jìn)度,Bug Trend,測(cè)試管理,Bug Bash 不同階段的獎(jiǎng)勵(lì)與懲罰 目標(biāo)負(fù)責(zé)制 不斷探索新方法、內(nèi)部立項(xiàng)開(kāi)發(fā)新工具 籌備內(nèi)部通用Frame Work 設(shè)備是可以買的，但時(shí)間是買不來(lái)的,測(cè)試管理,合理的項(xiàng)目計(jì)劃，包括開(kāi)發(fā)計(jì)劃和測(cè)試計(jì)劃 合理的里程碑及里程碑之間的工作計(jì)劃

65、 長(zhǎng)期計(jì)劃、中期計(jì)劃、短期計(jì)劃 對(duì)不可預(yù)見(jiàn)因素的預(yù)判能力 Guideline和CheckList 工作成效的延續(xù)和發(fā)揚(yáng),Review,質(zhì)量和進(jìn)度哪個(gè)更重要 測(cè)試團(tuán)隊(duì)最核心的任務(wù)是什么？,與其他軟件工程方法的結(jié)合,測(cè)試活動(dòng)在軟件生命周期中不是孤立存在的 與配置管理尤其是版本管理的結(jié)合 Daily Build和分支管理 與變更管理的結(jié)合 與需求管理的結(jié)合,回顧,測(cè)試度量體系建立：缺陷度量體系的建立、缺陷度量庫(kù)的建立 缺陷度量： 理解與缺陷相關(guān)的各種度量數(shù)據(jù) 、使用缺陷度量數(shù)據(jù)做決策 、軟件可靠性分析、缺陷分析工具測(cè)試管理 缺陷預(yù)防的持續(xù)改進(jìn)： 缺陷數(shù)據(jù)庫(kù) 、缺陷估算模型 、制訂缺陷目標(biāo)、應(yīng)用缺陷預(yù)防實(shí)踐、測(cè)量缺陷預(yù)防活動(dòng)的有效性 、 計(jì)算進(jìn)行缺陷預(yù)防的投資回報(bào)率,Q&A,Thank You!,