【文章內(nèi)容簡介】 int sub(int x, int y){ return(xy)。}178。 自頂向下單元測試策略不同測試步驟中的驅(qū)動(dòng)可以寫到一起，也可以分開寫，這里是寫到一起了。252。 測試ctrl函數(shù)需要寫一個(gè)驅(qū)動(dòng)和兩個(gè)樁。216。 驅(qū)動(dòng)函數(shù)void driver(){int ret=0。ret=ctrl(2,1)。 //xyif(ret==3) printf(“testcase JISUAN_UT_CTRL_001 pass”)。else printf(“testcase JISUAN_UT_CTRL_001 fail”)。ret=ctrl(1,1)。 //x=yif(ret==2) printf(“testcase JISUAN_UT_CTRL_002 pass”)。else printf(“testcase JISUAN_UT_CTRL_002 fail”)。ret=ctrl(1,2)。 //xyif(ret==1) printf(“testcase JISUAN_UT_CTRL_003 pass”)。else printf(“testcase JISUAN_UT_CTRL_003 fail”)。}216。 樁函數(shù)int stub_add(int x, int y){if(x==2 amp。amp。 y==1) return 3。if(x==1 amp。amp。 y==1) return 2。return 999999。}int stub_sub(int x, int y){if(x==1 amp。amp。 y==2) return 1。return 999999。}216。 修改代碼為了讓樁能體現(xiàn)在測試過程中，需要修改ctrl函數(shù)：int ctrl(int x, int y){int temp=0。if(x=y) temp=stub_add(x, y)。else temp=stub_sub(x, y)。return temp。}252。 測試add函數(shù)216。 驅(qū)動(dòng)函數(shù)同測試ctrl函數(shù)時(shí)的驅(qū)動(dòng)216。 樁函數(shù)同測試ctrl函數(shù)時(shí)sub函數(shù)對(duì)應(yīng)的樁216。 修改代碼int ctrl(int x, int y){ int temp=0。if(x=y){ temp=add(x, y)。 if(x==2 amp。amp。 y==1 amp。amp。 temp==3) printf(“testcase JISUAN_UT_ADD_001 pass”)。 else printf(“testcase JISUAN_UT_ADD_001 fail”)。 if(x==1 amp。amp。 y==1 amp。amp。 temp==2) printf(“testcase JISUAN_UT_ADD_002 pass”)。 else printf(“testcase JISUAN_UT_ADD_002 fail”)。}else temp=stub_sub(x, y)。return temp。}測試sub函數(shù)216。 驅(qū)動(dòng)函數(shù)同測試ctrl函數(shù)時(shí)的驅(qū)動(dòng)216。 樁函數(shù)無216。 修改代碼int ctrl(int x, int y){ int temp=0。if(x=y) temp=add(x, y)。else{ temp=sub(x, y)。 if(x==1amp。amp。y==2 amp。amp。 temp==1) printf(“testcase JISUAN_UT_SUB_001 pass”)。 else printf(“testcase JISUAN_UT_SUB_001 fail”)。}return temp。 }第六章 集成測試1. 集成測試的目的：確保各組件組合在一起后能夠按照既定意圖寫作運(yùn)行，并確保增量的行為正確（屬于灰盒測試）1) 驗(yàn)證接口是否與設(shè)計(jì)相符2) 發(fā)現(xiàn)設(shè)計(jì)和需求中存在的錯(cuò)誤2. 集成測試關(guān)注的重點(diǎn)：單元間的接口、集成后的功能3. 集成測試的層次：模塊內(nèi)集成、子系統(tǒng)內(nèi)集成、子系統(tǒng)間集成4. 集成測試策略：1) 大爆炸集成2) 自頂向下集成3) 自底向上集成4) 三明治（混合式）集成重要5) 基干集成6) 分層集成7) 基于功能的集成8) 基于消息的集成實(shí)際中應(yīng)用較多9) 基于進(jìn)度的集成10) 基于風(fēng)險(xiǎn)的集成5. 各種集成測試策略的優(yōu)缺點(diǎn)：優(yōu)點(diǎn)缺點(diǎn)適用范圍大爆炸集成，人力、物力資源利用率較高（增強(qiáng)型）（特別是接口函數(shù)）自頂向下，可首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能（帶來信心），減少驅(qū)動(dòng)開發(fā)費(fèi)用，需要盡早被驗(yàn)證自底向上，設(shè)計(jì)上的錯(cuò)誤不能被及時(shí)發(fā)現(xiàn)、變動(dòng)較少的產(chǎn)品三明治集成集合了自頂向下和自底向上策略的優(yōu)點(diǎn)中間層在被集成前測試不充分大部分軟件開發(fā)項(xiàng)目基干集成具有三明治集成的優(yōu)點(diǎn)大型復(fù)雜項(xiàng)目基于功能集成/基于消息集成，并驗(yàn)證正確性，會(huì)丟失許多接口錯(cuò)誤基于進(jìn)度集成，無法發(fā)現(xiàn)有效的接口問題，組件很不穩(wěn)定且會(huì)不斷變動(dòng)，導(dǎo)致測試的重復(fù)和浪費(fèi)進(jìn)度優(yōu)先級(jí)高于質(zhì)量的項(xiàng)目基于風(fēng)險(xiǎn)集成最具有風(fēng)險(xiǎn)的組件最早進(jìn)行驗(yàn)證，有助于系統(tǒng)的快速穩(wěn)定需要對(duì)各組件的風(fēng)險(xiǎn)有一個(gè)清晰的分析第七章 系統(tǒng)測試1. 系統(tǒng)測試目的：1) 通過與需求做比較，發(fā)現(xiàn)與系統(tǒng)定義不符合或與之矛盾的地方2) 系統(tǒng)測試的用例應(yīng)根據(jù)需求分析說明書來設(shè)計(jì)，并在實(shí)際使用環(huán)境下運(yùn)行2. 系統(tǒng)測試對(duì)象1) 軟硬件集合在一起的系統(tǒng)2) 驗(yàn)證時(shí)應(yīng)盡可能模擬實(shí)際的運(yùn)行環(huán)境與條件3. 系統(tǒng)測試常用類型：功能、性能、壓力、容量、安全性、GUI、可用性、安裝、配置、異常（恢復(fù)性）、備份、健壯性、文檔、在線幫助、網(wǎng)絡(luò)、穩(wěn)定性測試4. 功能測試：1) 概念：根據(jù)產(chǎn)品的SRS和測試需求列表，驗(yàn)證產(chǎn)品的功能實(shí)現(xiàn)是否符合產(chǎn)品的需求規(guī)格2) 目標(biāo)：為了發(fā)現(xiàn)以下幾類錯(cuò)誤a) 是否有不正確或遺漏了的功能b) 功能實(shí)現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計(jì)的隱藏需求c) 輸入能否正確接受？能否正確輸出結(jié)果？5. 性能測試：1) 概念：用來測試軟件在集成系統(tǒng)中的運(yùn)行性能2) 目標(biāo)：度量系統(tǒng)相對(duì)于預(yù)定義目標(biāo)的差距3) 工具：LoadRunner、WebLoad、SilkPerformer4) 重要性：a) 性能是質(zhì)量的重要組成部分b) 給用戶樹立良好形象c) 節(jié)省成本的重要手段6. 性能測試的關(guān)鍵：有效的協(xié)調(diào)、正確的模型、瓶頸的定位、合理的建議7. 性能需求五大特性：需求行、代表性、完整性、可測試性、可用性8. 壓力測試：關(guān)注穩(wěn)定性和破壞性1) 目的：調(diào)查系統(tǒng)在其資源超負(fù)荷的情況下的表現(xiàn)2) 目標(biāo)：通過極限測試方法，發(fā)現(xiàn)系統(tǒng)在極限或惡劣環(huán)境中自我保護(hù)能力，主要驗(yàn)證系統(tǒng)的可靠性。9. 容量測試：1) 目的：使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理2) 關(guān)注點(diǎn)：a) 整體的業(yè)務(wù)流量（一般關(guān)注靜態(tài)容量） b) 數(shù)據(jù)庫的容量 c) 最大文件數(shù)目 d) 最大事務(wù)數(shù)10. 安全性測試：口令認(rèn)證、加解密技術(shù)、權(quán)限管理、安全日志11. GUI測試：1) 關(guān)注點(diǎn)：界面實(shí)現(xiàn)與界面設(shè)計(jì)的吻合情況、確認(rèn)界面處理的正確性2) 對(duì)象：簡單界面元素、組合類界面元素、完整界面（窗口）3) 內(nèi)容：外觀、界面元素行為、布局、友好功能12. 可用性測試：關(guān)注點(diǎn)：1) 過分復(fù)雜的功能或指令2) 困難的安裝過程3) 錯(cuò)誤信息過于簡單4) 用戶被迫去記住太多的信息5) 語法、格式和定義不一致13. 配置測試：概念：測試系統(tǒng)在各種軟硬件配置、不同的參數(shù)配置下系統(tǒng)具有的功能和性能目標(biāo)：驗(yàn)證全部配置的可操作性和有效性，特別需要對(duì)最大配置、最小配置或特殊配置進(jìn)行測試14. 異常測試：概念：又叫系統(tǒng)容錯(cuò)和可恢復(fù)性測試，通過人工干預(yù)手段使系統(tǒng)產(chǎn)生軟、硬件異常，通過驗(yàn)證系統(tǒng)異常前后的功能和運(yùn)行狀態(tài)，達(dá)到檢驗(yàn)系統(tǒng)的容錯(cuò)、排錯(cuò)和恢復(fù)的能力。它是系統(tǒng)可靠性評(píng)價(jià)的重要手段。容錯(cuò)處理：系統(tǒng)自動(dòng)處理、人工干預(yù)處理系統(tǒng)可靠性指標(biāo)：平均失效時(shí)間間隔（MTBF）、平均恢復(fù)時(shí)間（MTTR）系統(tǒng)可靠性設(shè)計(jì)技術(shù)：1) 避開錯(cuò)誤2) 容錯(cuò)技術(shù)：結(jié)構(gòu)冗余（動(dòng)、靜態(tài)）、信息冗余、時(shí)間冗余、硬件冗余、附加冗余技術(shù)15. 健壯性測試：Robustness Testing用于測試系統(tǒng)在出現(xiàn)故障時(shí)，是否能夠自動(dòng)恢復(fù)或忽略故障繼續(xù)運(yùn)行16. 網(wǎng)絡(luò)測試：概念：在網(wǎng)絡(luò)環(huán)境下和其他設(shè)備對(duì)接，進(jìn)行系統(tǒng)功能、性能與指標(biāo)方面的測試，保證設(shè)備對(duì)接正常。內(nèi)容：考察系統(tǒng)的處理能力、系統(tǒng)兼容性、系統(tǒng)穩(wěn)定可靠性及用戶使用等方面。1) 一致性測試：檢測系統(tǒng)與協(xié)議規(guī)范符合程度2) 性能測試：檢測協(xié)議實(shí)體或系統(tǒng)的性能指標(biāo)3) 互操作性測試：4) 堅(jiān)固性測試：檢測協(xié)議實(shí)體或系統(tǒng)在各種惡劣環(huán)境下運(yùn)行的能力17. 系統(tǒng)穩(wěn)定性測試：目的是評(píng)價(jià)系統(tǒng)在一定負(fù)荷情況下、長時(shí)間的運(yùn)行情況。第八章 測試覆蓋率1. 覆蓋率概念： 覆蓋率是用來度量測試完整性的一個(gè)手段。覆蓋率是測試技術(shù)有效性的一個(gè)度量。覆蓋率=（至少被執(zhí)行一次的item數(shù)）/item的總數(shù)； 覆蓋率大體可以劃分為兩大類：邏輯覆蓋和功能覆蓋； 測試用例設(shè)計(jì)不能一味追求覆蓋率，因?yàn)闇y試成本雖覆蓋率的增加而增加。2. 邏輯覆蓋主要類型：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、路徑覆蓋。3. 語句覆蓋率：（Statement Coverage），在測試時(shí)運(yùn)行被測程序后，程序中被執(zhí)行到的可執(zhí)行語句的比率； 語句覆蓋率 = （至少被執(zhí)行一次的語句數(shù)量）/（可執(zhí)行的語句總數(shù)）4. 分支覆蓋率：（Branch Coverage）也叫判定覆蓋（Decision Coverage），它的含義是：在測試時(shí)運(yùn)行被測程序后，程序中所有判斷語句的取真分支和取假分支被執(zhí)行到的比率；判定覆蓋率=（判定結(jié)果被評(píng)價(jià)的次數(shù)）/（判定結(jié)果的總數(shù)）5. 條件覆蓋率：（Condition Coverage）的含義是，在測試時(shí)運(yùn)行被測程序后，所有判斷語句中每個(gè)條件的可能取值（真值和假值）出現(xiàn)過的比率；條件覆蓋率=（條件操作數(shù)值至少被評(píng)價(jià)一次