- 相關(guān)推薦
軟件測(cè)試方法有哪些
軟件測(cè)試方法種類繁多，記憶起來混亂， 如果把軟件測(cè)試方法進(jìn)行分類, 就會(huì)清晰很多。軟件測(cè)試方法具體有哪些呢?來看看小編整理的軟件測(cè)試方法匯總吧。
軟件測(cè)試方法匯總
從測(cè)試設(shè)計(jì)方法分類
| 測(cè)試名稱 | 測(cè)試內(nèi)容 |
| Black box黑盒測(cè)試 | 把軟件系統(tǒng)當(dāng)作一個(gè)“黑箱”，無法了解或使用系統(tǒng)的內(nèi)部結(jié)構(gòu)及知識(shí)。從軟件的行為，而不是內(nèi)部結(jié)構(gòu)出發(fā)來設(shè)計(jì)測(cè)試. |
| White box白盒測(cè)試 | 設(shè)計(jì)者可以看到軟件系統(tǒng)的內(nèi)部結(jié)構(gòu)，并且使用軟件的內(nèi)部知識(shí)來指導(dǎo)測(cè)試數(shù)據(jù)及方法的選擇。 |
| Gray box. 灰盒測(cè)試 | 介于黑盒和白盒之間 |
總結(jié)： 實(shí)際工作中，對(duì)系統(tǒng)的了解越多越好。目前大多數(shù)的測(cè)試人員都是做黑盒測(cè)試，很少有做白盒測(cè)試的。 因?yàn)榘缀袦y(cè)試對(duì)軟件測(cè)試人員的要求非常高，需要有很多編程經(jīng)驗(yàn)。做.NET程序的白盒測(cè)試你要能看得懂.NET代碼。做JAVA程序的測(cè)試，需要你能看懂JAVA的代碼。 如果你都能看懂了，你還會(huì)做測(cè)試么
從測(cè)試是手動(dòng)還是自動(dòng)上分類
|
測(cè)試名稱 |
測(cè)試內(nèi)容 |
| Manual Test 手動(dòng)測(cè)試 |
測(cè)試人員用鼠標(biāo)去手動(dòng)測(cè)試 （測(cè)試GUI） |
| Automation 自動(dòng)化測(cè)試 |
用程序測(cè)試程序 （測(cè)試API） |
對(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è)試。
對(duì)于軟件測(cè)試人員個(gè)人發(fā)展來說， 做自動(dòng)化測(cè)試是個(gè)挑戰(zhàn)，也是測(cè)試人員發(fā)展的一個(gè)方向， 需要測(cè)試人員學(xué)習(xí)大量的開發(fā)知識(shí)(開發(fā)的知識(shí)真是學(xué)無止境啊)。 從長(zhǎng)遠(yuǎn)角度來看，自動(dòng)化測(cè)試肯定是越來越吃香的。
而手動(dòng)測(cè)試比較適合剛工作不久的人，手動(dòng)測(cè)試最大的缺點(diǎn)就是技術(shù)含量低，單調(diào)乏味，容易廢人。
總的來說，手工測(cè)試勝在測(cè)試業(yè)務(wù)邏輯，而自動(dòng)化測(cè)試勝在測(cè)試底層架構(gòu)。
如果被測(cè)試的程序可測(cè)試性比較好， 很有必要做成自動(dòng)化測(cè)試。 能做自動(dòng)化的盡量做成自動(dòng)化， 下面這些情形是可以做自動(dòng)化的
1. 測(cè)試存儲(chǔ)過程。 例如用C#去測(cè)試存儲(chǔ)過程
2. 測(cè)試Web servies. 例如： 用SoupUI工具，或者C#,Java 去測(cè)試Web servies。
3. 界面和業(yè)務(wù)邏輯分離的系統(tǒng)，比如，MVC，MVP架構(gòu)， 或者WPF 程序。 可以用測(cè)試腳本去測(cè)試這些程序的API。
從測(cè)試的目的分類
功能測(cè)試
測(cè)試的范圍從小到大，從內(nèi)到外， 從程序開發(fā)人員(單元測(cè)試)到測(cè)試人員，到一般用戶Alpha/Beta測(cè)試
| 測(cè)試名稱 | 測(cè)試內(nèi)容 |
|
Unit Test 單元測(cè)試 |
在最低的功能/參數(shù)上驗(yàn)證程序的準(zhǔn)確性,比如測(cè)試一個(gè)函數(shù)的正確性(開發(fā)人員做的) |
|
Functional Test 功能測(cè)試 |
驗(yàn)證模塊的功能 （測(cè)試人員做的） |
|
Integration Test 集成測(cè)試 |
驗(yàn)證幾個(gè)互相有依賴關(guān)系的模塊的功能 （測(cè)試人員做的） |
|
Scenario Test 場(chǎng)景測(cè)試 |
驗(yàn)證幾個(gè)模塊是否能完成一個(gè)用戶場(chǎng)景 （測(cè)試人員做的） |
|
System Test 系統(tǒng)測(cè)試 |
對(duì)于整個(gè)系統(tǒng)功能的測(cè)試 （測(cè)試人員做的） |
|
Alpha 測(cè)試 |
軟件測(cè)試人員在真實(shí)用戶環(huán)境中對(duì)軟件進(jìn)行全面的測(cè)試 （測(cè)試人員做的） |
|
Beta 測(cè)試 |
真實(shí)的用戶在真實(shí)的用戶環(huán)境中進(jìn)行的測(cè)試, 也叫公測(cè) （最終用戶做的） |
非功能測(cè)試
一個(gè)軟件除了基本功能之外，還有很多功能之外的特性，這些叫“Quality of Service requirement”服務(wù)質(zhì)量需求。沒有軟件的功能，這些特性都無從表現(xiàn)出來，因此，我們要在軟件開發(fā)的適當(dāng)階段-基本功能完成后做這些測(cè)試。
| 測(cè)試名稱 | 測(cè)試內(nèi)容 |
|
Stress test 壓力測(cè)試 |
驗(yàn)證軟件在超過負(fù)載設(shè)計(jì)的情況下仍能返回正確的結(jié)果，沒有崩潰 |
|
Load test 負(fù)載測(cè)試 |
測(cè)試軟件在負(fù)載情況下能否正常工作 |
|
Performance test性能測(cè)試 |
測(cè)試軟件的效能，是否提供滿意的服務(wù)質(zhì)量 |
|
Accessibility test |
軟件輔助功能測(cè)試-測(cè)試軟件是否向殘疾用戶提供足夠的輔助功能 |
|
Localization/Globalization |
本地化/全球化測(cè)試 |
|
Compatibility Test |
兼容性測(cè)試 |
|
Configuration Test |
配置測(cè)試-測(cè)試軟件在各種配置下能否正常工作 |
|
Usability Test |
可用性測(cè)試 –測(cè)試軟件是否好用 |
|
Security Test |
軟件安全性測(cè)試 |
性能測(cè)試
性能測(cè)試要求測(cè)試人員熟練性能測(cè)試工具，比如QTP, LoadRunner, Jmeter。 Visual Studio也提供了很多性能測(cè)試的工具. 要求測(cè)試人員對(duì)低層協(xié)議非常理解和編寫腳本
性能測(cè)試非常有技術(shù)含量， 很有發(fā)展前途， 是軟件測(cè)試人員的一個(gè)職業(yè)發(fā)展方向。
安全性測(cè)試
安全性測(cè)試的內(nèi)容很廣， 非常有難度啊。 我只接觸過XSS(跨站腳本攻擊)和SQL注入攻擊。
安全性測(cè)試非常有技術(shù)含量， 我認(rèn)為也是軟件測(cè)試人員的一個(gè)職業(yè)發(fā)展方向
按測(cè)試的時(shí)機(jī)和作用分類
在開發(fā)軟件的過程中，不少測(cè)試起著“烽火臺(tái)”的作用，它們告訴我們軟件開發(fā)的流程是否暢通。
| 測(cè)試名稱 | 測(cè)試內(nèi)容 |
|
Smoke Test |
“冒煙”–如果測(cè)試不通過，則不能進(jìn)行下一步工作 |
|
Build Verification Test（BVT） |
驗(yàn)證構(gòu)建是否通過基本測(cè)試。 |
|
Acceptance Test |
驗(yàn)收測(cè)試，為了全面考核某功能/特性而做的測(cè)試 |
BVT測(cè)試是一種Smoke Test, 指Build生成好之后，自動(dòng)運(yùn)行的自動(dòng)化測(cè)試腳本來檢查這個(gè)Build的基本功能。 如果BVT測(cè)試失敗了，需要開發(fā)人員馬上修改，重新生成Buil
按測(cè)試測(cè)策略分類。
| 測(cè)試名稱 | 測(cè)試內(nèi)容 |
|
Regression Test 回歸測(cè)試 |
對(duì)一個(gè)新的版本，重新運(yùn)行以往的測(cè)試用例，看看新版本和已知的版本相比是否有退化 (regression) |
|
Ad hoc Test 探索性測(cè)試 |
隨機(jī)進(jìn)行的，探索性的測(cè)試。 |
|
Santiy Test |
粗略的測(cè)試， 只需要執(zhí)行部分的測(cè)試用例 |
Regression Test 回歸測(cè)試：
對(duì)軟件測(cè)試人員來說就是重復(fù)測(cè)試，所以回歸測(cè)試最好是自動(dòng)化的， 否則測(cè)試人員就要一遍又一遍地重復(fù)測(cè)試，
1. 開發(fā)人員做些小改動(dòng)，就需要測(cè)試人員做回歸測(cè)試。確�，F(xiàn)有的功能沒有被破壞
2. Bug Fix 也需要回歸測(cè)試，確保新的代碼修復(fù)了Fix, 也確�，F(xiàn)有的功能沒有被破壞
3. 項(xiàng)目后期，需要做一個(gè)完整回歸測(cè)試， 確保所有的功能都是好的
【軟件測(cè)試方法有哪些】相關(guān)文章：
軟件測(cè)試方法概述10-26
測(cè)試軟件安全的方法10-05
瘦身的方法有哪些10-08
減肥方法有哪些10-05
避孕方法有哪些10-05
營(yíng)銷方法有哪些09-30
做課件的軟件有哪些07-22
記憶方法有哪些學(xué)習(xí)方法10-19