W3Cschool
恭喜您成為首批注冊用戶
獲得88經(jīng)驗(yàn)值獎(jiǎng)勵(lì)
黑盒測試,白盒測試與灰盒測試的比較和區(qū)別如下所示:
編號 | 黑盒測試 | 白盒測試 | 灰盒測試 |
---|---|---|---|
1 | 不需要了解內(nèi)部工作結(jié)構(gòu)(代碼)。測試用例只需要GUI(圖形用戶界面)。 | 測試需要了解內(nèi)部工作結(jié)構(gòu)(軟件編碼)。 | 部分了解內(nèi)部工作結(jié)構(gòu)。 |
2 | 黑盒測試也稱為功能測試,數(shù)據(jù)驅(qū)動測試和封閉盒測試。 | 白盒測試也稱為結(jié)構(gòu)測試,透明盒測試,基于代碼的測試和透明測試。 | 灰盒測試也稱為半透明測試,因?yàn)闇y試人員對編碼知識有限。 |
3 | 測試方法包括試驗(yàn)技術(shù)和錯(cuò)誤猜測方法,因?yàn)闇y試人員不需要知道軟件的內(nèi)部編碼。 | 通過驗(yàn)證軟件中固有的系統(tǒng)邊界和數(shù)據(jù)域來進(jìn)行白盒測試,因?yàn)椴蝗狈?nèi)部編碼知識。 | 如果測試人員具有編碼知識,則通過驗(yàn)證軟件的數(shù)據(jù)域和內(nèi)部系統(tǒng)邊界來進(jìn)行。 |
4 | 輸入表的測試空間(用于創(chuàng)建測試用例的輸入)非常龐大,在所有測試空間中最大。 | 與黑盒測試相比,輸入表的測試空間(用于創(chuàng)建測試用例的輸入)較少。 | 輸入表的測試空間(用于創(chuàng)建測試用例的輸入)小于黑盒和白盒測試。 |
5 | 發(fā)現(xiàn)軟件的隱藏錯(cuò)誤非常困難,因?yàn)殄e(cuò)誤可能是由于黑盒測試未知的內(nèi)部工作造成的。 | 發(fā)現(xiàn)隱藏錯(cuò)誤很簡單,因?yàn)樗赡苁怯捎趦?nèi)部工作,這在白盒測試中得到了深入探索。 | 很難發(fā)現(xiàn)隱藏的錯(cuò)誤,可在用戶級測試中找到。 |
6 | 它不適用于算法測試。 | 它非常適合并推薦用于算法測試。 | 它不被考慮用于算法測試。 |
7 | 黑盒測試中的時(shí)間消耗取決于功能規(guī)范的可用性。 | 由于冗長的代碼,白盒測試需要很長時(shí)間來設(shè)計(jì)測試用例。 | 測試用例設(shè)計(jì)可以在短時(shí)間內(nèi)完成。 |
8 | 測試人員,開發(fā)人員和最終用戶可以參與測試。 | 只有測試人員和開發(fā)人員才能參與測試; 最終用戶不能涉及。 | 測試人員,開發(fā)人員和最終用戶可以參與測試。 |
9 | 這是所有測試過程中耗時(shí)最少的過程。 | 在所有測試過程中,整個(gè)測試過程是最耗時(shí)的。 | 比白盒測試耗時(shí)更少。 |
10 | 黑盒測試涵蓋了抵御病毒攻擊的彈性和安全性。 | 白盒測試不包括針對病毒攻擊的彈性和安全性。 | 灰盒測試不包括針對病毒攻擊的彈性和安全性。 |
11 | 黑盒測試的基礎(chǔ)是外部期望內(nèi)部行為未知。 | 灰盒測試的基礎(chǔ)是編碼,負(fù)責(zé)內(nèi)部工作。 | 基于高級數(shù)據(jù)庫圖表和數(shù)據(jù)流圖進(jìn)行測試。 |
12 | 它不像白盒和灰盒測試方法那么詳盡。 | 黑盒和灰盒測試方法之間最為詳盡。 | 部分詳盡; 取決于基于編碼或基于GUI的測試用例的類型。 |
Copyright©2021 w3cschool編程獅|閩ICP備15016281號-3|閩公網(wǎng)安備35020302033924號
違法和不良信息舉報(bào)電話:173-0602-2364|舉報(bào)郵箱:jubao@eeedong.com
掃描二維碼
下載編程獅App
編程獅公眾號
聯(lián)系方式:
更多建議: