關于領(ling)域，名(ming)詞頗(po)多(duo)，發現有(you)(you)許多(duo)測(ce)試(shi)(shi)新手(shou)混淆概(gai)念，甚至(zhi)有(you)(you)不(bu)少招聘要求中對(dui)各(ge)種(zhong)軟件測(ce)試(shi)(shi)相關的(de)名(ming)詞亂(luan)用，所以，這里匯(hui)總測(ce)試(shi)(shi)相關的(de)名(ming)詞，也(ye)許能理清(qing)你對(dui)各(ge)種(zhong)名(ming)詞的(de)概(gai)念。

根據項目有流程階(jie)段劃分(fen)測試

單元測試：單(dan)元(yuan)測試是(shi)對軟件(jian)中的(de)基(ji)本組成(cheng)單(dan)位進行的(de)測試。目(mu)的(de)是(shi)檢驗軟件(jian)基(ji)本組成(cheng)單(dan)位的(de)正(zheng)確(que)性。

集成測試：集成(cheng)測(ce)試是(shi)(shi)在軟(ruan)件系統(tong)集成(cheng)過(guo)程中所進行的測(ce)試。目(mu)的是(shi)(shi)檢查軟(ruan)件單位之間的接口是(shi)(shi)否正(zheng)確(que)。

系統測試：系統測試是(shi)對(dui)已經(jing)集成好的(de)軟件系統進行徹底的(de)測試，以驗證軟件系統的(de)正確性(xing)和(he)性(xing)能等(deng)是(shi)否滿(man)足其規約(yue)所(suo)指(zhi)定(ding)的(de)要求。

驗收測試：驗收測(ce)試是部署軟件(jian)之前的(de)最后一個(ge)測(ce)試操作。驗收測(ce)試的(de)目的(de)是確保(bao)軟件(jian)準備就緒，向軟件(jian)購(gou)買都展示該軟件(jian)系統滿足(zu)其用戶的(de)需求。

單元測試階段

模塊接口測試

通過所測(ce)模(mo)塊(kuai)的數(shu)據(ju)流進行測(ce)試。調(diao)用(yong)所測(ce)模(mo)塊(kuai)時(shi)的輸(shu)入(ru)參(can)數(shu)與(yu)模(mo)塊(kuai)的形式參(can)數(shu)的個(ge)數(shu)、屬性和順序是否匹配(pei)。

局部數據結(jie)構(gou)測試

局部數據(ju)結(jie)構是為了保證(zheng)臨時存(cun)儲在模塊(kuai)(kuai)內的(de)(de)數據(ju)在程(cheng)序執行過程(cheng)中(zhong)完整、正確、模塊(kuai)(kuai)的(de)(de)局部數據(ju)結(jie)構往(wang)往(wang)是錯誤的(de)(de)根源。

路徑測試

對模塊(kuai)中重要的執(zhi)行路徑進行測試。

錯誤處理測試

比(bi)較完(wan)善的(de)(de)模塊(kuai)設(she)計要求能遇見出(chu)錯的(de)(de)條(tiao)件，并設(she)置(zhi)適當的(de)(de)出(chu)錯處(chu)理，以便(bian)在一旦程序(xu)出(chu)錯時，能對出(chu)錯程序(xu)重(zhong)做安排(pai)，保(bao)證其(qi)邏輯(ji)上的(de)(de)正確性(xing)。

邊界條件測試

軟(ruan)件經常(chang)在便捷上失效(xiao)，邊界條件測(ce)(ce)(ce)試是(shi)一項基礎測(ce)(ce)(ce)試，也是(shi)后面系(xi)統測(ce)(ce)(ce)試中(zhong)的功(gong)能測(ce)(ce)(ce)試的重點。

集成測試階段

在集(ji)成(cheng)測試中(zhong)，我們主要關注以(yi)下內容：

1.把(ba)各(ge)個模塊(kuai)連接(jie)起來時，穿(chuan)越模塊(kuai)接(jie)口的數據據是否會(hui)丟失。

2.各個了模(mo)塊組合起來，能(neng)否達到(dao)預期(qi)要求的功能(neng)。

3.一個模塊的(de)功(gong)能是否會對另一個模塊的(de)功(gong)能產生不利影響。

4.全局(ju)數據(ju)據(ju)結構(gou)是否(fou)有問(wen)題。

5.單個(ge)模塊的(de)誤差積累起來是否會被放大(da)，從而達到不(bu)可接(jie)受的(de)程(cheng)序。

系統測試階段

一般系(xi)統(tong)的主要(yao)測試(shi)工作(zuo)都集中系(xi)統(tong)測試(shi)階段。根據不同的系(xi)統(tong)，所進行的測試(shi)種類(lei)也很(hen)多。

功能測試

功能測(ce)試是對產品的(de)各功能進行驗證，以檢查是否(fou)滿足需求的(de)要(yao)求。

性能測試

性能測(ce)試(shi)是通過自動(dong)化測(ce)試(shi)工具(ju)模擬多種正常(chang)、峰值以及異常(chang)負(fu)載條件來對(dui)系統的各項(xiang)性能指(zhi)標進行測(ce)試(shi)。

安全測試

安全測試檢(jian)查系統對非法入侵(qin)的防(fang)范能力。

兼容測試

兼容性測試(shi)(shi)主要是測試(shi)(shi)系統在不(bu)同(tong)的軟硬件環(huan)境下是否能夠正常的運(yun)行。

驗收測試階段

功能確認測試

安全可靠性測試

易用性測試

可擴充性測試

兼容性測試

資源占用率測試

用戶文檔資料(liao)驗收

白盒測試、黑盒測試、灰盒測試

上面是(shi)根(gen)據(ju)項目流程(cheng)按照(zhao)測(ce)試(shi)(shi)(shi)(shi)的(de)(de)各個階段對(dui)測(ce)試(shi)(shi)(shi)(shi)工具的(de)(de)劃分。白盒測(ce)試(shi)(shi)(shi)(shi)與黑盒測(ce)試(shi)(shi)(shi)(shi)，主要是(shi)測(ce)試(shi)(shi)(shi)(shi)工作對(dui)軟件代碼的(de)(de)的(de)(de)可見程(cheng)度的(de)(de)劃分。這也是(shi)我軟件測(ce)試(shi)(shi)(shi)(shi)中(zhong)領域中(zhong)最基本的(de)(de)兩(liang)個概念。

黑盒測試

黑(hei)盒測試，指的(de)是(shi)把被測的(de)軟件看作是(shi)一個黑(hei)盒子(zi)，我們不去(qu)關心盒子(zi)里面的(de)結(jie)構是(shi)什么(me)樣子(zi)的(de)，只關心軟件的(de)輸入數據(ju)和輸出結(jie)果。

它只檢查程序(xu)功能是否(fou)按照需求規格說(shuo)明書(shu)的(de)規定正(zheng)常使用(yong)，程序(xu)是否(fou)能適當地接(jie)收輸入數據而產生正(zheng)確的(de)輸出信息(xi)。黑(hei)盒(he)測試(shi)著眼于程序(xu)外部結構，不考慮內部邏(luo)輯結構，主(zhu)要針對軟(ruan)件界面和軟(ruan)件功能進行(xing)測試(shi)。

白盒測試

白盒測試，指的是(shi)把盒子蓋子打開，去研究里面的源代(dai)碼(ma)和(he)程序結果。

它是按(an)照程序內部的結構(gou)測試程序，通過測試來檢測產品內部動作是否按(an)照設計規格說(shuo)明書的規定正常進行，檢驗程序中的每條通路是否都能按(an)預定要求正確工作

灰盒測試

灰盒測(ce)試(shi)(shi)介于黑盒測(ce)試(shi)(shi)與白(bai)盒測(ce)試(shi)(shi)之間。

可以這(zhe)(zhe)樣(yang)理解，灰盒測(ce)試關(guan)注輸(shu)出對于輸(shu)入的(de)正(zheng)確性，同(tong)時也關(guan)注內(nei)部(bu)表現，但這(zhe)(zhe)種關(guan)注不象(xiang)白盒那(nei)樣(yang)詳細(xi)、完整，只是通過一(yi)些(xie)表征性的(de)現象(xiang)、事(shi)件、標志來判斷(duan)內(nei)部(bu)的(de)運(yun)行狀態，有時候輸(shu)出是正(zheng)確的(de)，但內(nei)部(bu)其實已經錯(cuo)誤(wu)了，這(zhe)(zhe)種情(qing)況非常(chang)多，如果每次都通過白盒測(ce)試來操作，效率會很低，因此需要采(cai)取這(zhe)(zhe)樣(yang)的(de)一(yi)種灰盒的(de)方法。

功能測試、性能測試

功能測試

功能測(ce)試檢查實際的功能是否符合用戶(hu)(hu)的需求(qiu)。測(ce)試的大部分工作(zuo)(zuo)也(ye)(ye)是圍繞軟件的功能進(jin)行，設計(ji)軟件的目的也(ye)(ye)就是滿足客戶(hu)(hu)對其功能的需求(qiu)。如果偏離的這個(ge)目的任何(he)測(ce)試工作(zuo)(zuo)都是沒有意義的。

功能(neng)測試又可(ke)可(ke)以細分為很多種：邏輯功能(neng)測試、界面測試、易用性測試、安裝測試、兼容(rong)性測試等(deng)。

性能測試

性能(neng)測(ce)(ce)試是(shi)通(tong)過自動化的(de)測(ce)(ce)試工具(ju)模擬多(duo)種(zhong)正常(chang)、峰(feng)值以及異常(chang)負載條(tiao)件來對系統的(de)各項性能(neng)指標進(jin)行測(ce)(ce)試。

軟件的性能(neng)包括很(hen)多方(fang)面，主要有時間性能(neng)和(he)空間性能(neng)兩種。

時間(jian)性能(neng)：主要是指(zhi)軟件的(de)(de)一(yi)個具體(ti)的(de)(de)響應(ying)時間(jian)。比(bi)如(ru)一(yi)個登錄所需(xu)要的(de)(de)時間(jian)，一(yi)個交易所需(xu)要的(de)(de)時間(jian)等。當然，拋開具體(ti)的(de)(de)測(ce)試(shi)環境，來分析一(yi)次(ci)事務的(de)(de)響應(ying)時間(jian)是沒(mei)有任何意義的(de)(de)。需(xu)要搭建一(yi)個具體(ti)且獨立的(de)(de)測(ce)試(shi)環境。

空(kong)間(jian)性(xing)能：主要(yao)指軟件運行時所消(xiao)(xiao)耗(hao)的系統(tong)資源(yuan)(yuan)，比如硬件資源(yuan)(yuan)，CPU、內存，網絡帶寬消(xiao)(xiao)耗(hao)等。

手工測試與自動化測試

手工測試

手工測試就(jiu)是(shi)由人(ren)去一個一個的去執行測試用(yong)例，通過(guo)鍵盤(pan)鼠標等輸入一些參數，查看(kan)返回(hui)結(jie)果是(shi)否符合預(yu)期結(jie)果。

(其實，不太喜歡別人(ren)把一般的(de)功能測(ce)試(shi)(shi)(shi)工(gong)作叫(jiao)手(shou)工(gong)測(ce)試(shi)(shi)(shi)，就像一個雕塑家不喜歡別人(ren)叫(jiao)他刻(ke)石頭的(de)一樣。手(shou)工(gong)測(ce)試(shi)(shi)(shi)同樣需要業務熟悉、基本測(ce)試(shi)(shi)(shi)方(fang)法(fa)的(de)理解。看似簡單的(de)工(gong)作卻能夠發現(xian)別人(ren)不能發現(xian)的(de)軟件(jian)問(wen)題。在(zai)目前的(de)測(ce)試(shi)(shi)(shi)領域，手(shou)工(gong)測(ce)試(shi)(shi)(shi)仍然是無法(fa)替(ti)代的(de)一種測(ce)試(shi)(shi)(shi)方(fang)法(fa))

自動化測試

自動化測(ce)試(shi)(shi)(shi)是把以人為(wei)(wei)驅(qu)動的測(ce)試(shi)(shi)(shi)行(xing)為(wei)(wei)轉化為(wei)(wei)機(ji)器執(zhi)行(xing)的一種過(guo)程(cheng)。通常(chang)，在設計了(le)測(ce)試(shi)(shi)(shi)用例(li)并通過(guo)評(ping)審之后，由測(ce)試(shi)(shi)(shi)人員(yuan)根據(ju)測(ce)試(shi)(shi)(shi)用例(li)中(zhong)描述的規程(cheng)一步步執(zhi)行(xing)測(ce)試(shi)(shi)(shi)，得(de)到實際結果(guo)與期(qi)望結果(guo)的比(bi)較。在此(ci)過(guo)程(cheng)中(zhong)，為(wei)(wei)了(le)節省人力(li)、時間或硬件資源，提高測(ce)試(shi)(shi)(shi)效率，便(bian)引(yin)入(ru)了(le)自動化測(ce)試(shi)(shi)(shi)的概念。

自(zi)動(dong)化(hua)測試：又可(ke)分為(wei)功能自(zi)動(dong)化(hua)測試與性能自(zi)動(dong)化(hua)測試。

我們一(yi)(yi)般所(suo)說的(de)自(zi)動化(hua)測(ce)試(shi)就(jiu)是指功能自(zi)動化(hua)測(ce)試(shi)，通(tong)過(guo)相關的(de)測(ce)試(shi)技術，通(tong)過(guo)編(bian)碼的(de)方式用一(yi)(yi)段程(cheng)序來測(ce)試(shi)一(yi)(yi)個(ge)軟件的(de)功能，這樣(yang)(yang)就(jiu)可(ke)以(yi)重(zhong)復(fu)執行(xing)程(cheng)序來進(jin)行(xing)重(zhong)復(fu)的(de)測(ce)試(shi)。如果一(yi)(yi)個(ge)軟件一(yi)(yi)小部(bu)分發生改(gai)變，我們只要修改(gai)一(yi)(yi)部(bu)分代(dai)碼，就(jiu)可(ke)以(yi)重(zhong)復(fu)的(de)對(dui)整個(ge)軟件進(jin)行(xing)功能測(ce)試(shi)。這樣(yang)(yang)就(jiu)大大的(de)提高了測(ce)試(shi)效率。

性(xing)(xing)能(neng)自動(dong)化測試，當(dang)然，除了早期階段(duan)，現在的(de)性(xing)(xing)能(neng)測試工作都(dou)是(shi)通過性(xing)(xing)能(neng)測試工具(ju)輔助完成的(de)。能(neng)過工具(ju)可以模擬成千(qian)上萬的(de)用戶(hu)向系(xi)統(tong)發送請求，用來驗證系(xi)統(tong)的(de)處理能(neng)力。

冒煙測試、回歸測試、隨機測試

這(zhe)三種測(ce)試(shi)(shi)在(zai)軟件功(gong)能測(ce)試(shi)(shi)過程中，既不(bu)算具體明(ming)確的測(ce)試(shi)(shi)階段也不(bu)算是(shi)具體的測(ce)試(shi)(shi)方法。

冒煙測試

是(shi)指在對一個新版本進行系統大規模的測試(shi)之前(qian)，先驗證(zheng)一下軟件的基本功能(neng)是(shi)否實現，是(shi)否具(ju)備(bei)可測性(xing)。

引入(ru)到(dao)軟件(jian)(jian)測試中(zhong)，就(jiu)是指測試小組(zu)(zu)在(zai)正規測試一個新(xin)版本(ben)之前，先投入(ru)較少的(de)(de)人力和時間驗(yan)證一個軟件(jian)(jian)的(de)(de)主要(yao)功能(neng)(neng)，如果主要(yao)功能(neng)(neng)都(dou)沒有實現，則打回開(kai)發(fa)組(zu)(zu)重(zhong)新(xin)開(kai)發(fa)。這樣(yang)做(zuo)的(de)(de)好(hao)處(chu)是可以節省大量的(de)(de)時間成本(ben)和人力成本(ben)。

回歸測試

回歸(gui)測試是指(zhi)修改了舊代(dai)碼后，重(zhong)新(xin)時行測試以確認修改后沒(mei)有(you)引入新(xin)的錯(cuo)誤或導致其他代(dai)碼產生錯(cuo)誤。

回歸(gui)(gui)測試(shi)一般是在進行(xing)軟(ruan)件的(de)第二輪(lun)測試(shi)開始(shi)的(de)，驗(yan)證第一輪(lun)中發現的(de)問題(ti)是否得到修(xiu)復。當然，回歸(gui)(gui)也(ye)是一個循(xun)環的(de)過程，如(ru)果回歸(gui)(gui)的(de)問題(ti)通(tong)不過，則(ze)需(xu)要開發人員修(xiu)改(gai)后再(zai)次進行(xing)回歸(gui)(gui)，直(zhi)到通(tong)過為止。

隨機測試

是(shi)(shi)指測試中(zhong)的所(suo)有(you)輸入數據都是(shi)(shi)隨機生成的，其目的是(shi)(shi)模(mo)擬(ni)用戶(hu)的真(zhen)實(shi)操作，并發現一些邊緣性的錯(cuo)誤。

隨機測試(shi)(shi)可以(yi)發現一些隱(yin)蔽的錯誤，但是(shi)也(ye)有很多缺點，比如測試(shi)(shi)不系統，無法統計代碼覆(fu)蓋(gai)率和需求覆(fu)蓋(gai)率，發現的問題難以(yi)重現。一般是(shi)放在測試(shi)(shi)的最后執行。其實隨機測試(shi)(shi)更專業的升(sheng)級版叫探索性(xing)測試(shi)(shi)

探索性測試

探(tan)索(suo)性測(ce)試可(ke)以說是(shi)(shi)一種測(ce)試思(si)維技術。它沒(mei)有(you)很多實際的測(ce)試方(fang)法、技術和工具(ju)，但(dan)是(shi)(shi)卻是(shi)(shi)所(suo)有(you)測(ce)試人員都應該掌(zhang)握(wo)的一種測(ce)試思(si)維方(fang)式。探(tan)索(suo)性強調測(ce)試人員的主觀(guan)能(neng)動性，拋棄繁(fan)雜的測(ce)試計劃和測(ce)試用例設計過程(cheng)，強調在碰(peng)到問題時(shi)及時(shi)改變(bian)測(ce)試策略。

探索性測試(shi)(shi)應該是未來(lai)測試(shi)(shi)領域的一個方向。

安全測試

安全測試是在IT軟件(jian)產(chan)品(pin)(pin)(pin)的生(sheng)命周期中，特別是產(chan)品(pin)(pin)(pin)開(kai)發基本完成到(dao)發布階段，對(dui)產(chan)品(pin)(pin)(pin)進行檢驗以驗證(zheng)產(chan)品(pin)(pin)(pin)符合安全需求定義和(he)產(chan)品(pin)(pin)(pin)質(zhi)量(liang)標準的過(guo)程。

安(an)全(quan)測(ce)試也在(zai)越來越受(shou)到(dao)企業的(de)關注(zhu)和重視(shi)，因為由于安(an)全(quan)性問(wen)題造成的(de)后果是(shi)不(bu)可估量的(de)。尤其對于互聯網產(chan)品最容易遭受(shou)各(ge)種安(an)全(quan)攻(gong)擊。