第7章 軟件測(cè)試

第七章軟件測(cè)試2目錄軟件測(cè)試基本概念軟件測(cè)試方法和技術(shù)軟件測(cè)試步驟3有關(guān)軟件測(cè)試的錯(cuò)誤觀點(diǎn)“軟件測(cè)試是為了證明程序是正確的，即測(cè)試能發(fā)現(xiàn)程序中所有的錯(cuò)誤”。事實(shí)上這是不可能的。要通過(guò)測(cè)試發(fā)現(xiàn)程序中的所有錯(cuò)誤，就要窮舉所有可能的輸入數(shù)據(jù)。4例如：對(duì)于一個(gè)輸入三個(gè)16位字長(zhǎng)的整型數(shù)據(jù)的程序，輸入數(shù)據(jù)的所有組合情況有248

，如果測(cè)試一個(gè)數(shù)據(jù)需1ms，則即使一年365天一天24小時(shí)不停地測(cè)試，也需要約1萬(wàn)年。5例如：一個(gè)小程序的流程圖，它包括了一個(gè)執(zhí)行20次的循環(huán)，其循環(huán)體有五個(gè)分支。這個(gè)循環(huán)的不同執(zhí)行路徑數(shù)達(dá)520條，如果對(duì)每一條路徑進(jìn)行測(cè)試需要1毫秒，那么即使一年工作365×24小時(shí)，要想把所有路徑測(cè)試完，大約需3170年。6“軟件測(cè)試不是為了證明程序是正確的，即測(cè)試能發(fā)現(xiàn)程序中所有的錯(cuò)誤”。（×）“程序測(cè)試是為了證明程序正確地執(zhí)行了預(yù)期的功能”。（√）7軟件測(cè)試的目的目的是通過(guò)軟件測(cè)試以最少的時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷。測(cè)試是一個(gè)為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。一個(gè)好的測(cè)試用例是指很可能找到迄今為至尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試用例。一個(gè)成功的測(cè)試是指揭示了迄今為至尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。8軟件測(cè)試的概念

軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。9測(cè)試數(shù)據(jù)程序P比較結(jié)果數(shù)據(jù)預(yù)期數(shù)據(jù)相符不符追查缺陷10軟件質(zhì)量軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”。具體地說(shuō)，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。11軟件測(cè)試與軟件質(zhì)量的關(guān)系測(cè)試有助于提高軟件的質(zhì)量，但是提高軟件的質(zhì)量不能依賴于測(cè)試。測(cè)試與質(zhì)量的關(guān)系很象在考試中“檢查”與“成績(jī)”的關(guān)系。學(xué)習(xí)好的學(xué)生，在考試時(shí)通過(guò)認(rèn)真檢查能減少因疏忽而造成的答題錯(cuò)誤，從而“提高”了考試成績(jī)（取得他本來(lái)就該得的好成績(jī)）。而學(xué)習(xí)差的學(xué)生，他原本就不會(huì)做題目，無(wú)論檢查多么細(xì)心，也很難提高成績(jī)。軟件的高質(zhì)量是設(shè)計(jì)出來(lái)的，而不是靠測(cè)試修補(bǔ)出來(lái)的。12軟件測(cè)試的原則（1）盡早地和不間斷地進(jìn)行軟件測(cè)試（2）測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果兩部分組成（3）程序員應(yīng)避免檢查自己的程序（4）在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件13（5）充分注意測(cè)試中的群集現(xiàn)象。（6）嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性（7）應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查（8）妥善保管測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便14目錄軟件測(cè)試基本概念軟件測(cè)試方法和技術(shù)軟件測(cè)試步驟15軟件測(cè)試方法和技術(shù)測(cè)試方法和測(cè)試技術(shù)靜態(tài)測(cè)試技術(shù)動(dòng)態(tài)測(cè)試技術(shù)16靜態(tài)測(cè)試技術(shù)：

不運(yùn)行被測(cè)程序本身，僅通過(guò)分析或檢查源程序的語(yǔ)法、結(jié)構(gòu)、過(guò)程、接口等來(lái)檢查程序的正確性。17對(duì)需求規(guī)格說(shuō)明書、軟件設(shè)計(jì)說(shuō)明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號(hào)執(zhí)行來(lái)找錯(cuò)。例如：不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過(guò)的變量、空指針的引用和可疑的計(jì)算等。靜態(tài)測(cè)試結(jié)果可用于進(jìn)一步的查錯(cuò)，并為測(cè)試用例選取提供指導(dǎo)。18動(dòng)態(tài)測(cè)試技術(shù)：通過(guò)運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能。目前，動(dòng)態(tài)測(cè)試是公司測(cè)試工作的主要方式。

19軟件測(cè)試方法和技術(shù)測(cè)試方法和測(cè)試技術(shù)靜態(tài)測(cè)試技術(shù)動(dòng)態(tài)測(cè)試技術(shù)桌前檢查代碼會(huì)審步行檢查20桌前檢查(DeskCheck)：程序員自己檢查程序效果不太理想。解決辦法：互相交換程序檢查。代碼會(huì)審(CodeInspections)：由一組人通過(guò)閱讀、討論和爭(zhēng)議，對(duì)程序進(jìn)行靜態(tài)分析的過(guò)程。步行檢查(Walkthroughs)：預(yù)先準(zhǔn)備測(cè)試數(shù)據(jù)，讓與會(huì)者充當(dāng)“計(jì)算機(jī)”一檢查程序的狀態(tài)。有時(shí)比真正運(yùn)行程序可能發(fā)現(xiàn)更多的錯(cuò)誤。21軟件測(cè)試方法和技術(shù)測(cè)試方法和測(cè)試技術(shù)靜態(tài)測(cè)試技術(shù)動(dòng)態(tài)測(cè)試技術(shù)桌前檢查代碼會(huì)審黑盒測(cè)試步行檢查白盒測(cè)試22軟件測(cè)試方法和技術(shù)

黑盒測(cè)試等價(jià)類劃分邊界值分析錯(cuò)誤推測(cè)法因果圖功能圖接口測(cè)試

白盒測(cè)試邏輯覆蓋判定結(jié)構(gòu)分析循環(huán)結(jié)構(gòu)分析基本路徑覆蓋23黑盒測(cè)試（Black-BoxTest）又稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。把測(cè)試對(duì)象看做一個(gè)黑盒，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求和功能規(guī)格說(shuō)明，檢查程序的功能是否符合它的功能說(shuō)明。24需求&功能規(guī)格說(shuō)明產(chǎn)生被測(cè)程序測(cè)試結(jié)果輸出比較測(cè)試用例黑盒測(cè)試只關(guān)心輸入與輸出的對(duì)應(yīng)關(guān)系，不關(guān)心被測(cè)程序的內(nèi)部關(guān)系。25黑盒測(cè)試方法是在程序接口上進(jìn)行測(cè)試，主要是為了發(fā)現(xiàn)以下錯(cuò)誤:是否有不正確或遺漏了的功能?在接口上，輸入能否正確地接受?能否輸出正確的結(jié)果?是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息（例如數(shù)據(jù)文件）訪問(wèn)錯(cuò)誤?性能上是否能夠滿足要求?是否有初始化或終止性錯(cuò)誤?黑盒測(cè)試的方法和特點(diǎn)（1）等價(jià)類劃分：等價(jià)類劃分是將輸入數(shù)據(jù)域按有效的或無(wú)效的（也稱合理的或不合理的）劃分成若干個(gè)等價(jià)類，測(cè)試每個(gè)等價(jià)類的代表值就等于對(duì)該類其它值的測(cè)試。（2）邊界值分析：該方法是將測(cè)試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于，剛剛大于或剛剛小于邊界值的情況，根據(jù)這些情況選擇測(cè)試用例。（3）錯(cuò)誤推測(cè)：錯(cuò)誤推測(cè)法沒(méi)有確定的步驟，憑經(jīng)驗(yàn)進(jìn)行。它的基本思想是列出程序中可能發(fā)生錯(cuò)誤的情況，根據(jù)這些情況選擇測(cè)試用例。（4）因果圖：因果圖能有效的檢測(cè)輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。因果圖的基本原理是通過(guò)畫因果圖，把用自然語(yǔ)言描述的功能說(shuō)明轉(zhuǎn)換為判定表，最后為判定表的每一列設(shè)計(jì)一個(gè)測(cè)試用例。2627白盒測(cè)試（White-BoxTest）又稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。把測(cè)試對(duì)象看做一個(gè)玻璃盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。28軟件人員使用白盒測(cè)試方法，主要想對(duì)程序模塊進(jìn)行如下的檢查：對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一次—路徑覆蓋測(cè)試；對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都至少測(cè)試一次—邏輯覆蓋測(cè)試；29在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體—控制流測(cè)試；測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性—數(shù)據(jù)流測(cè)試、領(lǐng)域測(cè)試等。30黑盒測(cè)試與白盒測(cè)試優(yōu)缺點(diǎn)比較黑盒測(cè)試白盒測(cè)試

優(yōu)點(diǎn)缺點(diǎn)性質(zhì)①適用于各階段測(cè)試②從產(chǎn)品功能角度測(cè)試③容易入手生成測(cè)試數(shù)據(jù)①可構(gòu)成測(cè)試數(shù)據(jù)使特定程序部分得到測(cè)試②有一定的充分性度量手段③可獲較多工具支持①某些代碼得不到測(cè)試②如果規(guī)格說(shuō)明有誤，則無(wú)法發(fā)現(xiàn)③不易進(jìn)行充分性測(cè)試①不易生成測(cè)試數(shù)據(jù)(通常)②無(wú)法對(duì)未實(shí)現(xiàn)規(guī)格說(shuō)明的部分進(jìn)行測(cè)試③工作量大，通常只用于單元測(cè)試，有應(yīng)用局限是一種確認(rèn)技術(shù)，回答“我們?cè)跇?gòu)造一個(gè)正確的系統(tǒng)嗎？”是一種驗(yàn)證技術(shù)，回答“我們?cè)谡_地構(gòu)造一個(gè)系統(tǒng)嗎？”31目錄軟件測(cè)試基本概念軟件測(cè)試方法和技術(shù)軟件測(cè)試步驟32軟件測(cè)試的步驟和策略軟件開發(fā)過(guò)程是一個(gè)自頂向下、逐步細(xì)化的過(guò)程，測(cè)試過(guò)程則是自底向上、逐步集成的過(guò)程。低一級(jí)測(cè)試為上一級(jí)測(cè)試準(zhǔn)備條件，如下頁(yè)圖所示33規(guī)格定義設(shè)計(jì)編碼系統(tǒng)測(cè)試集成測(cè)試單元測(cè)試用戶需求驗(yàn)收測(cè)試自頂向下逐步細(xì)化相反順序集成過(guò)程

回歸測(cè)試34軟件測(cè)試步驟單元測(cè)試集成測(cè)試確認(rèn)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試35單元測(cè)試（開始是單元測(cè)試）

集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。n36單元測(cè)試一般認(rèn)為并不包括于測(cè)試階段而是包括于編程階段。因此單元測(cè)試計(jì)劃一般由模塊編寫人員制定，而單元測(cè)試一般也由模塊編寫人員進(jìn)行。編程(同步)單元測(cè)試其他測(cè)試……37單元測(cè)試的內(nèi)容：1、模塊接口測(cè)試2、檢查局部數(shù)據(jù)結(jié)構(gòu)能否保持完整性3、模塊邊界條件測(cè)試4、模塊執(zhí)行路徑測(cè)試5、檢查模塊內(nèi)部錯(cuò)誤處理是否有效單元測(cè)試方法：白盒測(cè)試為主，黑盒測(cè)試為輔。38單元測(cè)試檢查單1、邏輯和算法：正確實(shí)現(xiàn)了邏輯和算法。2、數(shù)據(jù)結(jié)構(gòu)（全局和局部）：使用了全局?jǐn)?shù)據(jù)結(jié)構(gòu)？哪些？如果有，作了哪些關(guān)于全局?jǐn)?shù)據(jù)的假設(shè)？這些假設(shè)正確嗎？使用了局部數(shù)據(jù)？在算法執(zhí)行的所有步驟期間，保持局部數(shù)據(jù)的完整性了嗎？393、接口：來(lái)自調(diào)用模塊的數(shù)據(jù)匹配被調(diào)用的模塊的期望接收的數(shù)據(jù)？被調(diào)用模塊的數(shù)據(jù)匹配調(diào)用的模塊提供的數(shù)據(jù)？4、獨(dú)立路徑：標(biāo)識(shí)了所有穿過(guò)模塊的獨(dú)立路徑？執(zhí)行了嗎？5、邊界條件：了解邊界條件嗎？進(jìn)行了測(cè)試確保該模塊在其邊界條件上的適當(dāng)?shù)牟僮髁藛幔?、出錯(cuò)處理：所有出錯(cuò)處理路徑均執(zhí)行到了嗎？40軟件測(cè)試過(guò)程按4個(gè)步驟進(jìn)行，即：?jiǎn)卧獪y(cè)試集成測(cè)試確認(rèn)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試41集成測(cè)試（第二步是集成測(cè)試）

把已測(cè)試過(guò)的模塊組裝起來(lái)，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的裝配進(jìn)行測(cè)試。n42測(cè)試內(nèi)容

各單元的接口是否吻合、代碼是否符合規(guī)定的標(biāo)準(zhǔn)、界面標(biāo)準(zhǔn)是否統(tǒng)一等。人員安排

既要求參與的人熟悉單元的內(nèi)部細(xì)節(jié)，又要求他們能夠從足夠高的層次上觀察整個(gè)系統(tǒng)。一般由有經(jīng)驗(yàn)的測(cè)試人員和主要的軟件開發(fā)者來(lái)完成集成測(cè)試的計(jì)劃。43集成測(cè)試計(jì)劃

集成測(cè)試計(jì)劃由系統(tǒng)設(shè)計(jì)人員在設(shè)計(jì)階段制定，它是和設(shè)計(jì)規(guī)格說(shuō)明同時(shí)完成的。內(nèi)容有：測(cè)試的描述和范圍測(cè)試環(huán)境測(cè)試時(shí)間表44集成次序測(cè)試用例以及測(cè)試的預(yù)期結(jié)果等測(cè)試方法：集成測(cè)試階段是以黑盒法為主。45軟件測(cè)試過(guò)程按4個(gè)步驟進(jìn)行，即：?jiǎn)卧獪y(cè)試集成測(cè)試確認(rèn)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試46確認(rèn)測(cè)試（第三步是確認(rèn)測(cè)試）

確認(rèn)測(cè)試又稱有效性測(cè)試。它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說(shuō)明書中確定的指標(biāo)相符合。n確認(rèn)測(cè)試階段有兩項(xiàng)工作，進(jìn)行確認(rèn)測(cè)試與軟件配置審查。確認(rèn)測(cè)試一般是在模擬環(huán)境中運(yùn)用黑盒測(cè)試方法，由專門測(cè)試人員和用戶參加的測(cè)試。軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的完整性、正確性。如果發(fā)現(xiàn)遺漏和錯(cuò)誤，應(yīng)補(bǔ)充和改正，同時(shí)要編排好目錄，為以后的軟件維護(hù)工作奠定基礎(chǔ)。4748軟件測(cè)試過(guò)程按4個(gè)步驟進(jìn)行，即：?jiǎn)卧獪y(cè)試集成測(cè)試確認(rèn)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試49系統(tǒng)測(cè)試

把已經(jīng)經(jīng)過(guò)確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其它系統(tǒng)元素（硬件、人員、數(shù)據(jù)庫(kù)等）組合在一起進(jìn)行測(cè)試。n50為了發(fā)現(xiàn)缺陷并度量產(chǎn)品質(zhì)量，按照系統(tǒng)的功能和性能需求進(jìn)行的測(cè)試一般使用黑盒測(cè)試技術(shù)一般由獨(dú)立的測(cè)試人員完成51通常意義上的系統(tǒng)測(cè)試包括：功能測(cè)試壓力測(cè)試(Stresstest)性能測(cè)試(Performancetest)容量測(cè)試(Capacitytest)用戶界面測(cè)試兼容性測(cè)試52功能測(cè)試53通常意義上的系統(tǒng)測(cè)試包括：功能測(cè)試壓力測(cè)試(Stresstest)性能測(cè)試(Performancetest)容量測(cè)試(Capacitytest)用戶界面測(cè)試兼容性測(cè)試54壓力測(cè)試也稱強(qiáng)度測(cè)試。目的：在軟件投入使用以前或軟件負(fù)載達(dá)到極限以前，通過(guò)執(zhí)行可重復(fù)的負(fù)載測(cè)試，預(yù)先分析出軟件可承受的并發(fā)用戶極限值和性能瓶頸，以幫助軟件廠商或用戶優(yōu)化自己的程序。55通常意義上的系統(tǒng)測(cè)試包括：功能測(cè)試壓力測(cè)試(Stresstest)性能測(cè)試(Performancetest)容量測(cè)試(Capacitytest)用戶界面測(cè)試兼容性測(cè)試56性能測(cè)試對(duì)于那些實(shí)時(shí)和嵌入式系統(tǒng)，軟件部分即使?jié)M足功能要求，也未必能夠滿足性能要求，雖然從單元測(cè)試起，每一測(cè)試步驟都包含性能測(cè)試，但只有當(dāng)系統(tǒng)真正集成之后，在真實(shí)環(huán)境中才能全面、可靠地測(cè)試運(yùn)行性能，系統(tǒng)性能測(cè)試就是為了完成這一任務(wù)。57通常意義上的系統(tǒng)測(cè)試包括：功能測(cè)試壓力測(cè)試(Stresstest)性能測(cè)試(Performancetest)容量測(cè)試(Capacitytest)用戶界面測(cè)試兼容性測(cè)試58容量測(cè)試對(duì)軟件容量的測(cè)試，能讓用戶明白到底此軟件能一次性承擔(dān)多大訪問(wèn)量。有了對(duì)軟件負(fù)載的準(zhǔn)確預(yù)測(cè)，不僅能讓用戶對(duì)軟件在實(shí)際使用中的性能狀況充滿信心，同時(shí)也可以幫助用戶最經(jīng)濟(jì)地規(guī)劃自己的網(wǎng)絡(luò)配置，避免無(wú)謂的硬件投入，還可以減少網(wǎng)絡(luò)系統(tǒng)的宕機(jī)時(shí)間和因此帶來(lái)的經(jīng)濟(jì)損失。59通常意義上的系統(tǒng)測(cè)試包括：功能測(cè)試壓力測(cè)試(Stresstest)性能測(cè)試(Performancetest)容量測(cè)試(Capacitytest)用戶界面測(cè)試兼容性測(cè)試60用戶界面的測(cè)試:符合標(biāo)準(zhǔn)和規(guī)范直觀性一致性靈活性舒適性正確性實(shí)用性61通常意義上的系統(tǒng)測(cè)試包括：功能測(cè)試壓力測(cè)試(Stresstest)性能測(cè)試(Performancetest)容量測(cè)試(Capacitytest)用戶界面測(cè)試兼容性測(cè)試62其他還有一些關(guān)于測(cè)試的分類，例如：健壯性測(cè)試容災(zāi)測(cè)試內(nèi)存泄漏測(cè)試并發(fā)性測(cè)試安全性測(cè)試配套產(chǎn)品測(cè)試實(shí)際上，這些測(cè)試都是因?yàn)闇y(cè)試的目的不同，而在制定測(cè)試策略和測(cè)試設(shè)計(jì)的時(shí)候有不同的側(cè)重點(diǎn)。63必做的測(cè)試：安裝測(cè)試功能測(cè)試值域測(cè)試界面測(cè)試可用性測(cè)試說(shuō)明書測(cè)試配置測(cè)試加密問(wèn)題測(cè)試裸機(jī)測(cè)試可選的測(cè)試：內(nèi)存泄漏測(cè)試接口測(cè)試性能測(cè)試并發(fā)性測(cè)試安全性測(cè)試破壞性測(cè)試配套產(chǎn)品測(cè)試64軟件測(cè)試過(guò)程按4個(gè)步驟進(jìn)行，即：?jiǎn)卧獪y(cè)試集成測(cè)試確認(rèn)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試65

驗(yàn)收測(cè)試在通過(guò)了系統(tǒng)的有效性測(cè)試及軟件配置審查之后，就應(yīng)開始系統(tǒng)的驗(yàn)收測(cè)試。驗(yàn)收測(cè)試是以用戶為主的測(cè)試。軟件開發(fā)人員和質(zhì)量保證人員也應(yīng)參加。由用戶參加設(shè)計(jì)測(cè)試用例，使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。66驗(yàn)收測(cè)試應(yīng)交付的文檔有：

驗(yàn)收測(cè)試分析報(bào)告最終的用戶手冊(cè)和操作手冊(cè)項(xiàng)目開發(fā)總結(jié)報(bào)告。67測(cè)試級(jí)目的執(zhí)行者測(cè)試環(huán)境測(cè)試方法單元從單個(gè)模塊中發(fā)現(xiàn)邏輯、數(shù)據(jù)和運(yùn)算缺陷軟件工程師單獨(dú)的；樁和支撐程序白盒測(cè)試集成發(fā)現(xiàn)模塊間接口缺陷軟件工程師單獨(dú)的和/或模擬；樁和支撐程序白盒測(cè)試Top-down,bottom-up,或outside-in系統(tǒng)測(cè)定軟件是否滿足需求軟件質(zhì)保組軟件確認(rèn)組實(shí)際的環(huán)境（可能沒(méi)有最終的硬件）功能測(cè)試和ALAC68一些問(wèn)題問(wèn)題1：有了“黑盒”測(cè)試為什么還要“白盒”測(cè)試？答：黑盒測(cè)試只能觀察軟件的外部表現(xiàn)，即使軟件的輸入輸出都是正確的，卻并不能說(shuō)明軟件就是正確的。因?yàn)槌绦蛴锌赡苡缅e(cuò)誤的運(yùn)算方式得出正確的結(jié)果，例如“負(fù)負(fù)得正，錯(cuò)錯(cuò)得對(duì)”，只有白盒測(cè)試才能發(fā)現(xiàn)真正的原因。白盒測(cè)試能發(fā)現(xiàn)程序里的隱患，象內(nèi)存泄漏、誤差累計(jì)問(wèn)題。在這方面，黑盒測(cè)試存在嚴(yán)重的不足。69問(wèn)題2：由于單元測(cè)試要寫測(cè)試驅(qū)動(dòng)程序，非常麻煩，能否等到整個(gè)系統(tǒng)全部開發(fā)完后，再集中精力進(jìn)行一次性地單元測(cè)試呢？答：如果這樣做，在開發(fā)過(guò)程中，缺陷會(huì)越積越多