軟件測(cè)試業(yè)務(wù)

1、軟件測(cè)試業(yè)務(wù)概述軟件測(cè)試業(yè)務(wù)概述設(shè)計(jì)培訓(xùn)系列之三課程目的課程目的: :學(xué)習(xí)了解軟件審查測(cè)試的基本學(xué)習(xí)了解軟件審查測(cè)試的基本流程和常用方法流程和常用方法 軟件測(cè)試的基本概念 軟件測(cè)試的過程 軟件測(cè)試的管理 部分軟件測(cè)試方法什么是軟件測(cè)試軟件測(cè)試的定義軟件測(cè)試的定義 根據(jù)側(cè)重點(diǎn)的不同，主要有以下三種觀點(diǎn)： 1）1983年IEEE將軟件測(cè)試定義為：“使用人工或自動(dòng)手段運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是明確預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”，該定義明確地提出了軟件測(cè)試以檢驗(yàn)是否滿足需求為目標(biāo)。 2）Myers認(rèn)為：“是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程”，明確提出了“尋找錯(cuò)誤”是測(cè)

2、試目的。什么是軟件測(cè)試 3）從軟件質(zhì)量保證的角度看：是一種重要的軟件質(zhì)量保證活動(dòng)，其動(dòng)機(jī)是通過一些經(jīng)濟(jì)、高效的方法，捕捉軟件中的錯(cuò)誤，從而達(dá)到保證軟件內(nèi)在質(zhì)量的目的。也有人認(rèn)為軟件測(cè)試（software testing）就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。 以最少的時(shí)間和人力找出潛在的錯(cuò)誤和缺陷 證明軟件的功能和性能是否與需求說明書相符 收集測(cè)試數(shù)據(jù)作為軟件質(zhì)量評(píng)估、可靠性評(píng)審的依據(jù)軟件測(cè)試的目的軟件測(cè)試貫穿軟件定義與開發(fā)的整個(gè)期間。測(cè)試對(duì)象包括文檔和代碼： 需求規(guī)格說明 概要設(shè)計(jì) 詳細(xì)設(shè)計(jì) 程序代碼 用戶手冊(cè)軟件測(cè)試的對(duì)象軟件測(cè)試橫跨

3、開發(fā)階段和測(cè)試階段開發(fā)階段：文檔審查（需求規(guī)格、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)，單元（模塊）測(cè)試測(cè)試階段：集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、用戶手冊(cè)等文檔驗(yàn)證。軟件測(cè)試的生存周期軟件的驗(yàn)證和確認(rèn)（V&V）軟件的驗(yàn)證和確認(rèn)（V&V）軟件的驗(yàn)證和確認(rèn)（V&V）1.缺陷(Defect) 程序員在編寫代碼時(shí)會(huì)出錯(cuò)，我們把這種錯(cuò)誤稱之為Defect或者bug，隨著開發(fā)過程的進(jìn)行，缺陷會(huì)不斷的放大，成為運(yùn)行時(shí)的故障，導(dǎo)致失效。2.錯(cuò)誤（Error) 描述軟件生命周期各種錯(cuò)誤的一般術(shù)語，缺陷、故障有時(shí)都稱為錯(cuò)誤。3.故障（Fault） 軟件運(yùn)行中出現(xiàn)的狀態(tài)，可引起意外情況，若不加處理，可產(chǎn)生實(shí)效，是

4、一個(gè)動(dòng)態(tài)行為。4.失效（Failure） 出現(xiàn)故障的軟件運(yùn)行時(shí)，常常會(huì)發(fā)生失效的。軟件測(cè)試相關(guān)的術(shù)語軟件測(cè)試：軟件測(cè)試：為了發(fā)現(xiàn)軟件中的錯(cuò)誤而執(zhí)行程序的過程。測(cè)試用例：測(cè)試用例：為發(fā)現(xiàn)軟件錯(cuò)誤設(shè)計(jì)的測(cè)試輸入數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果。測(cè)試規(guī)范：測(cè)試規(guī)范：測(cè)試的指導(dǎo)性文件，對(duì)測(cè)試過程中所涉及到的測(cè)試?yán)碚摗y(cè)試類型、測(cè)試方法、測(cè)試標(biāo)準(zhǔn)、測(cè)試流程以及軟件產(chǎn)品開發(fā)單位所承擔(dān)的職責(zé)進(jìn)行總體規(guī)范，以有效保證產(chǎn)品的質(zhì)量。軟件測(cè)試相關(guān)的術(shù)語黑盒測(cè)試：黑盒測(cè)試：不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部數(shù)據(jù)，只依據(jù)程序的需求說明，檢查程序的功能是否符合它的功能說明。又稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。主要包括：是否有不正確或遺漏

5、了的功能在接口上，輸入能否正確地接收，能否輸出正確的結(jié)果是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息訪問錯(cuò)誤性能上是否能夠滿足要求是否有初始化或終止性錯(cuò)誤軟件測(cè)試相關(guān)的術(shù)語白盒測(cè)試：白盒測(cè)試：對(duì)軟件的過程性細(xì)節(jié)作細(xì)致的檢查。測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例進(jìn)行測(cè)試。又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。對(duì)程序所有模塊的獨(dú)立的執(zhí)行路徑至少測(cè)試一次對(duì)所有的邏輯判斷，取真與取假的兩種情況都能至少執(zhí)行一次在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性軟件測(cè)試相關(guān)的術(shù)語群集現(xiàn)象：群集現(xiàn)象：測(cè)試后程序中殘存的錯(cuò)誤數(shù)目，與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目或檢錯(cuò)率成正比。在所測(cè)的程序段中，若發(fā)現(xiàn)的錯(cuò)誤

6、數(shù)目較多，則殘存的錯(cuò)誤數(shù)目也較多。軟件測(cè)試相關(guān)的術(shù)語 軟件測(cè)試的基本概念 軟件測(cè)試的過程 軟件測(cè)試的管理 部分軟件測(cè)試方法 軟件測(cè)試活動(dòng)包括設(shè)計(jì)評(píng)審、代碼正規(guī)檢視、設(shè)計(jì)評(píng)審、代碼正規(guī)檢視、單元測(cè)試、代碼審查、集成測(cè)試、系統(tǒng)測(cè)試系統(tǒng)測(cè)試等。 設(shè)計(jì)評(píng)審、代碼正規(guī)檢視、單元測(cè)試：開發(fā)階段完成，絕大部分邏輯錯(cuò)誤要通過這一階段的工作解決 代碼審查、集成測(cè)試、代碼測(cè)試、功能測(cè)試：測(cè)試階段完成，要發(fā)現(xiàn)隱藏深入的邏輯問題及模塊間配合問題 以測(cè)試小組的方式開展工作。通過加強(qiáng)測(cè)試小組內(nèi)部的交流，來提高人員的測(cè)試水平，保證測(cè)試質(zhì)量 對(duì)測(cè)試結(jié)果的不斷總結(jié)，形成可共享的測(cè)試方法和經(jīng)驗(yàn)軟件測(cè)試過程軟件測(cè)試過程設(shè)計(jì)評(píng)審設(shè)計(jì)

7、評(píng)審 描述：設(shè)計(jì)評(píng)審主要是根據(jù)經(jīng)驗(yàn)、規(guī)范和標(biāo)準(zhǔn)指出軟件產(chǎn)品中可能存在的問題或給出可選的建議。 設(shè)計(jì)評(píng)審由開發(fā)人員組織完成，測(cè)試人員參加設(shè)計(jì)評(píng)審的要求：審查可測(cè)試性方面是否滿足要求參與審查軟件設(shè)計(jì)是否滿足要求 測(cè)試對(duì)象：軟件概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)等設(shè)計(jì)文檔。軟件測(cè)試過程正規(guī)檢視正規(guī)檢視 描述：正規(guī)檢視是發(fā)現(xiàn)、排除軟件在開發(fā)周期各階段存在的問題和不足的過程，是一種靜態(tài)測(cè)試方法。共分計(jì)劃、介紹會(huì)議、會(huì)議準(zhǔn)備、檢視會(huì)議、共分計(jì)劃、介紹會(huì)議、會(huì)議準(zhǔn)備、檢視會(huì)議、第三小時(shí)會(huì)議、修改錯(cuò)誤、問題跟蹤第三小時(shí)會(huì)議、修改錯(cuò)誤、問題跟蹤等七個(gè)階段。 正規(guī)檢視本質(zhì)上來說是一種管理方法，為了達(dá)到盡可能地消除問題、保證工作質(zhì)

8、量、提高效率的目的，對(duì)整個(gè)操作過程進(jìn)行了嚴(yán)格細(xì)致的規(guī)定，這些規(guī)定需要嚴(yán)格遵守，任何對(duì)規(guī)定的偏離都可能對(duì)結(jié)果產(chǎn)生不良的影響。 測(cè)試對(duì)象：程序的核心代碼或其他重要代碼，也可根據(jù)軟件的實(shí)際情況對(duì)其他部分代碼進(jìn)行。軟件測(cè)試過程單元測(cè)試單元測(cè)試 描述：?jiǎn)卧獪y(cè)試是對(duì)軟件設(shè)計(jì)的最小單位（一個(gè)或多個(gè)子程序，一個(gè)模塊）進(jìn)行正確性驗(yàn)證的測(cè)試，以消除程序模塊內(nèi)部在邏輯上和功能上的錯(cuò)誤和缺陷。模塊接口測(cè)試：應(yīng)對(duì)所有通過測(cè)試模塊的數(shù)據(jù)流進(jìn)行測(cè)試數(shù)據(jù)結(jié)構(gòu)測(cè)試：測(cè)試局部數(shù)據(jù)結(jié)構(gòu)的正確性及全局?jǐn)?shù)據(jù)對(duì)模塊的影響路徑測(cè)試：對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。應(yīng)設(shè)計(jì)測(cè)試用例查找由于錯(cuò)誤的計(jì)算、不正確的比較或不正常的控制流而導(dǎo)致的路徑錯(cuò)

9、誤錯(cuò)誤處理測(cè)試：設(shè)計(jì)測(cè)試用例，測(cè)試程序?qū)Τ霈F(xiàn)錯(cuò)誤情況處理的正確性邊界測(cè)試：設(shè)計(jì)測(cè)試用例，測(cè)試數(shù)據(jù)流、控制流對(duì)邊界值的處理情況測(cè)試對(duì)象：開發(fā)人員已經(jīng)編寫完成的模塊代碼審查代碼審查 描述：代碼審查是軟件測(cè)試的一個(gè)重要環(huán)節(jié)，是保證軟件質(zhì)量的有效手段之一，同時(shí)也是集成測(cè)試和代碼測(cè)試重要的前期準(zhǔn)備工作。從軟件整體的角度進(jìn)行審查，系統(tǒng)級(jí)的代碼審查在測(cè)試階段，對(duì)歸版本后的軟件進(jìn)行以審查小組的方式工作 代碼審查包括計(jì)劃階段、軟硬件介紹、審查代碼、小組討論、研發(fā)交流、問題跟蹤六個(gè)階段。 測(cè)試對(duì)象：完整的軟件代碼及其文檔 操作流程：參照軟件代碼審查操作指導(dǎo)書、軟件代碼審查項(xiàng)目進(jìn)行軟件測(cè)試過程集成測(cè)試集成測(cè)試 描述

10、：在單元測(cè)試和代碼審查的基礎(chǔ)上，需要將所有模塊按照設(shè)計(jì)要求組裝成系統(tǒng)。組裝測(cè)試需要驗(yàn)證以下問題：在把各個(gè)模塊連接在一起的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失一個(gè)模塊的功能是否會(huì)對(duì)另一模塊的功能產(chǎn)生不利的影響各子功能組合起來，能否達(dá)到預(yù)期要求的父功能全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題軟件測(cè)試過程系統(tǒng)測(cè)試系統(tǒng)測(cè)試 通過確認(rèn)測(cè)試的軟件，作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境中對(duì)計(jì)算機(jī)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。 系統(tǒng)測(cè)試的目的是通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方。軟件測(cè)試過程 測(cè)試與測(cè)試與 測(cè)試測(cè)試

11、測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是開發(fā)機(jī)構(gòu)內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測(cè)試。 測(cè)試是由軟件的多個(gè)用戶在一個(gè)或多個(gè)實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。驗(yàn)收測(cè)試驗(yàn)收測(cè)試以用戶人員為主，開發(fā)和QA人員參加的對(duì)軟件的功能和性能、可移植性、兼容性、可維護(hù)性、錯(cuò)誤恢復(fù)等功能進(jìn)行的測(cè)試。確認(rèn)測(cè)試結(jié)果確認(rèn)測(cè)試結(jié)果確認(rèn)軟件功能與性能與用戶的要求一致，軟件可以接受軟件功能和性能與用戶的要求存在的差距軟件測(cè)試過程說明：M=必要（Mandatory) H=積極推薦（Highly Recommended ) S=建議使用（Suggested)軟件測(cè)試過程測(cè)試步驟測(cè)試種類開發(fā)階段的測(cè)試產(chǎn)品階段測(cè)試設(shè)計(jì)單元測(cè)試

12、模 塊 測(cè)試集 成 測(cè)試部件測(cè)試有效性測(cè)試測(cè)試測(cè)試驗(yàn)收測(cè)試系 統(tǒng) 測(cè)試設(shè)計(jì)評(píng)審MS代碼審查MHH功能測(cè)試(黑盒)HMMMMMMMM結(jié)構(gòu)測(cè)試(百盒)HMS回歸測(cè)試SHMMM可靠性測(cè)試HMMMMM強(qiáng)度測(cè)試HMH性能測(cè)試SHMMMMH恢復(fù)測(cè)試M啟動(dòng)/停止測(cè)試M配置測(cè)試HMM安全性測(cè)試H可用性測(cè)試SHMM可支撐性測(cè)試HM安裝測(cè)試MMM互聯(lián)測(cè)試SMM兼容性測(cè)試MMMM容量測(cè)試HM容錯(cuò)能力測(cè)試MMM文檔測(cè)試MSHM 軟件測(cè)試的基本概念 軟件測(cè)試的過程 軟件測(cè)試的管理 部分軟件測(cè)試方法 測(cè)試發(fā)現(xiàn)問題級(jí)別的確定測(cè)試發(fā)現(xiàn)問題級(jí)別的確定致命：軟件或硬件的缺陷引起系統(tǒng)死機(jī)，系統(tǒng)崩潰，主要功能喪失等嚴(yán)重錯(cuò)誤嚴(yán)重：軟件

13、或硬件的缺陷導(dǎo)致經(jīng)常性、大范圍出現(xiàn)的功能錯(cuò)誤。一般：軟件或硬件的缺陷導(dǎo)致不常見、不擴(kuò)散的功能錯(cuò)誤。提示：不影響功能，但不符合設(shè)計(jì)規(guī)范，如可以達(dá)到更好的設(shè)計(jì)余量，編程風(fēng)格問題等。測(cè)試管理相關(guān)問題很多時(shí)候要確定某一具體問題的級(jí)別是困難的。具體操作時(shí)要把握好以下幾點(diǎn)：任何情況下，確實(shí)可以不改的問題定義為提示性問題；目前沒有問題，但修改或升級(jí)后會(huì)出現(xiàn)問題定為一般；在某種條件下會(huì)發(fā)作并影響功能的問題，視發(fā)作時(shí)的影響程度定為一般或嚴(yán)重；如果爆發(fā)，會(huì)造成癱機(jī)、對(duì)業(yè)務(wù)產(chǎn)生嚴(yán)重影響的問題定為致命。在一般情況下，嚴(yán)格控制將問題定為致命。測(cè)試管理相關(guān)問題問題類型子類邏輯錯(cuò)誤變量、常量使用條件判斷循環(huán)邊界內(nèi)存管理數(shù)組

14、越界運(yùn)算符使用宏定義及使用預(yù)處理?xiàng)l件指針使用break、continue控制流編譯問題數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)定義數(shù)據(jù)結(jié)構(gòu)使用函數(shù)、模塊接口 函數(shù)定義錯(cuò)誤入口參數(shù)使用錯(cuò)誤入口參數(shù)合法性檢查出口參數(shù)錯(cuò)誤出口參數(shù)使用錯(cuò)誤測(cè)試管理相關(guān)問題 測(cè)試發(fā)現(xiàn)問題的分類測(cè)試發(fā)現(xiàn)問題的分類功能問題功能不全功能實(shí)現(xiàn)錯(cuò)誤處理過程不完善運(yùn)行效率多余代碼頻繁調(diào)用函數(shù)的優(yōu)化算法實(shí)現(xiàn)低效一致性與需求、設(shè)計(jì)文檔不符程序前后不一致穩(wěn)定性臨界資源保護(hù)函數(shù)重入中斷重入硬看門狗可維護(hù)性和標(biāo)準(zhǔn)規(guī)范可維護(hù)性和標(biāo)準(zhǔn)規(guī)范硬件初始化與操作RAM檢測(cè)和初始化接口芯片軟硬件配合問題軟硬件配合問題筆誤筆誤其它不包含在以上類型中的問題測(cè)試管理相關(guān)問題最常見的測(cè)

15、試文檔包括測(cè)試計(jì)劃，測(cè)試規(guī)范，測(cè)試用例和測(cè)試時(shí)發(fā)現(xiàn)缺陷后要寫的缺陷報(bào)告等。 測(cè)試計(jì)劃和測(cè)試文檔在測(cè)試過程的作用呢？ 1、測(cè)試文檔有助于測(cè)試任務(wù)的完成。 2、使用測(cè)試文檔可以更好的協(xié)調(diào)測(cè)試任務(wù)與測(cè)試過程。 3、測(cè)試文檔為測(cè)試項(xiàng)目的組織、規(guī)劃與管理提供了一個(gè)架構(gòu)。測(cè)試文檔 測(cè)試計(jì)劃測(cè)試計(jì)劃 在制定測(cè)試計(jì)劃過程中，核心活動(dòng)是： 一一、確定測(cè)試策略、確定測(cè)試策略 通常，可以采用以下幾個(gè)方法來制定測(cè)試策略： 1、確定測(cè)試的范圍 2、確定測(cè)試的方法 3、確定測(cè)試標(biāo)準(zhǔn)和質(zhì)量檢查點(diǎn) 4、確定自動(dòng)化測(cè)試策略測(cè)試文檔 圖2-20 測(cè)試計(jì)劃活動(dòng)測(cè)試文檔 二、確定測(cè)試系統(tǒng)（硬件和軟件）二、確定測(cè)試系統(tǒng)（硬件和軟件）

16、1、測(cè)試架構(gòu) 測(cè)試架構(gòu)指的就是測(cè)試用例的組織結(jié)構(gòu)。 2、測(cè)試工具 3、測(cè)試環(huán)境 測(cè)試環(huán)境的組成包括物理測(cè)試設(shè)施，產(chǎn)品運(yùn)行的操作系統(tǒng)、產(chǎn)品運(yùn)行的計(jì)算平臺(tái)等。 4、測(cè)試配置情況 需要排列配置的優(yōu)先級(jí)，然后決定哪些配置需要全面測(cè)試，哪些可以進(jìn)行部分測(cè)試。測(cè)試文檔 三、預(yù)估測(cè)試工作量（資源和時(shí)間進(jìn)度計(jì)劃）三、預(yù)估測(cè)試工作量（資源和時(shí)間進(jìn)度計(jì)劃） 對(duì)項(xiàng)目進(jìn)行預(yù)估有5個(gè)準(zhǔn)備步驟： 1、確定要完成的任務(wù)。 2、確定每項(xiàng)任務(wù)所需的工作量和整個(gè)測(cè)試生命周期的工作量。 3、確定完成每項(xiàng)任務(wù)以及整個(gè)測(cè)試生命周期所需的時(shí)間。 4、為測(cè)試工作建立詳細(xì)的時(shí)間進(jìn)度計(jì)劃和里程碑表。 5、評(píng)估時(shí)間進(jìn)度風(fēng)險(xiǎn)并準(zhǔn)備緩解風(fēng)險(xiǎn)計(jì)劃。

17、四、準(zhǔn)備并復(fù)查測(cè)試計(jì)劃文檔。 1、測(cè)試計(jì)劃格式 2、測(cè)試計(jì)劃復(fù)查測(cè)試文檔 測(cè)試報(bào)告測(cè)試報(bào)告 測(cè)試報(bào)告是測(cè)試階段最后的文檔產(chǎn)出物，優(yōu)秀的測(cè)試經(jīng)理應(yīng)該具備良好的文檔編寫能力，一份詳細(xì)的測(cè)試報(bào)告包含足夠的信息，包括產(chǎn)品質(zhì)量和測(cè)試過程的評(píng)價(jià)，測(cè)試報(bào)告基于測(cè)試中的數(shù)據(jù)采集以及對(duì)最終測(cè)試結(jié)果的分析。測(cè)試文檔 測(cè)試用例測(cè)試用例 一、為什么做測(cè)試用例 主要原因有如下幾點(diǎn)：完全測(cè)試是不可能的；輸入量太大；輸出結(jié)果太多；軟件實(shí)現(xiàn)途徑太多；軟件說明書沒有客觀標(biāo)準(zhǔn)。從不同角度看，軟件缺陷的標(biāo)準(zhǔn)不同。 二、什么是測(cè)試用例 比較通常的說法是：為達(dá)到最佳的測(cè)試效果或高效的揭露隱藏的錯(cuò)誤而精心設(shè)計(jì)的少量測(cè)試數(shù)據(jù)，稱之為測(cè)試用

18、例。測(cè)試文檔 三、使用測(cè)試用例的好處 在開始實(shí)施測(cè)試之前設(shè)計(jì)好測(cè)試用例，可以避免盲目測(cè)試并提高測(cè)試效率。 測(cè)試用例的使用令軟件測(cè)試的實(shí)施重點(diǎn)突出、目的明確。 在軟件版本更新后只需修正少部分的測(cè)試用例便可展開測(cè)試工作，降低工作強(qiáng)度、縮短項(xiàng)目周期。 功能模塊的通用化和復(fù)用化使軟件易于開發(fā)，而 用于功能模塊測(cè)試的測(cè)試用例的通用化和復(fù)用化則會(huì)使軟件測(cè)試易于開展，并隨著測(cè)試用例的不斷精化其效率也不斷攀升。測(cè)試文檔 四、測(cè)試用例在軟件測(cè)試中的作用 指導(dǎo)測(cè)試的實(shí)施 規(guī)劃測(cè)試數(shù)據(jù)的準(zhǔn)備 評(píng)估測(cè)試結(jié)果的度量基準(zhǔn) 分析缺陷的標(biāo)準(zhǔn) 編寫測(cè)試腳本的設(shè)計(jì)規(guī)格說明書 測(cè)試文檔五、測(cè)試用例文檔的編制 首先，在編寫測(cè)試用例之

19、前需要準(zhǔn)備以下幾個(gè)編寫的依據(jù)：需求說明以及相關(guān)文檔；相關(guān)的設(shè)計(jì)說明（概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)等）；與開發(fā)組交流對(duì)需求理解的記錄（可以是開發(fā)人員的一個(gè)解釋）；已經(jīng)基本成型的UI（可以有針對(duì)性地補(bǔ)充一些用例）。 其次，編寫測(cè)試用例文檔應(yīng)有文檔模板，須符合內(nèi)部的規(guī)范要求。 最后一點(diǎn)就是，測(cè)試用例文檔應(yīng)該由簡(jiǎn)介和測(cè)試用例兩部分組成。下面從測(cè)試用例的設(shè)置、設(shè)計(jì)、評(píng)審、修改以及管理等幾方面來詳細(xì)討論測(cè)試用例文檔的編制問題：測(cè)試文檔 1、測(cè)試用例的設(shè)置 2、測(cè)試用例的設(shè)計(jì) 測(cè)試用例可以分為基本事件、備選事件和異常事件。軟件測(cè)試常用的設(shè)計(jì)測(cè)試用例的基本方法有：等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖法、邏輯覆

20、蓋法等。視軟件的不同性質(zhì)采用不同的方法。如何靈活運(yùn)用各種基本方法來設(shè)計(jì)完整的測(cè)試用例，并最終實(shí)現(xiàn)暴露隱藏的缺陷，則要憑測(cè)試設(shè)計(jì)人員的豐富經(jīng)驗(yàn)和精心設(shè)計(jì)。 3、測(cè)試用例的評(píng)審 4、測(cè)試用例的修改更新 5、測(cè)試用例的管理 測(cè)試管理軟件的主要功能有三個(gè)： 能將測(cè)試用例文檔的關(guān)鍵內(nèi)容； 可供測(cè)試實(shí)施時(shí)及時(shí)輸入測(cè)試情況； 最終實(shí)現(xiàn)自動(dòng)生成測(cè)試結(jié)果文檔。 測(cè)試文檔 軟件測(cè)試的基本概念 軟件測(cè)試的過程 軟件測(cè)試的管理 部分軟件測(cè)試方法基于用戶需求的測(cè)試基于用戶需求的測(cè)試 黑盒測(cè)試用例就是基于用戶需求的，也是從研究客戶需求工作開始的。等價(jià)劃分等價(jià)劃分 等價(jià)類是指某個(gè)輸入域的子集合，在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì)

21、于揭露程序中的錯(cuò)誤都是等效的。具體測(cè)試時(shí)需要對(duì)有效等價(jià)類和無效等價(jià)類均需測(cè)試。邊界值分析邊界值分析 針對(duì)各種輸入或輸出范圍的邊界的情況設(shè)計(jì)測(cè)試用例，以發(fā)現(xiàn)錯(cuò)誤的方法。測(cè)試用例設(shè)計(jì)方法狀態(tài)轉(zhuǎn)換測(cè)試狀態(tài)轉(zhuǎn)換測(cè)試 狀態(tài)轉(zhuǎn)換測(cè)試適用于軟件被設(shè)計(jì)成一個(gè)狀態(tài)機(jī)或?qū)崿F(xiàn)了一種被建模成一種狀態(tài)機(jī)的情況?？梢栽O(shè)計(jì)測(cè)試用例測(cè)試狀態(tài)間轉(zhuǎn)換，測(cè)試用例創(chuàng)建引起轉(zhuǎn)換的事件?？梢栽O(shè)計(jì)負(fù)面測(cè)試的測(cè)試用例用于測(cè)試狀態(tài)與事件的非法組合。 分支測(cè)試分支測(cè)試 在分支測(cè)試中，測(cè)試用例用于測(cè)試單元的控制流分支或決策點(diǎn)。通常用于實(shí)現(xiàn)決策覆蓋（Decision Coverage）的測(cè)試目標(biāo)。測(cè)試用例設(shè)計(jì)方法錯(cuò)誤推測(cè)錯(cuò)誤推測(cè) 根據(jù)經(jīng)驗(yàn)和直覺推測(cè)

22、程序中可能存在的錯(cuò)誤，針對(duì)性地編寫檢查這些錯(cuò)誤的測(cè)試用例。因果圖方法因果圖方法 因果圖方法適合于檢查程序輸入條件的各種組合情況。使用該方法首先要理解軟件所表示的對(duì)象及其關(guān)系，然后，定義一組保證“所有對(duì)象與其他對(duì)象都具有所期望的關(guān)系”的測(cè)試序列。 測(cè)試用例設(shè)計(jì)方法被測(cè)試對(duì)象的抽象描述一個(gè)軟件架構(gòu)由一些架構(gòu)元素架構(gòu)元素（組件、連接器和數(shù)據(jù)組件、連接器和數(shù)據(jù)）的配置來定義，這些元素之間的關(guān)系受到約束，以獲得想要得到的一組架構(gòu)屬性。一個(gè)組件是軟件指令和內(nèi)部狀態(tài)的一個(gè)抽象單元，通過其接口提供對(duì)于數(shù)據(jù)的轉(zhuǎn)換。一個(gè)連接器是對(duì)于組件之間的通訊、協(xié)調(diào)或者合作進(jìn)行仲裁的一種抽象機(jī)制。一個(gè)數(shù)據(jù)是組件通過一個(gè)連接器接

23、收或發(fā)送的信息元素。配置文件映像被測(cè)試對(duì)象的抽象描述處理過程內(nèi)部數(shù)據(jù)配置文件組件接口數(shù)據(jù)差錯(cuò)數(shù)據(jù)加擾算法測(cè)試用例的組織 功能測(cè)試 性能指標(biāo)測(cè)試 接口測(cè)試 容錯(cuò)能力測(cè)試(接口/運(yùn)行上下文) 可靠性試驗(yàn)高低溫試驗(yàn)、濕熱試驗(yàn)、老化試驗(yàn)、靜電沖擊試驗(yàn)（ESD）1.常見測(cè)試方法1.1.覆蓋率測(cè)試1.2.流程跟蹤方法1.3.消息環(huán)回測(cè)試1.4.誤碼插入方法1.5.極限測(cè)試測(cè)試設(shè)計(jì)方法邏輯覆蓋邏輯覆蓋語句覆蓋：使得每一可執(zhí)行語句至少執(zhí)行一次。判斷覆蓋：使得每一個(gè)判斷的取真分支和取假分支至少經(jīng)歷一次。又稱為分支覆蓋。條件覆蓋：使得每個(gè)判斷的每個(gè)條件的可能取值至少執(zhí)行一次。判斷-條件覆蓋：使得每個(gè)條件的所有可能

24、的取值至少執(zhí)行一次，使得每個(gè)判斷的所有可能判斷結(jié)果至少執(zhí)行一次。既要求所有各個(gè)判斷的所有可能的條件組合至少執(zhí)行一次。路徑覆蓋：設(shè)計(jì)測(cè)試用例，運(yùn)行被測(cè)程序，使程序中的所有路徑都走了一遍。這是級(jí)別最高的覆蓋率測(cè)試，由于程序中的路徑數(shù)是一個(gè)非常龐大的數(shù)字，一般很難實(shí)現(xiàn)。條件-組合覆蓋：使得判斷中每個(gè)取值組合至少執(zhí)行一次。覆蓋率測(cè)試1、選擇需要測(cè)試的模塊（一般選擇比較重要的模塊或函數(shù)）。考慮到一次全部打點(diǎn)比較困難，產(chǎn)生的數(shù)據(jù)也比較多，分析困難，同時(shí)也缺乏針對(duì)性，因此，需要根據(jù)本次測(cè)試的目的（測(cè)什么、希望得到什么數(shù)據(jù)、結(jié)果等）來選擇代碼2、構(gòu)造測(cè)試用例：根據(jù)測(cè)試目的構(gòu)造具有針對(duì)性的測(cè)試用例3、打點(diǎn)。可在

25、條件分支、變量變化、函數(shù)入口/出口等地方加打印語句或記錄語句，以便產(chǎn)生所需要的分析數(shù)據(jù)4、運(yùn)行測(cè)試用例，將修改完的代碼，編譯、連接后，在目標(biāo)機(jī)上運(yùn)行測(cè)試用例，產(chǎn)生數(shù)據(jù)或從監(jiān)控終端上監(jiān)視運(yùn)行結(jié)果。5、 數(shù)據(jù)收集及分析。分析數(shù)據(jù)主要是對(duì)實(shí)際產(chǎn)生的數(shù)據(jù)與理論上的數(shù)據(jù)相比較的過程，對(duì)不一致的地方記錄。 如果實(shí)際結(jié)果與理論結(jié)果不一致，則需要在對(duì)代碼分析的基礎(chǔ)上，再次從步驟2開始循環(huán)本測(cè)試過程覆蓋率測(cè)試覆蓋率測(cè)試被測(cè)代碼審查測(cè)試對(duì)象測(cè)試對(duì)象構(gòu)造測(cè)試用例運(yùn)行測(cè)試用例打點(diǎn)數(shù)據(jù)分析結(jié)束給出測(cè)試結(jié)果選擇審查編譯運(yùn)行分析覆蓋率測(cè)試步驟分解圖消息環(huán)回示意圖如下：環(huán)回測(cè)試對(duì) 端本 端消 息 產(chǎn) 生 器 消 息 分 析

26、器圖 1 消 息 自 環(huán) 示 意 圖層 2層 2層 1層 1本 端 層 2自 環(huán)本 端 層 1自 環(huán)對(duì) 端 層 1自 環(huán)對(duì) 端 層 2自 環(huán)通信軟件中物理層和鏈路層質(zhì)量的好壞，直接影響了整個(gè)系統(tǒng)的質(zhì)量。進(jìn)行深入、細(xì)致的物理層和鏈路層測(cè)試是軟件測(cè)試中必不可少的。在實(shí)際測(cè)試過程中，消息自環(huán)測(cè)試不失為一種有效方法。消息自環(huán)可以通過硬件自環(huán)和軟件自環(huán)來實(shí)現(xiàn)。硬件自環(huán)通過線路換回或者自環(huán)設(shè)置實(shí)現(xiàn)，軟件自環(huán)可以修改或設(shè)置代碼實(shí)現(xiàn)。按分層理論看，自環(huán)可以有以下幾種自環(huán)：1、本端層2自環(huán)；2、本端層1自環(huán)；3、對(duì)端層1自環(huán)；4、對(duì)端層2自環(huán)，等等。環(huán)回測(cè)試誤碼插入測(cè)試是在被測(cè)協(xié)議層上對(duì)與被測(cè)協(xié)議相關(guān)的收發(fā)消息

27、和收發(fā)過程施加擾動(dòng)，模擬消息在底層和物理鏈路上傳輸時(shí)的各種可能情形，從而驗(yàn)證被測(cè)協(xié)議實(shí)現(xiàn)代碼實(shí)際運(yùn)行中的各個(gè)子流程的一種測(cè)試方法。測(cè)試時(shí)要對(duì)鏈路上流動(dòng)的消息及消息的處理過程進(jìn)行跟蹤，且需要對(duì)每一次的擾動(dòng)過程產(chǎn)生的測(cè)試數(shù)據(jù)進(jìn)行分析。誤碼插入測(cè)試（1）根據(jù)測(cè)試需求，設(shè)計(jì)消息擾動(dòng)程序。在被測(cè)協(xié)議層對(duì)所有與本協(xié)議有關(guān)的消息在接收后和發(fā)送前，調(diào)用消息擾動(dòng)函數(shù)進(jìn)行處理。同時(shí)在消息處理模塊中，對(duì)所有通信雙方交互的消息加以記錄。（2）無擾測(cè)試。運(yùn)行程序，對(duì)消息不施加任何擾動(dòng)。僅對(duì)消息收發(fā)處理過程加以記錄，測(cè)試協(xié)議的正常工作情況。（3）錯(cuò)幀測(cè)試。運(yùn)行程序，對(duì)消息施加錯(cuò)幀擾動(dòng)，擾動(dòng)方式由擾動(dòng)函數(shù)配置。對(duì)消息收發(fā)處

28、理過程加以記錄，測(cè)試消息幀出錯(cuò)時(shí)程序的處理過程。（4）丟幀測(cè)試。 運(yùn)行程序，對(duì)消息施加錯(cuò)幀擾動(dòng)，擾動(dòng)方式由擾動(dòng)函數(shù)配置。對(duì)消息收發(fā)處理過程加以記錄，測(cè)試消息幀丟失時(shí)程序的處理過程。 誤碼插入測(cè)試（6）自愈測(cè)試。運(yùn)行程序，對(duì)消息施加異常擾動(dòng)，擾動(dòng)方式由擾動(dòng)函數(shù)配置，使程序進(jìn)入異常分支。對(duì)消息收發(fā)處理過程加以記錄，測(cè)試異常時(shí)狀態(tài)能否自愈和自愈過程的合理性。（7）超時(shí)計(jì)數(shù)值測(cè)試。 運(yùn)行程序，對(duì)消息施加超時(shí)擾動(dòng)，模擬鏈路阻塞，擾動(dòng)方式由擾動(dòng)函數(shù)配置，使程序進(jìn)入超時(shí)重發(fā)子流程。對(duì)消息收發(fā)處理過程加以記錄，測(cè)試超時(shí)重發(fā)行為和計(jì)數(shù)值對(duì)鏈路時(shí)延的合理性。（8）重發(fā)次數(shù)值測(cè)試。 運(yùn)行程序，對(duì)消息施加超時(shí)擾動(dòng)，擾

29、動(dòng)方式由擾動(dòng)函數(shù)配置，使程序進(jìn)入超時(shí)重發(fā)子流程。 對(duì)消息收發(fā)處理過程加以記錄，測(cè)試鏈路阻塞時(shí)，重發(fā)次數(shù)常量的合理性和完全阻塞時(shí)程序的處理過程。誤碼插入測(cè)試極限測(cè)試使被測(cè)系統(tǒng)處于一種大流量、滿負(fù)荷、滿配置的狀態(tài)，這樣可以暴露在一般情況下不易出現(xiàn)的一些問題。業(yè)務(wù)流量極限測(cè)試。在某些用軟件實(shí)現(xiàn)數(shù)據(jù)轉(zhuǎn)發(fā)功能的單板中，大流量的數(shù)據(jù)灌入或輸出不但可以測(cè)試軟件的轉(zhuǎn)發(fā)處理能力，而且可以測(cè)試出數(shù)據(jù)通道驅(qū)動(dòng)程序和上層軟件是否有緩沖區(qū)丟失、內(nèi)存泄漏、越界等情況。容量極限測(cè)試。這種方法一般通過修改軟件，向外發(fā)送超長(zhǎng)的數(shù)據(jù)報(bào)，或從數(shù)據(jù)通道接收超長(zhǎng)、超短的數(shù)據(jù)報(bào)，測(cè)試軟件對(duì)不同長(zhǎng)度數(shù)據(jù)的處理情況。極限測(cè)試極限測(cè)試資源極限

30、測(cè)試。該測(cè)試方法是通過修改軟件，預(yù)先占用軟件的某些資源，然后進(jìn)行正常的測(cè)試，測(cè)試資源減少對(duì)軟件運(yùn)行的影響；或者增加軟件的某些資源，再進(jìn)行大流量等測(cè)試，測(cè)試增加資源對(duì)軟件處理能力提高和優(yōu)化的影響。被測(cè)試的資源有軟件中的數(shù)據(jù)發(fā)送或接收隊(duì)列、內(nèi)存等。時(shí)間極限：在測(cè)試過程中，不要頻繁對(duì)被測(cè)單板重新啟動(dòng)或上下電，在相對(duì)長(zhǎng)的時(shí)間內(nèi)加上業(yè)務(wù)讓軟件跑，并記錄發(fā)生的情況。這樣可以測(cè)試某些內(nèi)存泄漏、數(shù)組越界等情況。異常流程的觸發(fā)測(cè)試異常流程的觸發(fā)測(cè)試在程序的正常運(yùn)行過程中，異常流程的條件一般很難觸發(fā)，所以處理異常流程的條件分支一般不執(zhí)行。為了測(cè)試異常流程，根據(jù)具體程序的條件判斷，通過模擬異常條件，使得程序按異常流

31、程的條件分支運(yùn)行。測(cè)試步驟分析程序的異常流程的條件分支，找出程序運(yùn)行異常流程的觸發(fā)條件。這種觸發(fā)條件主要是指宏觀條件，不修改程序能在外界進(jìn)行模擬。在系統(tǒng)中模擬異常流程的觸發(fā)條件，促使程序按異常流程的分支進(jìn)行運(yùn)行。這種模擬的方法例如插拔網(wǎng)線、主備倒換、局部改變的硬件連接、操作過程異常、頻繁上下電等操作。在系統(tǒng)中測(cè)試程序運(yùn)行異常流程的結(jié)果。如果程序運(yùn)行不正常，用仿真和調(diào)試工具跟蹤和分析異常流程的程序段，用設(shè)斷點(diǎn)、單步執(zhí)行等方法逐步定位程序運(yùn)行異常的具體位置。對(duì)懷疑的程序段進(jìn)行反復(fù)修改，編譯后重復(fù)以上的測(cè)試。異常流程測(cè)試異常流程的測(cè)試用例設(shè)計(jì)概述有時(shí)軟件規(guī)模較大，異常流程的宏觀條件不好模擬，可以將程

32、序劃分為幾個(gè)功能塊，通過對(duì)每個(gè)功能塊設(shè)計(jì)測(cè)試用例，選擇合適的條件參數(shù)，使得程序執(zhí)行異常流程的條件分支。測(cè)試方法與步驟根據(jù)軟件的具體情況將軟件劃分為幾個(gè)功能塊，對(duì)每個(gè)功能塊分別進(jìn)行測(cè)試。這種測(cè)試方法主要是運(yùn)用軟件調(diào)試過程的所有手段，對(duì)程序分塊測(cè)試。異常流程測(cè)試分析程序的每個(gè)功能塊的判定條件，找出異常流程的條件分支和運(yùn)行異常流程的觸發(fā)條件。這種觸發(fā)條件是指微觀條件，必須深入理解程序的流程和邏輯結(jié)構(gòu)框架，這屬于白盒測(cè)試。在每個(gè)異常流程的條件分支中，設(shè)計(jì)測(cè)試用例，使得程序滿足異常流程的判斷條件，按異常流程運(yùn)行。測(cè)試用例設(shè)計(jì)中，要綜合考慮邏輯覆蓋測(cè)試方法中的語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、

33、條件組合覆蓋、路徑覆蓋中一種或幾種測(cè)試方法。測(cè)試用例的設(shè)計(jì)一般都是針對(duì)程序塊進(jìn)行的，根據(jù)異常流程的具體情況揉和邏輯覆蓋測(cè)試的多種方法。用仿真和調(diào)試工具跟蹤和分析程序運(yùn)行的結(jié)果，具體測(cè)試異常流程的條件分支。 如果程序運(yùn)行不正常，用設(shè)斷點(diǎn)、單步執(zhí)行等方法逐步定位程序運(yùn)行異常的具體位置。對(duì)懷疑的程序段進(jìn)行反復(fù)修改和調(diào)試，編譯后重復(fù)以上的測(cè)試。異常流程測(cè)試異常流程的強(qiáng)制執(zhí)行異常流程的強(qiáng)制執(zhí)行概述有些異常流程在測(cè)試中難以模擬，測(cè)試用例也不好設(shè)計(jì)，此時(shí)可以考慮修改源程序，在條件判斷之前加入測(cè)試代碼；或者修改判斷條件，強(qiáng)制程序執(zhí)行到異常流程的分支。分析程序的每個(gè)判定條件，找出異常流程的條件分支。為了測(cè)試異常

34、流程，根據(jù)要求修改程序：異常流程測(cè)試測(cè)試方法與步驟1.修改程序，改變判定條件的初始值，使得程序滿足異常條件的判斷，按異常流程運(yùn)行。2.修改程序，根據(jù)要求在條件判斷之前加入跳轉(zhuǎn)程序，強(qiáng)迫程序跳轉(zhuǎn)到異常流程的分支運(yùn)行。3.適當(dāng)修改判斷條件，使得程序滿足異常流程的條件分支，按異常流程運(yùn)行。4.修改程序，加入測(cè)試代碼，跟蹤程序的運(yùn)行。測(cè)試時(shí)根據(jù)具體情況采用修改初始值、強(qiáng)制跳轉(zhuǎn)、修改判定條件中的一種或幾種方法進(jìn)行測(cè)試。用仿真和調(diào)試工具跟蹤和分析異常流程條件分支，測(cè)試程序運(yùn)行的結(jié)果。 如果程序運(yùn)行不正常，用設(shè)斷點(diǎn)、單步執(zhí)行等方法逐步定位程序運(yùn)行異常的具體位置。對(duì)懷疑的程序段進(jìn)行反復(fù)修改和調(diào)試，編譯后重復(fù)以上的測(cè)試。異常流程測(cè)試程序出現(xiàn)異常的原因程序出現(xiàn)異常的原因一是程序本身設(shè)計(jì)疏漏，在特定條件下運(yùn)行時(shí)出現(xiàn)異常。二是當(dāng)外界出現(xiàn)各種干擾因素時(shí)，程序不能正常實(shí)現(xiàn)其功能。結(jié)果：或是程序本身發(fā)生了異常跳轉(zhuǎn)，或是程序所用的數(shù)據(jù)遭到了破壞，由此造成程序喪失部分或全部正