長沙軟件測(cè)試培訓(xùn)軟件測(cè)試有哪些類別
2022-08-22點(diǎn)擊量:185
軟件測(cè)試有哪些類別?軟件測(cè)試按照不同的方法,分類也不一樣,需要學(xué)習(xí)的知識(shí)點(diǎn)也不一樣,下面我們就依次來看看軟件測(cè)試有哪些類別吧。一、按測(cè)試設(shè)計(jì)方法分類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)和處理過程。黑盒測(cè)試注重于測(cè)試軟件的功能性需求,也即黑盒測(cè)試使軟件工程師派生出執(zhí)行程序所有功能需求的輸入條件。黑盒測(cè)試并不是白盒測(cè)試的替代品,而是用于輔助白盒測(cè)試發(fā)現(xiàn)其他類型的錯(cuò)誤。2、白盒測(cè)試設(shè)計(jì)者可以看到軟件系統(tǒng)的內(nèi)部結(jié)構(gòu),并使用軟件的內(nèi)部知識(shí)來指導(dǎo)測(cè)試數(shù)據(jù)及方法的選擇。白盒測(cè)試通常被認(rèn)為是單元測(cè)試與集成測(cè)試,期中有六種測(cè)試方法:語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋。3、灰盒測(cè)試介于黑盒和白盒之間是一種綜合測(cè)試的方法,將白盒測(cè)試和黑盒測(cè)試結(jié)合在一起,構(gòu)成一種無縫測(cè)試技術(shù);液袦y(cè)試是基于程序運(yùn)行時(shí)的外部表現(xiàn)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來設(shè)計(jì)測(cè)試用例,執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結(jié)果的測(cè)試技術(shù);液袦y(cè)試法旨在驗(yà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)上分類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來決定自動(dòng)化測(cè)試的Case再編寫程序或者腳本來替代手工做自動(dòng)化測(cè)試。對(duì)于項(xiàng)目來說,手動(dòng)測(cè)試和自動(dòng)化測(cè)試同等重要,都是保障軟件質(zhì)量的方法。目前大部分的項(xiàng)目組都是手動(dòng)測(cè)試和自動(dòng)化測(cè)試相結(jié)合。因?yàn)楹芏鄿y(cè)試無法做成自動(dòng)化,很多復(fù)雜的業(yè)務(wù)邏輯也很難自動(dòng)化,自動(dòng)化測(cè)試無法取代手動(dòng)測(cè)試。手工測(cè)試勝在測(cè)試業(yè)務(wù)邏輯,而自動(dòng)化測(cè)試勝在測(cè)試底層架構(gòu)。如果被測(cè)試的程序可測(cè)試性比較好很有必要做成自動(dòng)化測(cè)試。三、按測(cè)試的目的分類1、功能測(cè)試,測(cè)試的范圍從小到大,從內(nèi)到外,從程序開發(fā)人員(單元測(cè)試)到測(cè)試人員,到一般用戶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è)互相有依賴關(guān)系的模塊的功能(4)ScenarioTest場(chǎng)景測(cè)試:驗(yàn)證幾個(gè)模塊是否能完成一個(gè)用戶場(chǎng)景(5)SystemTest系統(tǒng)測(cè)試:對(duì)于整個(gè)系統(tǒng)功能的測(cè)試(6)Alpha測(cè)試:軟件測(cè)試人員在真實(shí)用戶環(huán)境中對(duì)軟件進(jìn)行全面的測(cè)試(7)Beta測(cè)試:真實(shí)的用戶在真實(shí)的用戶環(huán)境中進(jìn)行的測(cè)試,也叫公測(cè)2、非功能測(cè)試一個(gè)軟件除了基本功能之外,還有很多功能之外的特性,這些叫“QualityofServicerequirement”服務(wù)質(zhì)量需求。沒有軟件功能,這些特性都無從表現(xiàn)出來,要在軟件開發(fā)的適當(dāng)階段-基本功能完成后做這些測(cè)試。Stresstest壓力測(cè)試:驗(yàn)證軟件在超過負(fù)載設(shè)計(jì)的情況下仍能返回正確的結(jié)果;Loadtest負(fù)載測(cè)試:測(cè)試軟件在負(fù)載情況下能否正常工作;Performancetest性能測(cè)試:測(cè)試軟件的效能,是否提供滿意的服務(wù)質(zhì)量;Accessibilitytest:軟件輔助功能測(cè)試-測(cè)試軟件是否向殘疾用戶提供足夠的輔助功能;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é)議非常理解和編寫腳本性能測(cè)試非常有技術(shù)含量很有發(fā)展前途是軟件測(cè)試人員的一個(gè)職業(yè)發(fā)展方向。4、安全性測(cè)試安全性測(cè)試的內(nèi)容很廣,非常有難度啊。我只接觸過XSS跨站腳本攻擊和SQL注入攻擊。安全性測(cè)試非常有技術(shù)含量,是軟件測(cè)試人員的一個(gè)職業(yè)發(fā)展方向。四、按階段分類1、單元測(cè)試對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。樁模塊是指模擬被測(cè)模塊所調(diào)用的模塊,驅(qū)動(dòng)模塊是指模擬被測(cè)模塊的上級(jí)模塊,驅(qū)動(dòng)模塊用來接收測(cè)試數(shù)據(jù),啟動(dòng)被測(cè)模塊并輸出結(jié)果。2、集成測(cè)試是單元測(cè)試的下一階段,是指將通過測(cè)試的單元模塊組裝成系統(tǒng)或子系統(tǒng),再進(jìn)行測(cè)試,重點(diǎn)測(cè)試不同模塊的接口部門。集成測(cè)試就是用來檢查各個(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ī)格說明書》文檔。4、驗(yàn)收測(cè)試在系統(tǒng)測(cè)試的后期,以用戶測(cè)試為主,或有測(cè)試人員等質(zhì)量保障人員共同參與的測(cè)試,它也是軟件正式交給用戶使用的最后一道工序。驗(yàn)收測(cè)試又分為a測(cè)試和beta測(cè)試,其中a測(cè)試指的是由用戶、測(cè)試人員、開發(fā)人員等共同參與的內(nèi)部測(cè)試,而beta測(cè)試指的是內(nèi)測(cè)后的公測(cè),即完全交給最終用戶測(cè)試。五、按測(cè)試的時(shí)機(jī)和作用分類在開發(fā)軟件的過程中,不少測(cè)試起著“烽火臺(tái)”的作用,它們告訴我們軟件開發(fā)的流程是否暢通。SmokeTest:“冒煙”–如果測(cè)試不通過,則不能進(jìn)行下一步工作BuildVerificationTest(BVT):驗(yàn)證構(gòu)建是否通過基本測(cè)試。AcceptanceTest:驗(yàn)收測(cè)試,為了全面考核某功能/特性而做的測(cè)試BVT測(cè)試是一種SmokeTest,指Build生成好之后,自動(dòng)運(yùn)行的自動(dòng)化測(cè)試腳本來檢查這個(gè)Build的基本功能。如果BVT測(cè)試失敗了,需要開發(fā)人員馬上修改,重新生成Build六、按測(cè)試測(cè)策略分類RegressionTest回歸測(cè)試:對(duì)一個(gè)新的版本,重新運(yùn)行以往的測(cè)試用例,看看新版本和已知的版本相比是否有退化。AdhocTest探索性測(cè)試:隨機(jī)進(jìn)行的,探索性的測(cè)試。SanityTest:粗略的測(cè)試,只需要執(zhí)行部分的測(cè)試用例。RegressionTest回歸測(cè)試,對(duì)軟件測(cè)試人員來說就是重復(fù)測(cè)試,所以回歸測(cè)試最好是自動(dòng)化。的,否則測(cè)試人員就要一遍又一遍地重復(fù)測(cè)試。七、軟件測(cè)試有哪些類別:其他測(cè)試類型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ī)生成的,模擬用戶的真實(shí)操作并發(fā)現(xiàn)一些邊緣性的錯(cuò)誤。...