軟件測(cè)試有哪些類(lèi)別？軟件測(cè)試按照不同的方法，分類(lèi)也不一樣，需要學(xué)習(xí)的知識(shí)點(diǎn)也不一樣，下面我們就依次來(lái)看看軟件測(cè)試有哪些類(lèi)別吧。

       一、按測(cè)試設(shè)計(jì)方法分類(lèi)

       1、黑盒測(cè)試

       黑盒測(cè)試是把測(cè)試對(duì)象看做一個(gè)黑盒子，利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品已經(jīng)實(shí)現(xiàn)的功能是否符合功能設(shè)計(jì)要求，不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過(guò)程。黑盒測(cè)試注重于測(cè)試軟件的功能性需求，也即黑盒測(cè)試使軟件工程師派生出執(zhí)行程序所有功能需求的輸入條件。黑盒測(cè)試并不是白盒測(cè)試的替代品，而是用于輔助白盒測(cè)試發(fā)現(xiàn)其他類(lèi)型的錯(cuò)誤。

       2、白盒測(cè)試

       設(shè)計(jì)者可以看到軟件系統(tǒng)的內(nèi)部結(jié)構(gòu)，并使用軟件的內(nèi)部知識(shí)來(lái)指導(dǎo)測(cè)試數(shù)據(jù)及方法的選擇。白盒測(cè)試通常被認(rèn)為是單元測(cè)試與集成測(cè)試，期中有六種測(cè)試方法：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋。

       3、灰盒測(cè)試

       介于黑盒和白盒之間是一種綜合測(cè)試的方法，將白盒測(cè)試和黑盒測(cè)試結(jié)合在一起，構(gòu)成一種無(wú)縫測(cè)試技術(shù)。灰盒測(cè)試是基于程序運(yùn)行時(shí)的外部表現(xiàn)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來(lái)設(shè)計(jì)測(cè)試用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶(hù)接口結(jié)果的測(cè)試技術(shù)。灰盒測(cè)試法旨在驗(yàn)證軟件滿(mǎn)足外部指標(biāo)以及軟件的所有通道或路徑都進(jìn)行了檢驗(yàn)。

       實(shí)際工作中，對(duì)系統(tǒng)的了解越多越好。目前大多數(shù)的測(cè)試人員都是做黑盒測(cè)試，很少有做白盒測(cè)試的。因?yàn)榘缀袦y(cè)試對(duì)軟件測(cè)試人員的要求非常高需要有很多編程經(jīng)驗(yàn)。做.NET程序的白盒測(cè)試你要能看得懂.NET代碼。做JAVA程序的測(cè)試需要你能看懂JAVA代碼。

       二、按測(cè)試是手動(dòng)還是自動(dòng)上分類(lèi)

       1、手動(dòng)測(cè)試

       測(cè)試人員用鼠標(biāo)去手動(dòng)測(cè)試，用鼠標(biāo)各種點(diǎn)點(diǎn)點(diǎn)，手工測(cè)試更能容易發(fā)現(xiàn)軟件的Bug。

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

       用程序測(cè)試程序，由測(cè)試人員根據(jù)手工測(cè)試的Case來(lái)決定自動(dòng)化測(cè)試的Case再編寫(xiě)程序或者腳本來(lái)替代手工做自動(dòng)化測(cè)試。對(duì)于項(xiàng)目來(lái)說(shuō)，手動(dòng)測(cè)試和自動(dòng)化測(cè)試同等重要，都是保障軟件質(zhì)量的方法。目前大部分的項(xiàng)目組都是手動(dòng)測(cè)試和自動(dòng)化測(cè)試相結(jié)合。因?yàn)楹芏鄿y(cè)試無(wú)法做成自動(dòng)化，很多復(fù)雜的業(yè)務(wù)邏輯也很難自動(dòng)化，自動(dòng)化測(cè)試無(wú)法取代手動(dòng)測(cè)試。手工測(cè)試勝在測(cè)試業(yè)務(wù)邏輯，而自動(dòng)化測(cè)試勝在測(cè)試底層架構(gòu)。如果被測(cè)試的程序可測(cè)試性比較好很有必要做成自動(dòng)化測(cè)試。

       三、按測(cè)試的目的分類(lèi)

       1、功能測(cè)試，測(cè)試的范圍從小到大，從內(nèi)到外，從程序開(kāi)發(fā)人員(單元測(cè)試)到測(cè)試人員，到一般用戶(hù)Alpha/Beta測(cè)試。

       (1)UnitTest單元測(cè)試：在最低的功能/參數(shù)上驗(yàn)證程序的準(zhǔn)確性,比如測(cè)試一個(gè)函數(shù)的正確性

       (2)FunctionalTest功能測(cè)試：驗(yàn)證模塊的功能

       (3)IntegrationTest集成測(cè)試：驗(yàn)證幾個(gè)互相有依賴(lài)關(guān)系的模塊的功能

       (4)ScenarioTest場(chǎng)景測(cè)試：驗(yàn)證幾個(gè)模塊是否能完成一個(gè)用戶(hù)場(chǎng)景

       (5)SystemTest系統(tǒng)測(cè)試：對(duì)于整個(gè)系統(tǒng)功能的測(cè)試

       (6)Alpha測(cè)試：軟件測(cè)試人員在真實(shí)用戶(hù)環(huán)境中對(duì)軟件進(jìn)行全面的測(cè)試

       (7)Beta測(cè)試：真實(shí)的用戶(hù)在真實(shí)的用戶(hù)環(huán)境中進(jìn)行的測(cè)試,也叫公測(cè)

       2、非功能測(cè)試

       一個(gè)軟件除了基本功能之外，還有很多功能之外的特性，這些叫“QualityofServicerequirement”服務(wù)質(zhì)量需求。沒(méi)有軟件功能，這些特性都無(wú)從表現(xiàn)出來(lái)，要在軟件開(kāi)發(fā)的適當(dāng)階段-基本功能完成后做這些測(cè)試。

       Stresstest壓力測(cè)試：驗(yàn)證軟件在超過(guò)負(fù)載設(shè)計(jì)的情況下仍能返回正確的結(jié)果;

       Loadtest負(fù)載測(cè)試：測(cè)試軟件在負(fù)載情況下能否正常工作;

       Performancetest性能測(cè)試：測(cè)試軟件的效能，是否提供滿(mǎn)意的服務(wù)質(zhì)量;

       Accessibilitytest：軟件輔助功能測(cè)試-測(cè)試軟件是否向殘疾用戶(hù)提供足夠的輔助功能;

       Localization/Globalization：本地化/全球化測(cè)試;

       CompatibilityTest：兼容性測(cè)試;

       ConfigurationTest：配置測(cè)試-測(cè)試軟件在各種配置下能否正常工作;

       UsabilityTest：可用性測(cè)試–測(cè)試軟件是否好用;

       SecurityTest：軟件安全性測(cè)試;

       3、性能測(cè)試

       性能測(cè)試要求測(cè)試人員熟練性能測(cè)試工具，如QTP、LoadRunner、Jmeter。VisualStudio提供了很多性能測(cè)試的工具.要求測(cè)試人員對(duì)低層協(xié)議非常理解和編寫(xiě)腳本性能測(cè)試非常有技術(shù)含量很有發(fā)展前途是軟件測(cè)試人員的一個(gè)職業(yè)發(fā)展方向。

       4、安全性測(cè)試

       安全性測(cè)試的內(nèi)容很廣，非常有難度啊。我只接觸過(guò)XSS跨站腳本攻擊和SQL注入攻擊。安全性測(cè)試非常有技術(shù)含量，是軟件測(cè)試人員的一個(gè)職業(yè)發(fā)展方向。

       四、按階段分類(lèi)

       1、單元測(cè)試

       對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。樁模塊是指模擬被測(cè)模塊所調(diào)用的模塊，驅(qū)動(dòng)模塊是指模擬被測(cè)模塊的上級(jí)模塊，驅(qū)動(dòng)模塊用來(lái)接收測(cè)試數(shù)據(jù)，啟動(dòng)被測(cè)模塊并輸出結(jié)果。

       2、集成測(cè)試

       是單元測(cè)試的下一階段，是指將通過(guò)測(cè)試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行測(cè)試，重點(diǎn)測(cè)試不同模塊的接口部門(mén)。集成測(cè)試就是用來(lái)檢查各個(gè)單元模塊結(jié)合到一起能否協(xié)同配合，正常運(yùn)行。

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

       將整個(gè)軟件系統(tǒng)看做一個(gè)整體進(jìn)行測(cè)試，包括對(duì)功能、性能，以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測(cè)試。系統(tǒng)測(cè)試的主要依據(jù)是《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》文檔。

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

       在系統(tǒng)測(cè)試的后期，以用戶(hù)測(cè)試為主，或有測(cè)試人員等質(zhì)量保障人員共同參與的測(cè)試，它也是軟件正式交給用戶(hù)使用的最后一道工序。驗(yàn)收測(cè)試又分為a測(cè)試和beta測(cè)試，其中a測(cè)試指的是由用戶(hù)、測(cè)試人員、開(kāi)發(fā)人員等共同參與的內(nèi)部測(cè)試，而beta測(cè)試指的是內(nèi)測(cè)后的公測(cè)，即完全交給最終用戶(hù)測(cè)試。

       五、按測(cè)試的時(shí)機(jī)和作用分類(lèi)

       在開(kāi)發(fā)軟件的過(guò)程中，不少測(cè)試起著“烽火臺(tái)”的作用，它們告訴我們軟件開(kāi)發(fā)的流程是否暢通。

       SmokeTest：“冒煙”–如果測(cè)試不通過(guò)，則不能進(jìn)行下一步工作

       BuildVerificationTest(BVT)：驗(yàn)證構(gòu)建是否通過(guò)基本測(cè)試。

       AcceptanceTest：驗(yàn)收測(cè)試，為了全面考核某功能/特性而做的測(cè)試

       BVT測(cè)試是一種SmokeTest,指Build生成好之后，自動(dòng)運(yùn)行的自動(dòng)化測(cè)試腳本來(lái)檢查這個(gè)Build的基本功能。如果BVT測(cè)試失敗了，需要開(kāi)發(fā)人員馬上修改，重新生成Build

       六、按測(cè)試測(cè)策略分類(lèi)

       RegressionTest回歸測(cè)試：對(duì)一個(gè)新的版本，重新運(yùn)行以往的測(cè)試用例，看看新版本和已知的版本相比是否有退化。

       AdhocTest探索性測(cè)試：隨機(jī)進(jìn)行的，探索性的測(cè)試。

       SanityTest：粗略的測(cè)試，只需要執(zhí)行部分的測(cè)試用例。

       RegressionTest回歸測(cè)試，對(duì)軟件測(cè)試人員來(lái)說(shuō)就是重復(fù)測(cè)試，所以回歸測(cè)試最好是自動(dòng)化。的，否則測(cè)試人員就要一遍又一遍地重復(fù)測(cè)試。

       七、軟件測(cè)試有哪些類(lèi)別：其他測(cè)試類(lèi)型

       1、回歸測(cè)試

       對(duì)軟件的新的版本測(cè)試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測(cè)試時(shí)的用例。是指對(duì)軟件的新的版本測(cè)試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測(cè)試時(shí)的用例。

       2、冒煙測(cè)試

       在對(duì)一個(gè)新版本進(jìn)行大規(guī)模的測(cè)試之前，先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn)，是否具備可測(cè)性。

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

       測(cè)試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的，模擬用戶(hù)的真實(shí)操作并發(fā)現(xiàn)一些邊緣性的錯(cuò)誤。

      注：尊重原創(chuàng)文章,轉(zhuǎn)載請(qǐng)注明出處和鏈接 http://m.dedgn.cn/news-id-51565.html 違者必究！部分文章來(lái)源于網(wǎng)絡(luò)由培訓(xùn)無(wú)憂(yōu)網(wǎng)編輯部人員整理發(fā)布,內(nèi)容真實(shí)性請(qǐng)自行核實(shí)或聯(lián)系我們，了解更多相關(guān)資訊請(qǐng)關(guān)注軟件測(cè)試頻道查看更多，了解相關(guān)專(zhuān)業(yè)課程信息您可在線(xiàn)咨詢(xún)也可免費(fèi)申請(qǐng)?jiān)囌n。關(guān)注官方微信了解更多：150 3333 6050