一、什么是軟件測(cè)試？

? ? ? ? 軟甲測(cè)試就是用來確認(rèn)一個(gè)程序的品質(zhì)或性能是否符合開發(fā)之前所提出的一些要求，軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件進(jìn)行需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。

軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程

二、軟甲測(cè)試分類

三、按測(cè)試階段劃分

1）單元測(cè)試

單元測(cè)試（unit testing），是指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。對(duì)于單元測(cè)試中單元

的含義，一般來說，要根據(jù)實(shí)際情況去判定其具體含義，如C語言中單元指一個(gè)函數(shù)，Java里單元

指一個(gè)類，圖形化的軟件中可以指一個(gè)窗口或一個(gè)菜單等?？偟膩碚f，單元就是人為規(guī)定的最小的

被測(cè)功能模塊。單元測(cè)試是在軟件開發(fā)過程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，軟件的獨(dú)立單元將在

與程序的其他部分相隔離的情況下進(jìn)行測(cè)試。

2）集成測(cè)試

集成測(cè)試的含義非常簡(jiǎn)單- 將單元測(cè)試模塊逐個(gè)集成/組合，并將行為測(cè)試為組合單元。

該測(cè)試的主要功能或目標(biāo)是測(cè)試單元/模塊之間的接口。??

我們通常在“單元測(cè)試”之后進(jìn)行集成測(cè)試。一旦創(chuàng)建并測(cè)試了所有單個(gè)單元，我們就開始組合這些“單元測(cè)試”模塊并開始進(jìn)行集成測(cè)試。

該測(cè)試的主要功能或目標(biāo)是測(cè)試單元/模塊之間的接口。

首先多帶帶測(cè)試各個(gè)模塊。模塊經(jīng)過單元測(cè)試后，逐個(gè)集成，直到所有模塊都集成在一起，檢查組合行為，驗(yàn)證需求是否正確實(shí)現(xiàn)。

在這里我們應(yīng)該理解，集成測(cè)試不會(huì)在周期結(jié)束時(shí)發(fā)生，而是與開發(fā)同時(shí)進(jìn)行。因此，在大多數(shù)情

況下，所有模塊實(shí)際上都無法測(cè)試，這就是測(cè)試不存在的東西的挑戰(zhàn)！

3）系統(tǒng)測(cè)試

將軟件系統(tǒng)看成是一個(gè)系統(tǒng)的測(cè)試。包括對(duì)功能、性能以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測(cè)試。時(shí)

間大部分在系統(tǒng)測(cè)試執(zhí)行階段，包括回歸測(cè)試和冒煙測(cè)試。將經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整系

統(tǒng)來測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。測(cè)試重點(diǎn)是整個(gè)

系統(tǒng)的運(yùn)行以及與其他軟件的兼容性。

4）驗(yàn)收測(cè)試

驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。它是技術(shù)測(cè)試的最后一個(gè)階段，也稱為交付測(cè)試。

驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，按照項(xiàng)目合同、任務(wù)書、雙方約定的驗(yàn)收依據(jù)文檔，向軟件

購買者展示該軟件系統(tǒng)滿足原始需求。

四、按是否覆蓋源代碼

1）黑盒測(cè)試

黑盒測(cè)試是一種重要的測(cè)試策略，又稱為數(shù)據(jù)驅(qū)動(dòng)的測(cè)試或輸入/輸出驅(qū)動(dòng)的測(cè)試。使用這種測(cè)試

方法時(shí)，將程序視為一個(gè)黑盒子。測(cè)試目標(biāo)與程序的內(nèi)部機(jī)制和結(jié)構(gòu)完全無關(guān)，而是將重點(diǎn)集中放

在發(fā)現(xiàn)程序不按其規(guī)范正確運(yùn)行的條件。
?

2）白盒測(cè)試

白盒測(cè)試（white-box Testing，又稱邏輯驅(qū)動(dòng)測(cè)試，結(jié)構(gòu)測(cè)試），它是知道產(chǎn)品內(nèi)部過程，可通過

測(cè)試來檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢

驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏

輯驅(qū)動(dòng)，基路測(cè)試等，主要用于軟件驗(yàn)證。

3）灰盒測(cè)試

灰盒測(cè)試，是介于白盒測(cè)試與黑盒測(cè)試之間的，可以這樣理解，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過白盒測(cè)試來操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法。

五、按是否運(yùn)行

1）靜態(tài)測(cè)試（static testing）

靜態(tài)測(cè)試就是不實(shí)際運(yùn)行被測(cè)軟件，而只是靜態(tài)地檢查程序代碼、界面或文檔中可能存在的錯(cuò)誤的過程。

包括對(duì)代碼測(cè)試、界面測(cè)試和文檔測(cè)試三個(gè)方面：

? ? 對(duì)于代碼測(cè)試，主要測(cè)試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。

? ? 對(duì)于界面測(cè)試，主要測(cè)試軟件的實(shí)際界面與需求中的說明是否相符。

? ? 對(duì)于文檔測(cè)試，主要測(cè)試用戶手冊(cè)和需求說明是否符合用戶的實(shí)際需求。

2）動(dòng)態(tài)測(cè)試（dynamic testing）

動(dòng)態(tài)測(cè)試就是實(shí)際運(yùn)行被測(cè)程序，輸入相應(yīng)的測(cè)試數(shù)據(jù)，檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過程，所以判斷一個(gè)測(cè)試屬于動(dòng)態(tài)測(cè)試還是靜態(tài)的，唯一的標(biāo)準(zhǔn)就是看是否運(yùn)行程序。

黑盒測(cè)試有可能是動(dòng)態(tài)測(cè)試（運(yùn)行程序，看輸入輸出）, 也有可能是靜態(tài)測(cè)試（不運(yùn)行,只看界面）?

白盒測(cè)試有可能是動(dòng)態(tài)測(cè)試（運(yùn)行程序并分析代碼結(jié)構(gòu)）, 也有可能是靜態(tài)測(cè)試（不運(yùn)行程序 , 只靜態(tài)察看代碼）

動(dòng)態(tài)測(cè)試有可能是黑盒測(cè)試（運(yùn)行 , 只看輸入輸出）, 也有可能是白盒測(cè)試 （運(yùn)行并分析代碼結(jié)構(gòu)）

? ? 靜態(tài)測(cè)試有可能是黑盒測(cè)試（不運(yùn)行，只察看界面）, 也有可能是白盒測(cè)試（不運(yùn)行 , 只察看代碼）

六、按是否自動(dòng)化

1）人工測(cè)試

人工測(cè)試能通過人為的邏輯判斷效驗(yàn)當(dāng)前的步驟是否正確，同時(shí)用例的執(zhí)行具有一定步驟跳躍性，能夠清楚知道邏輯，細(xì)致定位問題。

如果修改bug所需時(shí)間稍長，那么想將人工測(cè)試應(yīng)用于回歸測(cè)試將變得異常困難。這是因?yàn)樾枰獪y(cè)試的測(cè)試用例太多，所以需要引入自動(dòng)化測(cè)試。

2）自動(dòng)化測(cè)試

執(zhí)行的對(duì)象是腳本，能通過人為的邏輯判斷效驗(yàn)當(dāng)前的步驟是否正確實(shí)現(xiàn)，用例步驟之間關(guān)聯(lián)性強(qiáng)，不像手工測(cè)試用例那么跳躍。另外也是用來保證產(chǎn)品主體功能正確和完整，讓測(cè)試人員從繁重的工作中解脫出來。

可以更好的利用資源。在夜間執(zhí)行自動(dòng)測(cè)試用例。測(cè)試具有移植性和可重復(fù)性。好的測(cè)試腳本往往具有較好的平臺(tái)移植性。可以更快地將軟件推向市場(chǎng)。因?yàn)樽詣?dòng)測(cè)試節(jié)省了大量的時(shí)間。但是自動(dòng)化測(cè)試要求的先期投入比較大，而且要求人員必須經(jīng)過嚴(yán)格的培訓(xùn)。

七、更多

1）冒煙測(cè)試

冒煙測(cè)試，是對(duì)軟件的基本功能進(jìn)行測(cè)試，測(cè)試對(duì)象是每一個(gè)新編譯的需要正式測(cè)試的軟件版本，

目的是確認(rèn)軟件的基本功能正常，保證軟件系統(tǒng)能正常跑起來，可以進(jìn)行后續(xù)的正常測(cè)試工作的進(jìn)

行，如果最基本的測(cè)試都有問題了，就直接打回開發(fā)部了，所以正式交付的測(cè)試版本，必須先通過

冒煙測(cè)試的考驗(yàn)

2）回歸測(cè)試

回歸測(cè)試是指在發(fā)生修改之后重新測(cè)試先前的測(cè)試以保證修改的正確性。理論上，對(duì)軟件的任何新

版本，都需要進(jìn)行回歸測(cè)試，驗(yàn)證以前發(fā)現(xiàn)和修復(fù)的錯(cuò)誤是否在新軟件版本上再現(xiàn)，并確認(rèn)曾經(jīng)通

過的功能不會(huì)出現(xiàn)問題。

3）隨機(jī)測(cè)試

隨機(jī)測(cè)試是根據(jù)測(cè)試說明書執(zhí)行用例測(cè)試的重要補(bǔ)充手段，是保證測(cè)試覆蓋完整性的有效方式和過

程。?隨機(jī)測(cè)試主要是對(duì)被測(cè)軟件的一些重要功能進(jìn)行復(fù)測(cè)，也包括測(cè)試那些當(dāng)前的測(cè)試用例沒有

覆蓋到的部分。在測(cè)試中，測(cè)試數(shù)據(jù)是隨機(jī)產(chǎn)生的。

4）探索測(cè)試

探索式測(cè)試（Exploratory Testing）是一種自由的軟件測(cè)試風(fēng)格，強(qiáng)調(diào)測(cè)試人員同時(shí)展開測(cè)試學(xué)

習(xí)、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和測(cè)試結(jié)果評(píng)估等活動(dòng)，以持續(xù)優(yōu)化測(cè)試工作。

測(cè)試專家Cem Kaner博士在1983年提出的。

測(cè)試需要探索，而探索需要大量的思考。積極思考的探索式測(cè)試是具有挑戰(zhàn)性的智力過程，常常需

要在不確定的順序反復(fù)實(shí)施鉆研、嘗試、迂回、調(diào)整、評(píng)估等活動(dòng)。好的探索式測(cè)試不會(huì)使測(cè)試更

簡(jiǎn)單，但是它會(huì)使測(cè)試更有效，從而在測(cè)試速度和缺陷發(fā)現(xiàn)上獲得更多的匯報(bào)。
?

工作流程

?