軟件測(cè)試基本過(guò)程第一頁(yè)，共97頁(yè)。4.1軟件測(cè)試的復(fù)雜性分析1、無(wú)法對(duì)程序進(jìn)行完全測(cè)試（1）測(cè)試所需要的輸入量太大（2）測(cè)試的輸出結(jié)果太多（3）軟件實(shí)現(xiàn)的途徑太多（4）軟件規(guī)格說(shuō)明沒(méi)有一個(gè)客觀標(biāo)準(zhǔn)

2、測(cè)試無(wú)法顯示潛在的軟件缺陷和故障

——通過(guò)軟件測(cè)試只能報(bào)告軟件已被發(fā)現(xiàn)的缺陷和故障，無(wú)法報(bào)告隱藏的軟件故障。

3、存在的故障現(xiàn)象與發(fā)現(xiàn)的故障數(shù)量成正比

——結(jié)論：應(yīng)當(dāng)對(duì)故障集中的程序段進(jìn)行重點(diǎn)測(cè)試Return第二頁(yè)，共97頁(yè)。軟件測(cè)試的復(fù)雜性分析（續(xù)）4、不能修復(fù)所有的軟件故障

——原因：沒(méi)有足夠的進(jìn)行修復(fù)；修復(fù)的風(fēng)險(xiǎn)較大；不值得修復(fù)；可不算做故障的一些缺陷；“殺蟲(chóng)劑現(xiàn)象”。

——結(jié)論：關(guān)鍵是要進(jìn)行正確的判斷、合理的取舍，根據(jù)風(fēng)險(xiǎn)分析決定哪些故障必須修復(fù)，哪些故障可以不修復(fù)。

5、軟件測(cè)試的代價(jià)

——工作原則：就是如何將無(wú)邊無(wú)際的可能性減小到一個(gè)可以控制的范圍，以及如何針對(duì)軟件風(fēng)險(xiǎn)做出恰當(dāng)選擇，去粗存精，找到最佳的測(cè)試量，使得測(cè)試工作量不多也不少，既能達(dá)到測(cè)試的目的，又能較為經(jīng)濟(jì)。

第三頁(yè)，共97頁(yè)。軟件測(cè)試的復(fù)雜性分析（續(xù)）軟件缺陷故障數(shù)量測(cè)試工作量測(cè)試中測(cè)試后測(cè)試費(fèi)用遺漏缺陷數(shù)目?jī)?yōu)化測(cè)試量圖4-1測(cè)試工作量和軟件缺陷數(shù)量之間的關(guān)系第四頁(yè)，共97頁(yè)。4.2軟件測(cè)試方法與策略4.2.1靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試4.2.2黑盒測(cè)試與白盒測(cè)試4.2.3軟件測(cè)試過(guò)程Return第五頁(yè)，共97頁(yè)。軟件測(cè)試策略什么是軟件測(cè)試策略？

——是為軟件工程過(guò)程定義的一個(gè)軟件測(cè)試的模板，也就是把特定的測(cè)試用例方法放置進(jìn)去的一系列步驟。軟件測(cè)試策略包含的特征：（1）測(cè)試從模塊層開(kāi)始，然后擴(kuò)大延伸到整個(gè)基于計(jì)算機(jī)的系統(tǒng)集合中。（2）不同的測(cè)試技術(shù)適用于不同的時(shí)間點(diǎn)。（3）測(cè)試是由軟件的開(kāi)發(fā)人員和（對(duì)于大型系統(tǒng)而言）獨(dú)立的測(cè)試組來(lái)管理的。（4）測(cè)試和調(diào)試是不同的活動(dòng)，但是調(diào)試必須能夠適應(yīng)任何的測(cè)試策略。第六頁(yè)，共97頁(yè)。軟件測(cè)試充分性準(zhǔn)則對(duì)任何軟件都存在有限的充分測(cè)試集合。如果一個(gè)軟件系統(tǒng)在一個(gè)測(cè)試數(shù)據(jù)集合上的測(cè)試是充分的，那么再多測(cè)試一些數(shù)據(jù)也應(yīng)該是充分的。這一特性稱(chēng)為單調(diào)性。即使對(duì)軟件所有成分都進(jìn)行了充分的測(cè)試，也并不表明整個(gè)軟件的測(cè)試已經(jīng)充分了。這一特性稱(chēng)為非復(fù)合性。即使對(duì)軟件系統(tǒng)整體的測(cè)試是充分的，也并不意味軟件系統(tǒng)中各個(gè)成分都已經(jīng)充分地得到了測(cè)試。這個(gè)特性稱(chēng)為非分解性。軟件測(cè)試的充分性應(yīng)該與軟件的需求和軟件的實(shí)現(xiàn)都相關(guān)。軟件越復(fù)雜，需要的測(cè)試數(shù)據(jù)就越多。這一特性稱(chēng)為復(fù)雜性。測(cè)試得越多，進(jìn)一步測(cè)試所能得到的充分性增長(zhǎng)就越少。這一特性稱(chēng)為回報(bào)遞減率。第七頁(yè)，共97頁(yè)。4.2.1靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試1、靜態(tài)測(cè)試靜態(tài)測(cè)試不實(shí)際運(yùn)行軟件，主要是對(duì)軟件的編程格式、結(jié)構(gòu)等方面進(jìn)行評(píng)估。靜態(tài)測(cè)試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以借助軟件工具自動(dòng)進(jìn)行。靜態(tài)測(cè)試方法也可利用計(jì)算機(jī)作為對(duì)被測(cè)程序進(jìn)行特性分析的工具，但與人工測(cè)試方式有著根本區(qū)別。另一方面，因它并不真正運(yùn)行被測(cè)程序，只進(jìn)行特性分析，這又與動(dòng)態(tài)方法不同。所以，靜態(tài)方法常常稱(chēng)為“分析”，靜態(tài)測(cè)試是對(duì)被測(cè)程序進(jìn)行特性分析方法的總稱(chēng)。第八頁(yè)，共97頁(yè)。靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試（續(xù)）

代碼檢查代碼檢查包括代碼走查、桌面檢查、代碼審查等，主要檢查代碼和設(shè)計(jì)的一致性，代碼對(duì)標(biāo)準(zhǔn)的遵循、可讀性，代碼的邏輯表達(dá)的正確性，代碼結(jié)構(gòu)的合理性等方面。代碼檢查的具體內(nèi)容：變量檢查、命名和類(lèi)型審查、程序邏輯審查、程序語(yǔ)法檢查和程序結(jié)構(gòu)檢查等。代碼檢查的優(yōu)點(diǎn)：在實(shí)際使用中，代碼檢查比動(dòng)態(tài)測(cè)試更有效率，能快速找到缺陷，發(fā)現(xiàn)30%～70%的邏輯設(shè)計(jì)和編碼缺陷；代碼檢查看到的是問(wèn)題本身而非征兆。代碼檢查的缺點(diǎn)：非常耗費(fèi)時(shí)間，而且代碼檢查需要知識(shí)和經(jīng)驗(yàn)的積累。第九頁(yè)，共97頁(yè)。靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試（續(xù)）

靜態(tài)結(jié)構(gòu)分析靜態(tài)結(jié)構(gòu)分析主要是以圖形的方式表現(xiàn)程序的內(nèi)部結(jié)構(gòu)。例如函數(shù)調(diào)用關(guān)系圖、函數(shù)內(nèi)部控制流圖。其中：

——函數(shù)調(diào)用關(guān)系圖以直觀的圖形方式描述一個(gè)應(yīng)用程序中各個(gè)函數(shù)的調(diào)用和被調(diào)用關(guān)系；

——控制流圖顯示一個(gè)函數(shù)的邏輯結(jié)構(gòu)，由許多節(jié)點(diǎn)組成，一個(gè)節(jié)點(diǎn)代表一條語(yǔ)句或數(shù)條語(yǔ)句，連接結(jié)點(diǎn)的叫邊，邊表示節(jié)點(diǎn)間的控制流向。第十頁(yè)，共97頁(yè)。靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試（續(xù)）

代碼質(zhì)量度量軟件質(zhì)量包括六個(gè)方面：功能性、可靠性、易用性、效率、可維護(hù)性和可移植性。軟件的質(zhì)量是軟件屬性的各種標(biāo)準(zhǔn)度量的組合。針對(duì)軟件的可維護(hù)性，目前業(yè)界主要存在三種度量參數(shù)：Line復(fù)雜度、Halstead復(fù)雜度和McCabe復(fù)雜度。其中Line復(fù)雜度以代碼的行數(shù)作為計(jì)算的基準(zhǔn)。Halstead以程序中使用到的運(yùn)算符與運(yùn)算元數(shù)量作為計(jì)數(shù)目標(biāo)（直接測(cè)量指標(biāo)），然后可以據(jù)以計(jì)算出程序容量、工作量等。McCabe復(fù)雜度一般稱(chēng)為圈復(fù)雜度，它將軟件的流程圖轉(zhuǎn)化為有向圖，然后以圖論來(lái)衡量軟件的質(zhì)量。第十一頁(yè)，共97頁(yè)。靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試（續(xù)）靜態(tài)測(cè)試階段的任務(wù)：（1）檢查算法的邏輯正確性。（2）檢查模塊接口的正確性。（3）檢查輸入?yún)?shù)是否有合法性檢查。（4）檢查調(diào)用其他模塊的接口是否正確。（5）檢查是否設(shè)置了適當(dāng)?shù)某鲥e(cuò)處理。（6）檢查表達(dá)式、語(yǔ)句是否正確，是否含有二義性。（7）檢查常量或全局變量使用是否正確。（8）檢查標(biāo)識(shí)符的使用是否規(guī)范、一致。（9）檢查程序風(fēng)格的一致性、規(guī)范性。（10）檢查代碼是否可以優(yōu)化，算法效率是否最高。（11）檢查代碼注釋是否完整，是否正確反映了代碼的功能。第十二頁(yè)，共97頁(yè)。靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試（續(xù)）靜態(tài)測(cè)試可以完成以下工作：（1）發(fā)現(xiàn)下列程序的錯(cuò)誤：錯(cuò)用局部變量和全局變量；未定義的變量、不匹配的參數(shù)；不適當(dāng)?shù)难h(huán)嵌套或分支嵌套、死循環(huán)、不允許的遞歸；調(diào)用不存在的子程序，遺漏標(biāo)號(hào)或代碼。（2）找出以下問(wèn)題的根源：從未使用過(guò)的變量；不會(huì)執(zhí)行到的代碼、從未使用過(guò)的標(biāo)號(hào)；潛在的死循環(huán)。（3）提供程序缺陷的間接信息：所用變量和常量的交叉應(yīng)用表；是否違背編碼規(guī)則；標(biāo)識(shí)符的使用方法和過(guò)程的調(diào)用層次。（4）為進(jìn)一步查找做好準(zhǔn)備。（5）選擇測(cè)試用例。（6）進(jìn)行符號(hào)測(cè)試。第十三頁(yè)，共97頁(yè)。靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試（續(xù)）2、動(dòng)態(tài)測(cè)試動(dòng)態(tài)方法的主要特征是：

——計(jì)算機(jī)必須真正運(yùn)行被測(cè)試的程序，通過(guò)輸入測(cè)試用例，對(duì)其運(yùn)行情況即輸入與輸出的對(duì)應(yīng)關(guān)系進(jìn)行分析，以達(dá)到檢測(cè)的目的。動(dòng)態(tài)測(cè)試包括：（1）功能確認(rèn)與接口測(cè)試（2）覆蓋率分析（3）性能分析（4）內(nèi)存分析第十四頁(yè)，共97頁(yè)。4.2.2黑盒測(cè)試和白盒測(cè)試若測(cè)試規(guī)劃是基于產(chǎn)品的功能，目的是檢查程序各個(gè)功能是否能夠?qū)崿F(xiàn)，并檢查其中的功能錯(cuò)誤，則這種測(cè)試方法稱(chēng)為黑盒測(cè)試(Black-boxTesting)方法。

——黑盒測(cè)試又稱(chēng)為功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試和基于規(guī)格說(shuō)明的測(cè)試。它是一種從用戶觀點(diǎn)出發(fā)的測(cè)試，一般被用來(lái)確認(rèn)軟件功能的正確性和可操作性。若測(cè)試規(guī)劃基于產(chǎn)品的內(nèi)部結(jié)構(gòu)進(jìn)行測(cè)試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個(gè)部分功能是否得到充分使用，則這種測(cè)試方法稱(chēng)為白盒測(cè)試(White-boxTesting)方法。

——白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試，一般用來(lái)分析程序的內(nèi)部結(jié)構(gòu)。

第十五頁(yè)，共97頁(yè)。黑盒測(cè)試和白盒測(cè)試（續(xù)）白盒測(cè)試黑盒測(cè)試兩種測(cè)試方法從完全不同的角度出發(fā)，反映了測(cè)試思路的兩方面情況，適用于不同的測(cè)試階段。第十六頁(yè)，共97頁(yè)。黑盒測(cè)試和白盒測(cè)試（續(xù)）1、黑盒測(cè)試黑盒測(cè)試的基本觀點(diǎn)是：任何程序都可以看作是從輸入定義域映射到輸出值域的函數(shù)過(guò)程，被測(cè)程序被認(rèn)為是一個(gè)打不開(kāi)的黑盒子，黑盒中的內(nèi)容（實(shí)現(xiàn)過(guò)程）完全不知道，只明確要做到什么。黑盒測(cè)試主要根據(jù)規(guī)格說(shuō)明書(shū)設(shè)計(jì)測(cè)試用例，并不涉及程序內(nèi)部構(gòu)造和內(nèi)部特性，只依靠被測(cè)程序輸入和輸出之間的關(guān)系或程序的功能設(shè)計(jì)測(cè)試用例。黑盒測(cè)試的特點(diǎn)：（1）黑盒測(cè)試與軟件的具體實(shí)現(xiàn)過(guò)程無(wú)關(guān)，在軟件實(shí)現(xiàn)的過(guò)程發(fā)生變化時(shí)，測(cè)試用例仍然可以使用。（2）黑盒測(cè)試用例的設(shè)計(jì)可以和軟件實(shí)現(xiàn)同時(shí)進(jìn)行，這樣能夠壓縮總的開(kāi)發(fā)時(shí)間。第十七頁(yè)，共97頁(yè)。黑盒測(cè)試和白盒測(cè)試（續(xù)）輸入輸出黑盒測(cè)試是在程序接口進(jìn)行測(cè)試，它只是檢查程序功能是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常使用。也被稱(chēng)為用戶測(cè)試。第十八頁(yè)，共97頁(yè)。黑盒測(cè)試和白盒測(cè)試（續(xù)）黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類(lèi)錯(cuò)誤：是否有不正確或遺漏了的功能？在接口上，輸入能否正確地接受？能否輸出正確的結(jié)果？是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息訪問(wèn)錯(cuò)誤？性能上是否能夠滿足要求？是否有初始化或終止性錯(cuò)誤？黑盒測(cè)試的難點(diǎn)：在哪個(gè)層次上進(jìn)行測(cè)試？黑盒測(cè)試的具體技術(shù)方法：邊界值分析法等價(jià)類(lèi)劃分法因果圖法決策表法第十九頁(yè)，共97頁(yè)。黑盒測(cè)試和白盒測(cè)試（續(xù)）2、白盒測(cè)試白盒測(cè)試將被測(cè)程序看作一個(gè)打開(kāi)的盒子，測(cè)試者能夠看到被測(cè)源程序，可以分析被測(cè)程序的內(nèi)部結(jié)構(gòu)，此時(shí)測(cè)試的焦點(diǎn)集中在根據(jù)其內(nèi)部結(jié)構(gòu)設(shè)計(jì)測(cè)試用例。白盒測(cè)試要求是對(duì)某些程序的結(jié)構(gòu)特性做到一定程度的覆蓋，或者說(shuō)這種測(cè)試是“基于覆蓋率的測(cè)試”。通常的程序結(jié)構(gòu)覆蓋有：語(yǔ)句覆蓋判定覆蓋條件覆蓋判定/條件覆蓋路徑覆蓋第二十頁(yè)，共97頁(yè)。黑盒測(cè)試和白盒測(cè)試（續(xù)）白盒測(cè)試需要完全了解程序結(jié)構(gòu)和處理過(guò)程，它按照程序內(nèi)部邏輯測(cè)試程序，檢驗(yàn)程序中每條通路是否按預(yù)定要求正確工作。也被稱(chēng)為程序員測(cè)試。應(yīng)用程序第二十一頁(yè)，共97頁(yè)。黑盒測(cè)試和白盒測(cè)試（續(xù)）？X=2

y=2xY=4X=2Y=4未知等式與已知等式黑盒白盒3、黑盒測(cè)試法和白盒測(cè)試法的比較第二十二頁(yè)，共97頁(yè)。黑盒測(cè)試和白盒測(cè)試（續(xù)）黑盒測(cè)試：

——以用戶的觀點(diǎn)，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對(duì)應(yīng)關(guān)系，即根據(jù)程序外部特性進(jìn)行測(cè)試，而不考慮內(nèi)部結(jié)構(gòu)及工作情況。

——黑盒測(cè)試技術(shù)注重于軟件的信息域（范圍），通過(guò)劃分程序的輸入和輸出域來(lái)確定測(cè)試用例。

——若外部特性本身存在問(wèn)題或規(guī)格說(shuō)明的規(guī)定有誤，則應(yīng)用黑盒測(cè)試方法是不能發(fā)現(xiàn)問(wèn)題的。白盒測(cè)試：

——只根據(jù)程序的內(nèi)部結(jié)構(gòu)進(jìn)行測(cè)試。

——測(cè)試用例的設(shè)計(jì)要保證測(cè)試時(shí)程序的所有語(yǔ)句至少執(zhí)行一次，而且要檢查所有的邏輯條件。

——如果程序的結(jié)構(gòu)本身有問(wèn)題，比如說(shuō)程序邏輯有錯(cuò)誤或者有遺漏，那也是無(wú)法發(fā)現(xiàn)的。第二十三頁(yè)，共97頁(yè)。黑盒測(cè)試和白盒測(cè)試（續(xù)）項(xiàng)目黑盒測(cè)試法白盒測(cè)試法規(guī)劃方面功能的測(cè)試結(jié)構(gòu)的測(cè)試優(yōu)點(diǎn)方面能確保從用戶的角度出發(fā)進(jìn)行測(cè)試能對(duì)程序內(nèi)部的特定部位進(jìn)行覆蓋測(cè)試缺點(diǎn)方面無(wú)法測(cè)試程序內(nèi)部特定部位；當(dāng)規(guī)格說(shuō)明有誤，則不能發(fā)現(xiàn)問(wèn)題無(wú)法檢查程序的外部特性；無(wú)法對(duì)未實(shí)現(xiàn)規(guī)格說(shuō)明的程序內(nèi)部欠缺部分進(jìn)行測(cè)試應(yīng)用范圍邊界分析法等價(jià)類(lèi)劃分法決策表測(cè)試語(yǔ)句覆蓋，判定覆蓋，條件覆蓋，判定/條件覆蓋，路徑覆蓋，循環(huán)覆蓋，模塊接口測(cè)試第二十四頁(yè)，共97頁(yè)。4.2.3軟件測(cè)試過(guò)程單元測(cè)試單元測(cè)試單元測(cè)試集成測(cè)試集成測(cè)試確認(rèn)測(cè)試系統(tǒng)測(cè)試*這三個(gè)測(cè)試可能交叉與前后互換被測(cè)模塊被測(cè)模塊被測(cè)模塊設(shè)計(jì)信息單元軟件需求其它元素用戶信息其它元素*…*驗(yàn)收測(cè)試*交付用戶…圖2-2軟件測(cè)試的過(guò)程流程第二十五頁(yè)，共97頁(yè)。軟件測(cè)試過(guò)程（續(xù)）單元測(cè)試：針對(duì)每個(gè)單元的測(cè)試，

以確保每個(gè)模塊能正常工作為目標(biāo)。集成測(cè)試：對(duì)已測(cè)試過(guò)的模塊進(jìn)行組裝，進(jìn)行集成測(cè)試。目的在于檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問(wèn)題。系統(tǒng)測(cè)試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分（比如，硬件、數(shù)據(jù)庫(kù)及操作人員）協(xié)調(diào)工作。驗(yàn)收（用戶）測(cè)試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序。主要突出用戶的作用，同時(shí)軟件開(kāi)發(fā)人員也應(yīng)有一定程度的參與。第二十六頁(yè)，共97頁(yè)。一個(gè)實(shí)用軟件測(cè)試過(guò)程一種簡(jiǎn)單實(shí)用的軟件測(cè)試過(guò)程模型POCERM。測(cè)試過(guò)程中必需的基本測(cè)試活動(dòng)及其產(chǎn)生的結(jié)果：擬定軟件測(cè)試計(jì)劃(Plans)編制軟件測(cè)試大綱(Outlines)設(shè)計(jì)和生成測(cè)試用例(testCasegeneration)實(shí)施測(cè)試(Execution)生成軟件測(cè)試報(bào)告(softwaretestingReports)軟件問(wèn)題報(bào)告SPR(SoftwareProblemReport)測(cè)試結(jié)果報(bào)告(testresultReports)第二十七頁(yè)，共97頁(yè)。4.3單元測(cè)試4.3.1單元測(cè)試的主要任務(wù)4.3.2單元測(cè)試的執(zhí)行過(guò)程Return第二十八頁(yè)，共97頁(yè)。4.3.1單元測(cè)試的定義單元測(cè)試（UnitTesting）是指對(duì)軟件中的最小可測(cè)試單元或基本組成單元進(jìn)行檢查和驗(yàn)證。傳統(tǒng)的認(rèn)識(shí)是將單元定義為一個(gè)具體的函數(shù)或一個(gè)類(lèi)的方法，但是這樣做存在很多問(wèn)題。如，有的函數(shù)結(jié)構(gòu)非常短或代碼很短，將導(dǎo)致工作量太大且不一定存在嚴(yán)重缺陷，從而降低測(cè)試效率。將一個(gè)類(lèi)方法作為單元來(lái)測(cè)試，破壞面向?qū)ο蟮姆庋b性，無(wú)法有效利用繼承的優(yōu)勢(shì)。一般可遵循如下的單元選取原則：（1）對(duì)于C語(yǔ)言面向過(guò)程的開(kāi)發(fā)語(yǔ)言來(lái)說(shuō)，單元常指一個(gè)韓碩或子過(guò)程；（2）對(duì)于C++,Java語(yǔ)言等面向?qū)ο蟮拈_(kāi)發(fā)語(yǔ)言來(lái)說(shuō)，單元一般指一個(gè)類(lèi)；（3）圖形化軟件中，單元常指一個(gè)窗口或一個(gè)菜單。注：?jiǎn)卧獪y(cè)試是覆蓋代碼區(qū)間的最小單元。第二十九頁(yè)，共97頁(yè)。4.3.1單元測(cè)試的主要任務(wù)單元測(cè)試針對(duì)每個(gè)程序的模塊，主要測(cè)試5個(gè)方面的問(wèn)題：

——模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨(dú)立的路徑和錯(cuò)誤處理。模塊模塊接口局部數(shù)據(jù)結(jié)構(gòu)路徑測(cè)試出錯(cuò)處理邊界條件第三十頁(yè)，共97頁(yè)。單元測(cè)試的主要任務(wù)（續(xù)）模塊接口這是對(duì)模塊接口進(jìn)行的測(cè)試，檢查進(jìn)出程序單元的數(shù)據(jù)流是否正確。模塊接口測(cè)試必須在任何其它測(cè)試之前進(jìn)行。模塊接口測(cè)試至少需要如下的測(cè)試項(xiàng)目：（1）調(diào)用所測(cè)模塊時(shí)的輸入?yún)?shù)與模塊的形式參數(shù)在個(gè)數(shù)、屬性、順序上是否匹配；（2）所測(cè)模塊調(diào)用子模塊時(shí)，它輸入給子模塊的參數(shù)與子模塊中的形式參數(shù)在個(gè)數(shù)、屬性、順序上是否匹配；（3）是否修改了只做輸入用的形式參數(shù)；（4）調(diào)用標(biāo)準(zhǔn)函數(shù)的參數(shù)在個(gè)數(shù)、屬性、順序上是否正確；（5）全局變量的定義在各模塊中是否一致。第三十一頁(yè)，共97頁(yè)。單元測(cè)試的主要任務(wù)（續(xù)）局部數(shù)據(jù)結(jié)構(gòu)在模塊工作過(guò)程中，必須測(cè)試模塊內(nèi)部的數(shù)據(jù)能否保持完整性，包括內(nèi)部數(shù)據(jù)的內(nèi)容、形式及相互關(guān)系不發(fā)生錯(cuò)誤。對(duì)于局部數(shù)據(jù)結(jié)構(gòu)，應(yīng)該在單元測(cè)試中注意發(fā)現(xiàn)以下幾類(lèi)錯(cuò)誤：（1）不正確的或不一致的類(lèi)型說(shuō)明。（2）錯(cuò)誤的初始化或默認(rèn)值。（3）錯(cuò)誤的變量名，如拼寫(xiě)錯(cuò)誤或書(shū)寫(xiě)錯(cuò)誤。（4）下溢、上溢或者地址錯(cuò)誤。第三十二頁(yè)，共97頁(yè)。單元測(cè)試的主要任務(wù)（續(xù)）路徑測(cè)試在單元測(cè)試中，最主要的測(cè)試是針對(duì)路徑的測(cè)試。測(cè)試用例必須能夠發(fā)現(xiàn)由于計(jì)算錯(cuò)誤、不正確的判定或不正常的控制流而產(chǎn)生的錯(cuò)誤。常見(jiàn)的錯(cuò)誤有：誤解的或不正確的算術(shù)優(yōu)先級(jí)；混合模式的運(yùn)算；錯(cuò)誤的初始化；精確度不夠精確；表達(dá)式的不正確符號(hào)表示。針對(duì)判定和條件覆蓋，測(cè)試用例還要能夠發(fā)現(xiàn)如下錯(cuò)誤：不同數(shù)據(jù)類(lèi)型的比較；不正確的邏輯操作或優(yōu)先級(jí)；應(yīng)當(dāng)相等的地方由于精確度的錯(cuò)誤而不能相等；不正確的判定或不正確的變量；不正確的或不存在的循環(huán)終止；當(dāng)遇到分支循環(huán)時(shí)不能退出；不適當(dāng)?shù)匦薷难h(huán)變量。第三十三頁(yè)，共97頁(yè)。單元測(cè)試的主要任務(wù)（續(xù)）邊界條件采用邊界值分析方法來(lái)設(shè)計(jì)測(cè)試用例，認(rèn)真仔細(xì)地測(cè)試為限制數(shù)據(jù)處理而設(shè)置的邊界處，看模塊是否能夠正常工作。一些可能與邊界有關(guān)的數(shù)據(jù)類(lèi)型如數(shù)值、字符、位置、數(shù)量、尺寸等，還要注意這些邊界的首個(gè)、最后一個(gè)、最大值、最小值、最長(zhǎng)、最短、最高、最低等特征。在邊界條件測(cè)試中，應(yīng)設(shè)計(jì)測(cè)試用例檢查以下情況：（1）在n次循環(huán)的第0次、1次、n次是否有錯(cuò)誤。（2）運(yùn)算或判斷中取最大值、最小值時(shí)是否有錯(cuò)誤。（3）數(shù)據(jù)流、控制流中剛好等于、大于、小于確定的比較值是否出現(xiàn)錯(cuò)誤。第三十四頁(yè)，共97頁(yè)。單元測(cè)試的主要任務(wù)（續(xù)）出錯(cuò)處理測(cè)試出錯(cuò)處理的重點(diǎn)是模塊在工作中發(fā)生了錯(cuò)誤，其中的出錯(cuò)處理設(shè)施是否有效。檢驗(yàn)程序中的出錯(cuò)處理可能面對(duì)的情況有：（1）對(duì)運(yùn)行發(fā)生的錯(cuò)誤描述難以理解。（2）所報(bào)告的錯(cuò)誤與實(shí)際遇到的錯(cuò)誤不一致。（3）出錯(cuò)后，在錯(cuò)誤處理之前就引起系統(tǒng)的干預(yù)。（4）例外條件的處理不正確。（5）提供的錯(cuò)誤信息不足，以至于無(wú)法找到錯(cuò)誤的原因。第三十五頁(yè)，共97頁(yè)。4.3.2單元測(cè)試的執(zhí)行過(guò)程何時(shí)進(jìn)行單元測(cè)試？單元測(cè)試常常是和代碼編寫(xiě)工作同時(shí)進(jìn)行的，在完成了程序編寫(xiě)、復(fù)查和語(yǔ)法正確性驗(yàn)證后，就應(yīng)進(jìn)行單元測(cè)試用例設(shè)計(jì)。在單元測(cè)試時(shí)，如果模塊不是獨(dú)立的程序，需要設(shè)置一些輔助測(cè)試模塊。輔助測(cè)試模塊有兩種：（1）驅(qū)動(dòng)模塊(Drive)用來(lái)模擬被測(cè)試模塊的上一級(jí)模塊，相當(dāng)于被測(cè)模塊的主程序。它接收數(shù)據(jù)，將相關(guān)數(shù)據(jù)傳送給被測(cè)模塊，啟動(dòng)被測(cè)模塊，并打印出相應(yīng)的結(jié)果。（2）樁模塊(Stub)用來(lái)模擬被測(cè)模塊工作過(guò)程中所調(diào)用的模塊。它們一般只進(jìn)行很少的數(shù)據(jù)處理。驅(qū)動(dòng)模塊和樁模塊都是額外的開(kāi)銷(xiāo)，雖然在單元測(cè)試中必須編寫(xiě)，但并不需要作為最終的產(chǎn)品提供給用戶。第三十六頁(yè)，共97頁(yè)。單元測(cè)試的執(zhí)行過(guò)程（續(xù)）被測(cè)模塊、驅(qū)動(dòng)模塊和樁模塊共同構(gòu)成了一個(gè)如下圖所示的單元測(cè)試的測(cè)試環(huán)境：測(cè)試用例被測(cè)模塊驅(qū)動(dòng)模塊測(cè)試結(jié)果樁模塊1樁模塊2樁模塊3樁模塊n樁模塊…第三十七頁(yè)，共97頁(yè)。第三十八頁(yè)，共97頁(yè)。第三十九頁(yè)，共97頁(yè)。4.4集成測(cè)試4.4.1非增量式測(cè)試4.4.2增量式測(cè)試4.4.3不同集成測(cè)試方法的比較4.4.4回歸測(cè)試Return第四十頁(yè)，共97頁(yè)。集成測(cè)試的定義集成測(cè)試是在單元測(cè)試的基礎(chǔ)上，將所有已通過(guò)單元測(cè)試的模塊按照概要設(shè)計(jì)的要求組裝成子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試，目的是確保各單元模塊組合在一起后能夠按既定意圖協(xié)作運(yùn)行。強(qiáng)調(diào)的是，不經(jīng)過(guò)單元測(cè)試的模塊是不應(yīng)進(jìn)行集成測(cè)試的。集成測(cè)試與單元測(cè)試和系統(tǒng)測(cè)試的區(qū)別（1）單元測(cè)試主要關(guān)注模塊的內(nèi)部，雖然它也關(guān)注模塊借口，但它是從內(nèi)部來(lái)查看接口，從個(gè)數(shù)、屬性和順序等方面查看輸入的實(shí)參與形參的匹配情況。而集成測(cè)試查看接口時(shí)主要關(guān)注穿越接口的數(shù)據(jù)、信息是否正確，是否會(huì)丟失。（2）集成測(cè)試僅對(duì)軟件系統(tǒng)展開(kāi)測(cè)試，系統(tǒng)測(cè)試中所涉及的系統(tǒng)不僅包括被測(cè)試的軟件本身，還包括硬件及其相關(guān)外圍設(shè)備，即整個(gè)軟件系統(tǒng)以及與軟件系統(tǒng)交互的所有硬件與軟件平臺(tái)。系統(tǒng)測(cè)試更大程度上是站在用戶的角度來(lái)評(píng)價(jià)系統(tǒng)，包括驗(yàn)證系統(tǒng)的主要功能，核實(shí)系統(tǒng)的性能水平、判斷是否達(dá)到安全性要求等。第四十一頁(yè)，共97頁(yè)。集成測(cè)試的內(nèi)容集成測(cè)試的內(nèi)容包括模塊之間的接口以及集成后的功能。它使用黑盒測(cè)試方法測(cè)試集成的功能，并對(duì)以前的集成進(jìn)行回歸測(cè)試，具體包含以下幾個(gè)方面：（1）將各模塊鏈接起來(lái)時(shí)，穿越模塊接口的數(shù)據(jù)是否丟失；（2）各子功能組合起來(lái)能偶達(dá)到預(yù)期要求的父功能；（3）一個(gè)模塊的功能是否會(huì)對(duì)其他模塊的功能產(chǎn)生不利影響；（4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題，是否會(huì)被異常修改；（5）單個(gè)模塊的誤差積累起來(lái)，是否會(huì)放大到不可接受的程度。集成測(cè)試的評(píng)價(jià)：測(cè)試用例的規(guī)模（規(guī)模越小越好）；驅(qū)動(dòng)模塊的設(shè)計(jì)（數(shù)量越少越好）；樁模塊的設(shè)計(jì)（數(shù)量越少越好）；缺陷定位的難易程度（集成測(cè)試用例涉及的接口數(shù)量越少越好）。第四十二頁(yè)，共97頁(yè)。4.4.1非增量式測(cè)試非增量式測(cè)試是采用一步到位的方法來(lái)構(gòu)造測(cè)試：

——對(duì)所有模塊進(jìn)行個(gè)別的單元測(cè)試后，按照程序結(jié)構(gòu)圖將各模塊連接起來(lái)，把連接后的程序當(dāng)作一個(gè)整體進(jìn)行測(cè)試。

實(shí)例采用非增量式測(cè)試方法進(jìn)行集成測(cè)試非增量式測(cè)試的缺點(diǎn)：

——當(dāng)一次集成的模塊較多時(shí)，非增量式測(cè)試容易出現(xiàn)混亂，因?yàn)闇y(cè)試時(shí)可能發(fā)現(xiàn)了許多故障，為每一個(gè)故障定位和糾正非常困難，并且在修正一個(gè)故障的同時(shí)，可能又引入了新的故障，新舊故障混雜，很難判定出錯(cuò)的具體原因和位置。第四十三頁(yè)，共97頁(yè)。非增量式測(cè)試（續(xù)）AS3S4S5d2Cd4Ed5Fd1Bs1d3s2DABCDEFABCDEF（1）程序結(jié)構(gòu)圖（3）集成測(cè)試示意圖（2）單元測(cè)試示意圖第四十四頁(yè)，共97頁(yè)。4.4.2增量式測(cè)試增量式測(cè)試的集成是逐步實(shí)現(xiàn)的：

——逐次將未曾集成測(cè)試的模塊和已經(jīng)集成測(cè)試的模塊（或子系統(tǒng)）結(jié)合成程序包，再將這些模塊集成為較大系統(tǒng)，在集成的過(guò)程中邊連接邊測(cè)試，以發(fā)現(xiàn)連接過(guò)程中產(chǎn)生的問(wèn)題。按照不同的實(shí)施次序，增量式集成測(cè)試又可以分為三種不同的方法：（1）自頂向下增量式測(cè)試（2）自底向上增量式測(cè)試（3）混合增量式測(cè)試第四十五頁(yè)，共97頁(yè)。自頂向下增量式測(cè)試自頂向下增量式測(cè)試表示逐步集成和逐步測(cè)試是按照結(jié)構(gòu)圖自上而下進(jìn)行的，即模塊集成的順序是首先集成主控模塊（主程序），然后依照控制層次結(jié)構(gòu)向下進(jìn)行集成。從屬于主控模塊的按深度優(yōu)先方式（縱向）或者廣度優(yōu)先方式（橫向）集成到結(jié)構(gòu)中去。深度優(yōu)先方式的集成：

——首先集成在結(jié)構(gòu)中的一個(gè)主控路徑下的所有模塊，主控路徑的選擇是任意的。

廣度優(yōu)先方式的集成：

——首先沿著水平方向，把每一層中所有直接隸屬于上一層的模塊集成起來(lái)，直到底層。第四十六頁(yè)，共97頁(yè)。自頂向下增量式測(cè)試（續(xù)）集成測(cè)試的整個(gè)過(guò)程由3個(gè)步驟完成：（1）主控模塊作為測(cè)試驅(qū)動(dòng)器。（2）根據(jù)集成的方式（深度或廣度），下層的樁模塊一次一次地被替換為真正的模塊。（3）在每個(gè)模塊被集成時(shí)，都必須進(jìn)行單元測(cè)試。重復(fù)第2步，直到整個(gè)系統(tǒng)被測(cè)試完成。

實(shí)例按照廣度優(yōu)先方式進(jìn)行集成測(cè)試實(shí)例按照深度優(yōu)先方式進(jìn)行集成測(cè)試第四十七頁(yè)，共97頁(yè)。自頂向下增量式測(cè)試（續(xù)）ABCDEFAS1S2S3ABCDS4S5ABCDEF（1）（2）（3）廣度優(yōu)先方式第四十八頁(yè)，共97頁(yè)。自頂向下增量式測(cè)試（續(xù)）ABCDEFAS1S2S3ABS2S3EABCS3E（1）（2）（3）深度優(yōu)先方式（4）第四十九頁(yè)，共97頁(yè)。自底向上增量式測(cè)試自底向上增量式測(cè)試表示逐步集成和逐步測(cè)試的工作是按結(jié)構(gòu)圖自下而上進(jìn)行的，即從程序模塊結(jié)構(gòu)的最底層模塊開(kāi)始集成和測(cè)試。由于是從最底層開(kāi)始集成，對(duì)于一個(gè)給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）已經(jīng)集成并測(cè)試完成，所以不再需要使用樁模塊進(jìn)行輔助測(cè)試。在模塊的測(cè)試過(guò)程中需要從子模塊得到的信息可以直接運(yùn)行子模塊得到。實(shí)例采用自底向上增量式測(cè)試方法進(jìn)行集成測(cè)試第五十頁(yè)，共97頁(yè)。自底向上增量式測(cè)試（續(xù)）ABCDEFd2Cd1Ed3Fd4BEd5FDABCDEF第五十一頁(yè)，共97頁(yè)。混合增量式測(cè)試混合增量式測(cè)試是把自頂向下測(cè)試和自底向上測(cè)試這兩種方式結(jié)合起來(lái)進(jìn)行集成和測(cè)試。這樣可以兼具兩者的優(yōu)點(diǎn)，而摒棄其缺點(diǎn)。常見(jiàn)的兩種混合增量式測(cè)試方式：（1）衍變的自頂向下的增量式測(cè)試：基本思想是強(qiáng)化對(duì)輸入/輸出模塊和引入新算法模塊的測(cè)試，并自底向上集成為功能相對(duì)完整且相對(duì)獨(dú)立的子系統(tǒng)，然后由主模塊開(kāi)始自頂向下進(jìn)行增量式測(cè)試。（2）自底向上-自頂向下的增量式測(cè)試：首先對(duì)含讀操作的子系統(tǒng)自底向上直至根節(jié)點(diǎn)模塊進(jìn)行集成和測(cè)試，然后對(duì)含寫(xiě)操作的子系統(tǒng)做自頂向下的集成與測(cè)試。第五十二頁(yè)，共97頁(yè)。4.4.3不同集成測(cè)試方法的比較1、非增量式測(cè)試與增量式測(cè)試的比較非增量式測(cè)試的方法是先分散測(cè)試，然后集中起來(lái)再一次完成集成測(cè)試。假如在模塊的接口處存在錯(cuò)誤，只會(huì)在最后的集成測(cè)試時(shí)一下子暴露出來(lái)。增量式測(cè)試是逐步集成和逐步測(cè)試的方法，把可能出現(xiàn)的差錯(cuò)分散暴露出來(lái)，便于找出問(wèn)題和修改。而且一些模塊在逐步集成的測(cè)試中，得到了較多次的考驗(yàn)，因此，可能會(huì)取得較好的測(cè)試效果。

結(jié)論：增量式測(cè)試要比非增量式測(cè)試具有一定的優(yōu)越性。第五十三頁(yè)，共97頁(yè)。不同集成測(cè)試方法的比較（續(xù)）2、自頂向下與自底向上增量式測(cè)試的比較自頂向下增量式測(cè)試：

——主要優(yōu)點(diǎn)在于它可以自然的做到逐步求精，一開(kāi)始就能讓測(cè)試者看到系統(tǒng)的框架。

——主要缺點(diǎn)是需要提供樁模塊，并且在輸入/輸出模塊接入系統(tǒng)以前，在樁模塊中表示測(cè)試數(shù)據(jù)有一定困難。自底向上增量式測(cè)試：

——優(yōu)點(diǎn)在于，由于驅(qū)動(dòng)模塊模擬了所有調(diào)用參數(shù)，即使數(shù)據(jù)流并未構(gòu)成有向的非環(huán)狀圖，生成測(cè)試數(shù)據(jù)也無(wú)困難。

——主要缺點(diǎn)在于，直到最后一個(gè)模塊被加進(jìn)去之后才能看到整個(gè)程序（系統(tǒng)）的框架。第五十四頁(yè)，共97頁(yè)。4.5系統(tǒng)測(cè)試為什么要進(jìn)行系統(tǒng)測(cè)試？

——由于軟件只是計(jì)算機(jī)系統(tǒng)中的一個(gè)組成部分，軟件開(kāi)發(fā)完成之后，最終還要和系統(tǒng)中的硬件系統(tǒng)、某些支持軟件、數(shù)據(jù)信息等其他部分配套運(yùn)行。因此，在投入運(yùn)行前要完成系統(tǒng)測(cè)試，以保證各組成部分不僅能單獨(dú)的得到檢驗(yàn)，而且在系統(tǒng)各部分協(xié)調(diào)工作的環(huán)境下也能正常工作。盡管每一個(gè)檢驗(yàn)有特定的目標(biāo)，然而所有的檢測(cè)工作都要驗(yàn)證系統(tǒng)中每個(gè)部分均已得到正確的集成，并能完成指定的功能。嚴(yán)格的說(shuō)，系統(tǒng)測(cè)試超出了軟件工程范圍。通常這項(xiàng)工作并不由系統(tǒng)開(kāi)發(fā)人員或系統(tǒng)開(kāi)發(fā)組織來(lái)承擔(dān)，而是由軟件用戶或軟件開(kāi)發(fā)機(jī)構(gòu)委托獨(dú)立測(cè)試機(jī)構(gòu)來(lái)完成。

Return第五十五頁(yè)，共97頁(yè)。功能測(cè)試功能測(cè)試也稱(chēng)確認(rèn)測(cè)試，主要是根絕軟件需要規(guī)格說(shuō)明書(shū)來(lái)檢驗(yàn)被測(cè)系統(tǒng)是否滿足用戶的功能使用要求，它是系統(tǒng)測(cè)試中最基本的測(cè)試。

功能測(cè)試的主要內(nèi)容：第五十六頁(yè)，共97頁(yè)。恢復(fù)測(cè)試恢復(fù)測(cè)試是通過(guò)各種手段，強(qiáng)制性地使軟件出錯(cuò)，使其不能正常工作，進(jìn)而檢驗(yàn)系統(tǒng)的恢復(fù)能力。恢復(fù)測(cè)試包含的內(nèi)容：

——如果系統(tǒng)恢復(fù)是自動(dòng)的（由系統(tǒng)自身完成），則應(yīng)該檢驗(yàn)：重新初始化、檢驗(yàn)點(diǎn)設(shè)置機(jī)構(gòu)、數(shù)據(jù)恢復(fù)以及重新啟動(dòng)是否正確。

——如果這一恢復(fù)需要人為干預(yù)，則應(yīng)考慮平均修復(fù)時(shí)間是否在限定的、可以接受的范圍之內(nèi)。第五十七頁(yè)，共97頁(yè)。安全測(cè)試安全測(cè)試的目的在于驗(yàn)證安裝在系統(tǒng)內(nèi)的保護(hù)機(jī)制能否在實(shí)際中保護(hù)系統(tǒng)且不受非法入侵，不受各種非法干擾。在安全測(cè)試中，測(cè)試者扮演著試圖攻擊系統(tǒng)的個(gè)人角色：

—嘗試去通過(guò)外部的手段來(lái)獲取系統(tǒng)的密碼

—使用可以瓦解任何防守的客戶軟件來(lái)攻擊系統(tǒng)

—把系統(tǒng)“癱瘓”，使得其他用戶無(wú)法訪問(wèn)

—有目的地引發(fā)系統(tǒng)錯(cuò)誤，期望在恢復(fù)過(guò)程中侵入系統(tǒng)

—通過(guò)瀏覽非保密的數(shù)據(jù)，從中找到進(jìn)入系統(tǒng)的鑰匙系統(tǒng)的安全測(cè)試要設(shè)置一些測(cè)試用例試圖突破系統(tǒng)的安全保密措施，檢驗(yàn)系統(tǒng)是否有安全保密的漏洞。第五十八頁(yè)，共97頁(yè)。強(qiáng)度測(cè)試從本質(zhì)上來(lái)說(shuō)，強(qiáng)度測(cè)試（也稱(chēng)壓力測(cè)試-StreeTesting）的目的是要檢測(cè)非正常的情形，測(cè)試是想要破壞程序。強(qiáng)度測(cè)試需要在反常規(guī)數(shù)據(jù)量、頻率或資源的方式下運(yùn)行系統(tǒng)，以檢驗(yàn)系統(tǒng)能力的最高實(shí)際限度。舉例：

—如果正常的中斷頻率為每秒5次，強(qiáng)度測(cè)試設(shè)計(jì)為每秒50次中斷。

—把輸入數(shù)據(jù)的量提高一個(gè)數(shù)量級(jí)來(lái)測(cè)試輸入功能會(huì)如何響應(yīng)。

—若某系統(tǒng)正常運(yùn)行可支持200個(gè)終端并行工作，強(qiáng)度測(cè)試則檢驗(yàn)1000個(gè)終端并行工作的情況。

—運(yùn)行大量的消耗內(nèi)存或其他系統(tǒng)資源的測(cè)試實(shí)例。第五十九頁(yè)，共97頁(yè)。性能測(cè)試性能測(cè)試用來(lái)測(cè)試軟件在系統(tǒng)集成中的運(yùn)行性能，特別是針對(duì)實(shí)時(shí)系統(tǒng)和嵌入式系統(tǒng)，僅提供符合功能需求但不符合性能需求的軟件是不能被接受的。性能測(cè)試可以在測(cè)試過(guò)程的任意階段進(jìn)行，但只有當(dāng)整個(gè)系統(tǒng)的所有成分都集成在一起后，才能檢查一個(gè)系統(tǒng)的真正性能。性能測(cè)試常常和強(qiáng)度（壓力）測(cè)試結(jié)合起來(lái)進(jìn)行，而且常常需要硬件和軟件測(cè)試設(shè)備，這就是說(shuō)，常常有必要在一種苛刻的環(huán)境中衡量資源的使用（比如，處理器周期）。第六十頁(yè)，共97頁(yè)。性能測(cè)試已成為軟件質(zhì)量最重要的衡量標(biāo)準(zhǔn)之一，就是對(duì)軟件運(yùn)行性能指標(biāo)指標(biāo)進(jìn)行測(cè)試，判斷系統(tǒng)集成之后在實(shí)際的使用環(huán)境下能否穩(wěn)定、可靠的運(yùn)行。性能測(cè)試是軟件測(cè)試的高端領(lǐng)域，主要包含以下兩個(gè)方面：（1）時(shí)間性能：主要指軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間；（2）空間性能：主要指軟件運(yùn)行時(shí)消耗的系統(tǒng)資源。第六十一頁(yè)，共97頁(yè)。性能測(cè)試的內(nèi)容：第六十二頁(yè)，共97頁(yè)。第六十三頁(yè)，共97頁(yè)。正確性測(cè)試正確性測(cè)試檢查軟件的功能是否符合規(guī)格說(shuō)明。正確性測(cè)試的方法：

——枚舉法，即構(gòu)造一些合理輸入，檢查是否得到期望的輸出。測(cè)試時(shí)應(yīng)盡量設(shè)法減少枚舉的次數(shù)，關(guān)鍵在于尋找等價(jià)區(qū)間，因?yàn)樵诘葍r(jià)區(qū)間中，只需用任意值測(cè)試一次即可。

——邊界值測(cè)試，即采用定義域或者等價(jià)區(qū)間的邊界值進(jìn)行測(cè)試。因?yàn)槌绦蛟O(shè)計(jì)容易疏忽邊界情況，程序也容易在邊界值處出錯(cuò)。

第六十四頁(yè)，共97頁(yè)。可靠性測(cè)試可靠性測(cè)試是從驗(yàn)證的角度出發(fā)，檢驗(yàn)系統(tǒng)的可靠性是否達(dá)到預(yù)期的目標(biāo)，同時(shí)給出當(dāng)前系統(tǒng)可能的可靠性增長(zhǎng)情況。對(duì)可靠性性測(cè)試來(lái)說(shuō)，最關(guān)鍵的測(cè)試數(shù)據(jù)包括失效間隔時(shí)間，失效修復(fù)時(shí)間，失效數(shù)量，失效級(jí)別等。根據(jù)獲得的測(cè)試數(shù)據(jù)，應(yīng)用可靠性模型，可以得到系統(tǒng)的失效率及可靠性增長(zhǎng)趨勢(shì)。可靠性指標(biāo)有時(shí)很難測(cè)試，通常采用平均無(wú)故障時(shí)間或系統(tǒng)投入運(yùn)行后出現(xiàn)的故障不能大于多少數(shù)量這些指標(biāo)來(lái)對(duì)可靠性進(jìn)行評(píng)估。第六十五頁(yè)，共97頁(yè)。兼容性測(cè)試軟件兼容性測(cè)試是檢測(cè)各軟件之間能否正確地交互和共享信息，其目標(biāo)是保證軟件按照用戶期望的方式進(jìn)行交互，使用其它軟件檢查軟件操作的過(guò)程。兼容性的測(cè)試通常需要解決以下問(wèn)題：（1）新開(kāi)發(fā)的軟件需要與哪種操作系統(tǒng)、Web瀏覽器和應(yīng)用軟件保持兼容，如果要測(cè)試的軟件是一個(gè)平臺(tái)，那么要求應(yīng)用程序能在其上運(yùn)行。（2）應(yīng)該遵守哪種定義軟件之間交互的標(biāo)準(zhǔn)或者規(guī)范。（3）軟件使用何種數(shù)據(jù)與其它平臺(tái)、與新的軟件進(jìn)行交互和共享信息。第六十六頁(yè)，共97頁(yè)。兼容性測(cè)試（續(xù)）軟件兼容的實(shí)例：從Web頁(yè)面剪切文字，然后在文字處理程序中打開(kāi)的文檔中粘貼。從電子表格程序保存賬目數(shù)據(jù)，然后在另一個(gè)完全不同的電子表格程序中讀入這些數(shù)據(jù)。使圖形處理軟件在同一操作系統(tǒng)下的不同版本正常工作。使文字處理程序從管理程序中讀取姓名和地址，打印個(gè)性化的邀請(qǐng)函和信封。升級(jí)到新的數(shù)據(jù)庫(kù)程序，讀入現(xiàn)存所有數(shù)據(jù)庫(kù)，并能夠像老版本一樣對(duì)其中的數(shù)據(jù)進(jìn)行處理。第六十七頁(yè)，共97頁(yè)。兼容性測(cè)試（續(xù)）兼容性通常有4種——向前兼容與向后兼容、不同版本間的兼容、標(biāo)準(zhǔn)和規(guī)范、數(shù)據(jù)共享兼容（1）向前兼容和向后兼容向前兼容是指可以使用軟件的未來(lái)版本，向后兼容是指可以使用軟件的以前版本。并非所有的軟件都要求向前兼容和向后兼容，這是軟件設(shè)計(jì)者需要決定的產(chǎn)品特性。使用文本文件可以對(duì)向前兼容和向后兼容作一個(gè)簡(jiǎn)單的演示：在Windows98上用Notepad創(chuàng)建的文本文件，它可以向后兼容后的所有版本，它還可以向前兼容Windows2000甚至以后的版本。第六十八頁(yè)，共97頁(yè)。兼容性測(cè)試（續(xù)）在Windows98上運(yùn)行的NotepadMYDATE.TXT在MS-DOS1.0上運(yùn)行的Edit.exe在Windows3.1上運(yùn)行的Notepad在Windows95上運(yùn)行的Notepad向后兼容在Windows2000上運(yùn)行的WordPad在未來(lái)操作系統(tǒng)上運(yùn)行的未知軟件向前兼容第六十九頁(yè)，共97頁(yè)。兼容性測(cè)試（續(xù)）

（2）不同版本間的兼容不同版本間的兼容是指要實(shí)現(xiàn)測(cè)試平臺(tái)和應(yīng)用軟件多個(gè)版本之間能夠正常工作。舉例：現(xiàn)在要測(cè)試一個(gè)流行的操作系統(tǒng)的新版本，當(dāng)前操作系統(tǒng)上可能有數(shù)幾十上百萬(wàn)現(xiàn)有程序，則新操作系統(tǒng)的目標(biāo)是與它們百分之百兼容。因?yàn)椴豢赡茉谝粋€(gè)操作系統(tǒng)上測(cè)試所有的軟件程序，因此需要決定哪些是最重要的、必須進(jìn)行的。對(duì)于測(cè)試新應(yīng)用軟件也一樣，需要決定在哪個(gè)平臺(tái)版本上測(cè)試，以及和什么應(yīng)用程序一起測(cè)試。第七十頁(yè)，共97頁(yè)。兼容性測(cè)試（續(xù)）

（3）標(biāo)準(zhǔn)和規(guī)范適用于軟件平臺(tái)的標(biāo)準(zhǔn)和規(guī)范有兩個(gè)級(jí)別——高級(jí)標(biāo)準(zhǔn)和低級(jí)標(biāo)準(zhǔn)。高級(jí)標(biāo)準(zhǔn)是產(chǎn)品應(yīng)當(dāng)普遍遵守的，例如軟件能在何種操作系統(tǒng)上運(yùn)行？是互聯(lián)網(wǎng)上的程序嗎？它運(yùn)行于何種瀏覽器？每一項(xiàng)問(wèn)題都關(guān)系到平臺(tái)，假若應(yīng)用程序聲明與某個(gè)平臺(tái)兼容，就必須最受關(guān)于該平臺(tái)的標(biāo)準(zhǔn)和規(guī)范。低級(jí)標(biāo)準(zhǔn)是對(duì)產(chǎn)品開(kāi)發(fā)細(xì)節(jié)的描述，從某種意義上說(shuō)，低級(jí)標(biāo)準(zhǔn)比高級(jí)標(biāo)準(zhǔn)更加重要。第七十一頁(yè)，共97頁(yè)。兼容性測(cè)試（續(xù)）

（4）數(shù)據(jù)共享兼容數(shù)據(jù)共享兼容是指要在應(yīng)用程序之間共享數(shù)據(jù)，它要求支持并遵守公開(kāi)的標(biāo)準(zhǔn)，允許用戶與其他軟件無(wú)障礙的傳輸數(shù)據(jù)。實(shí)例：

—在Windows