黑盒測試也稱功能測試，它是通過測試來檢測每個(gè)功能是否都能正常使用。在測試中，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用。

(相關(guān)資料圖)

黑盒測試也稱功能測試，它是通過測試來檢測每個(gè)功能是否都能正常使用。在測試中，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進(jìn)行測試。

黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系出發(fā)進(jìn)行測試的。很明顯，如果外部特性本身設(shè)計(jì)有問題或規(guī)格說明的規(guī)定有誤，用黑盒測試方法是發(fā)現(xiàn)不了的。

簡介

黑盒測試又叫功能測試、數(shù)據(jù)驅(qū)動(dòng)測試或基于需求規(guī)格說明書的功能測試。該類測試注重于測試軟件的功能性需求。

采用這種測試方法，測試工程師把測試對象看作一個(gè)黑盒子，完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的《需求規(guī)格說明書》，檢查程序的功能是否符合它的功能說明。測試工程師無需了解程序代碼的內(nèi)部構(gòu)造，完全模擬軟件產(chǎn)品的最終用戶使用該軟件，檢查軟件產(chǎn)品是否達(dá)到了用戶的需求。黑盒測試方法能更好、更真實(shí)地從用戶角度來考察被測系統(tǒng)的功能性需求實(shí)現(xiàn)情況。在軟件測試的各個(gè)階段，如單元測試、集成測試、系統(tǒng)測試及驗(yàn)收測試等階段中，黑盒測試都發(fā)揮著重要作用，尤其在系統(tǒng)測試和確認(rèn)測試中，其作用是其他測試方法無法取代的。

作用

黑盒測試方法著重測試軟件的功能需求，是在程序接口上進(jìn)行的測試，主要是為了發(fā)現(xiàn)以下錯(cuò)誤。

(1)是否有功能錯(cuò)誤，是否有功能遺漏。

(2)是否能夠正確地接收輸入數(shù)據(jù)并產(chǎn)生正確的輸出結(jié)果。

(3)是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息訪問錯(cuò)誤。

(4)是否有程序初始化和終止方面的錯(cuò)誤。

主要內(nèi)容

(1)接受性測試。

黑盒測試是從軟件的接口接受測試輸出結(jié)果，具有接受性測試的特點(diǎn)。

(2)α/β測試。

測試是項(xiàng)目組內(nèi)的成員對被測軟件進(jìn)行的測試，α/β測試是由項(xiàng)目組外的人員參加的測試。α/β測試也適合于黑盒測試。也就是說，當(dāng)測試發(fā)現(xiàn)錯(cuò)誤后在開發(fā)人員修改的同時(shí)，項(xiàng)目經(jīng)理也會對產(chǎn)品計(jì)劃做出相應(yīng)的調(diào)整，產(chǎn)品特征不斷地被修改。

(3)菜單/幫助測試。

在軟件測試過程中，開發(fā)人員將修復(fù)測試人員發(fā)現(xiàn)的錯(cuò)誤，而且對軟件的有些功能進(jìn)行修改，同時(shí)項(xiàng)目經(jīng)理也將根據(jù)情況調(diào)整軟件的特性，因而在軟件開發(fā)和測試的過程中，所有的功能都可以進(jìn)行調(diào)整。因此，在軟件產(chǎn)品開發(fā)的最后階段，文檔里發(fā)現(xiàn)的問題往往最多。

(4)發(fā)行測試。

在正式發(fā)行前，產(chǎn)品要經(jīng)過非常仔細(xì)的測試。除了專門的測試人員外，還需要幾千個(gè)甚至幾十萬其他用戶與合作者通過使用來對產(chǎn)品進(jìn)行測試。然后將錯(cuò)誤信息反饋到技術(shù)部門到了發(fā)行測試時(shí)，如果出現(xiàn)非改不可的錯(cuò)誤，就必須推遲軟件的發(fā)行，在推遲時(shí)間內(nèi)需要重新對軟件產(chǎn)品進(jìn)行全面的測試，將耗費(fèi)大量的時(shí)間、人力和物力。

(5)回歸測試。

在此階段，首先要檢查以前找到的錯(cuò)誤是否已經(jīng)更正了。回歸測試可使已更正的錯(cuò)誤不再重現(xiàn)，并且不會產(chǎn)生新的錯(cuò)誤。

(6)RTM 測試。

RTM 測試是指在產(chǎn)品發(fā)行階段所進(jìn)行的測試。在這一測試階段，每一個(gè)錯(cuò)誤都需要經(jīng)過高端人員同意才能更正。因?yàn)檫@時(shí)候修改軟件非常容易產(chǎn)生其他的錯(cuò)誤，所以只有那種非修復(fù)不可的錯(cuò)誤才將允許進(jìn)行修改。如果在發(fā)行階段軟件還有許多嚴(yán)重錯(cuò)誤的話，就不能按時(shí)發(fā)布。

測試方法

從理論上講，黑盒測試只有采用窮舉輸入測試，把所有可能的輸入都作為測試情況考慮，才能查出程序中所有的錯(cuò)誤。實(shí)際上測試情況有無窮多個(gè)，人們不僅要測試所有合法的輸入，而且還要對那些不合法但可能的輸入進(jìn)行測試。這樣看來，完全測試是不可能的，所以我們要進(jìn)行有針對性的測試，通過制定測試案例指導(dǎo)測試的實(shí)施，保證軟件測試有組織、按步驟，以及有計(jì)劃地進(jìn)行。黑盒測試行為必須能夠加以量化，才能真正保證軟件質(zhì)量，而測試用例就是將測試行為具體量化的方法之一。具體的黑盒測試用例設(shè)計(jì)方法包括等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測法、因果圖法、判定表驅(qū)動(dòng)法、正交試驗(yàn)設(shè)計(jì)法、功能圖法、場景法等。

等價(jià)類劃分的辦法是把程序的輸入域劃分成若干部分(子集)，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)作為測試用例。每一類的代表性數(shù)據(jù)在測試中的作用等價(jià)于這一類中的其他值。該方法是一種重要的，常用的黑盒測試用例設(shè)計(jì)方法。

以上就是關(guān)于黑盒測試是什么這方面的一些信息了 小編整理的這些訊息希望對童鞋們有所幫助。

關(guān)鍵詞：