軟件測試是軟件開發(fā)過程的重要組成部分，用于確認(rèn)程序的質(zhì)量或性能是否滿足開發(fā)前提出的一些要求。軟件測試人員要尋找bug，避免軟件開發(fā)過程中的缺陷，衡量軟件的質(zhì)量，關(guān)注用戶的需求，以總體目標(biāo)保證軟件的質(zhì)量。
軟件測試是如何分類的？
一、按測試設(shè)計(jì)方法分類
1、黑盒測試
黑盒測試是把測試對象看做一個(gè)黑盒子，利用黑盒測試法進(jìn)行動(dòng)態(tài)測試時(shí)，需要測試軟件產(chǎn)品已經(jīng)實(shí)現(xiàn)的功能是否符合功能設(shè)計(jì)要求，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。黑盒測試注重于測試軟件的功能性需求，也即黑盒測試使軟件工程師派生出執(zhí)行程序所有功能需求的輸入條件。黑盒測試并不是白盒測試的替代品，而是用于輔助白盒測試發(fā)現(xiàn)其他類型的錯(cuò)誤。
2、白盒測試
設(shè)計(jì)者可以看到軟件系統(tǒng)的內(nèi)部結(jié)構(gòu)，并使用軟件的內(nèi)部知識(shí)來指導(dǎo)測試數(shù)據(jù)及方法的選擇。白盒測試通常被認(rèn)為是單元測試與集成測試，期中有六種測試方法：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋。
3、灰盒測試
介于黑盒和白盒之間是一種綜合測試的方法，將白盒測試和黑盒測試結(jié)合在一起，構(gòu)成一種無縫測試技術(shù)。灰盒測試是基于程序運(yùn)行時(shí)的外部表現(xiàn)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來設(shè)計(jì)測試用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結(jié)果的測試技術(shù)�；液袦y試法旨在驗(yàn)證軟件滿足外部指標(biāo)以及軟件的所有通道或路徑都進(jìn)行了檢驗(yàn)。
實(shí)際工作中，對系統(tǒng)的了解越多越好。目前大多數(shù)的測試人員都是做黑盒測試，很少有做白盒測試的。因?yàn)榘缀袦y試對軟件測試人員的要求非常高需要有很多編程經(jīng)驗(yàn)。做.NET程序的白盒測試你要能看得懂.NET代碼。做JAVA程序的測試需要你能看懂JAVA代碼。
二、按測試是手動(dòng)還是自動(dòng)上分類
1、手動(dòng)測試
測試人員用鼠標(biāo)去手動(dòng)測試，用鼠標(biāo)各種點(diǎn)點(diǎn)點(diǎn)，手工測試更能容易發(fā)現(xiàn)軟件的Bug。
2、自動(dòng)化測試
用程序測試程序，由測試人員根據(jù)手工測試的Case來決定自動(dòng)化測試的Case再編寫程序或者腳本來替代手工做自動(dòng)化測試。對于項(xiàng)目來說，手動(dòng)測試和自動(dòng)化測試同等重要，都是保障軟件質(zhì)量的方法。目前大部分的項(xiàng)目組都是手動(dòng)測試和自動(dòng)化測試相結(jié)合。因?yàn)楹芏鄿y試無法做成自動(dòng)化，很多復(fù)雜的業(yè)務(wù)邏輯也很難自動(dòng)化，自動(dòng)化測試無法取代手動(dòng)測試。手工測試勝在測試業(yè)務(wù)邏輯，而自動(dòng)化測試勝在測試底層架構(gòu)。如果被測試的程序可測試性比較好很有必要做成自動(dòng)化測試。
三、按測試的目的分類
1、功能測試，測試的范圍從小到大，從內(nèi)到外，從程序開發(fā)人員（單元測試）到測試人員，到一般用戶Alpha/Beta測試。
（1）UnitTest單元測試：在最低的功能/參數(shù)上驗(yàn)證程序的準(zhǔn)確性,比如測試一個(gè)函數(shù)的正確性
（2）FunctionalTest功能測試：驗(yàn)證模塊的功能
（3）IntegrationTest集成測試：驗(yàn)證幾個(gè)互相有依賴關(guān)系的模塊的功能
（4）ScenarioTest場景測試：驗(yàn)證幾個(gè)模塊是否能完成一個(gè)用戶場景
（5）SystemTest系統(tǒng)測試：對于整個(gè)系統(tǒng)功能的測試
（6）Alpha測試：軟件測試人員在真實(shí)用戶環(huán)境中對軟件進(jìn)行全面的測試
（7）Beta測試：真實(shí)的用戶在真實(shí)的用戶環(huán)境中進(jìn)行的測試,也叫公測
2、非功能測試
一個(gè)軟件除了基本功能之外，還有很多功能之外的特性，這些叫“QualityofServicerequirement”服務(wù)質(zhì)量需求。沒有軟件功能，這些特性都無從表現(xiàn)出來，要在軟件開發(fā)的適當(dāng)階段-基本功能完成后做這些測試。
Stresstest壓力測試：驗(yàn)證軟件在超過負(fù)載設(shè)計(jì)的情況下仍能返回正確的結(jié)果；
Loadtest負(fù)載測試：測試軟件在負(fù)載情況下能否正常工作；
Performancetest性能測試：測試軟件的效能，是否提供滿意的服務(wù)質(zhì)量；
Accessibilitytest：軟件輔助功能測試-測試軟件是否向殘疾用戶提供足夠的輔助功能；
Localization/Globalization：本地化/全球化測試；
CompatibilityTest：兼容性測試；
ConfigurationTest：配置測試-測試軟件在各種配置下能否正常工作；
UsabilityTest：可用性測試–測試軟件是否好用；
SecurityTest：軟件安全性測試；
3、性能測試
性能測試要求測試人員熟練性能測試工具，如QTP、LoadRunner、Jmeter。VisualStudio提供了很多性能測試的工具.要求測試人員對低層協(xié)議非常理解和編寫腳本性能測試非常有技術(shù)含量很有發(fā)展前途是軟件測試人員的一個(gè)職業(yè)發(fā)展方向。
4、安全性測試
安全性測試的內(nèi)容很廣，非常有難度啊。我只接觸過XSS跨站腳本攻擊和SQL注入攻擊。安全性測試非常有技術(shù)含量，是軟件測試人員的一個(gè)職業(yè)發(fā)展方向。
四、按階段分類
1、單元測試
對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。樁模塊是指模擬被測模塊所調(diào)用的模塊，驅(qū)動(dòng)模塊是指模擬被測模塊的上級模塊，驅(qū)動(dòng)模塊用來接收測試數(shù)據(jù)，啟動(dòng)被測模塊并輸出結(jié)果。
2、集成測試
是單元測試的下一階段，是指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行測試，重點(diǎn)測試不同模塊的接口部門。集成測試就是用來檢查各個(gè)單元模塊結(jié)合到一起能否協(xié)同配合，正常運(yùn)行。
3、系統(tǒng)測試
將整個(gè)軟件系統(tǒng)看做一個(gè)整體進(jìn)行測試，包括對功能、性能，以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測試。系統(tǒng)測試的主要依據(jù)是《系統(tǒng)需求規(guī)格說明書》文檔。
4、驗(yàn)收測試
在系統(tǒng)測試的后期，以用戶測試為主，或有測試人員等質(zhì)量保障人員共同參與的測試，它也是軟件正式交給用戶使用的最后一道工序。驗(yàn)收測試又分為a測試和beta測試，其中a測試指的是由用戶、測試人員、開發(fā)人員等共同參與的內(nèi)部測試，而beta測試指的是內(nèi)測后的公測，即完全交給最終用戶測試。
五、按測試的時(shí)機(jī)和作用分類
在開發(fā)軟件的過程中，不少測試起著“烽火臺(tái)”的作用，它們告訴我們軟件開發(fā)的流程是否暢通。
SmokeTest：“冒煙”–如果測試不通過，則不能進(jìn)行下一步工作
BuildVerificationTest（BVT）：驗(yàn)證構(gòu)建是否通過基本測試。
AcceptanceTest：驗(yàn)收測試，為了全面考核某功能/特性而做的測試
BVT測試是一種SmokeTest,指Build生成好之后，自動(dòng)運(yùn)行的自動(dòng)化測試腳本來檢查這個(gè)Build的基本功能。如果BVT測試失敗了，需要開發(fā)人員馬上修改，重新生成Build
六、按測試測策略分類
RegressionTest回歸測試：對一個(gè)新的版本，重新運(yùn)行以往的測試用例，看看新版本和已知的版本相比是否有退化。
AdhocTest探索性測試：隨機(jī)進(jìn)行的，探索性的測試。
SanityTest：粗略的測試，只需要執(zhí)行部分的測試用例。
RegressionTest回歸測試，對軟件測試人員來說就是重復(fù)測試，所以回歸測試最好是自動(dòng)化。的，否則測試人員就要一遍又一遍地重復(fù)測試。
七、其他測試類型
1、回歸測試
對軟件的新的版本測試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測試時(shí)的用例。是指對軟件的新的版本測試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測試時(shí)的用例。
2、冒煙測試
在對一個(gè)新版本進(jìn)行大規(guī)模的測試之前，先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn)，是否具備可測性。
3、隨機(jī)測試
測試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的，模擬用戶的真實(shí)操作并發(fā)現(xiàn)一些邊緣性的錯(cuò)誤。
本文由培訓(xùn)無憂網(wǎng)千鋒IT培訓(xùn)專屬課程顧問老師整理發(fā)布，更多相關(guān)課程請關(guān)注培訓(xùn)無憂網(wǎng)軟件測試培訓(xùn)或添加老師微信：15033336050
注：尊重原創(chuàng)文章,轉(zhuǎn)載請注明出處和鏈接 http://www.wg4j.cn/news-id-2480.html 違者必究！部分文章來源于網(wǎng)絡(luò)由培訓(xùn)無憂網(wǎng)編輯部人員整理發(fā)布,內(nèi)容真實(shí)性請自行核實(shí)或聯(lián)系我們，了解更多相關(guān)資訊請關(guān)注電腦/IT頻道查看更多，了解相關(guān)專業(yè)課程信息您可在線咨詢也可免費(fèi)申請?jiān)囌n。關(guān)注官方微信了解更多：150 3333 6050
