首先我們來看，白盒測驗跟黑盒測驗，對于這兩個概念，我在網上也經常看到有人提出類似的問題，那我今天就來寫一篇關于兩者之間的原理與區別VS，
因為有很多朋友是剛剛接觸軟體測驗行業的，多多少少都會有聽過白盒測驗、黑盒測驗，
在公司里面，或者經常聽到有人說你是做黑盒測驗還是做白盒測驗？或者白盒測驗包括哪一些范疇呢？黑盒測驗又包括哪一些范疇，
文章首發于公眾號：程式員一凡
我們簡單來介紹一下這兩個概念
黑盒測驗
黑盒測驗:也稱功能測驗，測驗中把被測的軟體當成一個黑盒子,
內部結構是什么，只關心軟體的輸入資料與輸出結果，
>主要測驗依據是需求檔案、設計檔案、用戶手冊
1:業務能力
2∶測驗策略（功能測驗、u測驗，兼容性測驗)
3:設計用例--邏輯思維
這個圖呢，我們就可以把整個程式，當做一個黑盒子，那么它的特點是什么呢？就是看不到程式里面實作的代碼跟邏輯，其實這個就跟用戶去使用這個軟體是一樣的道理，
比如說你是一個用戶，我要去使用這個百度，那么我看到的只是百度的這么一個首頁，
頁面會有很多的按鈕、輸入等等之類的一些鏈接資訊，但是我根本就無法通過這個表面展示的資訊，去看到它內部代碼的一個實作，那么像對這個圖示進行點擊，
在這個搜索框進行輸入搜索，功能是否正常實作效果，
那么像這一類測驗，我們就把它就做黑盒測驗，
1.我不需要看到里面的這個代碼實作是什么樣子的，我也不管你里面是用Python實作的用Java實作的還是用其他編程語言實作的，我只要管我的功能有沒有實作，就OK了，
比如說，我搜索了程式員一凡，我點擊百度一下，我只要得到的結果中間是有關于程式員一凡這樣子的詞條結果出現，那么我就認為這個功能是正確的，
因此對于黑盒測驗來說的話呢，它也是入門級別的一種測驗，也是最為簡單的一種測驗，因為它只需要根據咱們的測驗檔案、或者設計檔案、或者用戶手冊等等這一系列的參考資料，參考檔案來對這個軟體功能進行驗證就OK了，
驗證什么呢？
1.驗證它的功能業務有沒有正確的實作
2.驗證它的UI是不是顯示，是否美觀正確，包括它的兼容性，等等之類的
3.設計用例--邏輯思維
只要這些內容實作了，符合需求檔案、設計檔案、用戶手冊，那么我們就認為這個功能沒有問題，這個業務就是可以正常跑通的，所以這個就是對于咱們測驗來說最為簡單的一種方式，也是最快速入門的一種方式，
那么真真正正在公司中間，我們第一個去做的也是這個黑盒測驗中間的功能測驗，其實黑盒測驗它是一個很大的范疇，黑盒測驗它并不僅僅只包括功能測驗，它也包括UI測驗，兼容性測驗，還包括什么？
其實我們常說的介面測驗也是屬于黑盒測驗，或者功能測驗的一個范疇，
因為像介面的話，介面這個東西也很簡單，我就只需要管我在介面左邊傳入資料之后，我要得到什么樣的結果就OK了，
也就是說我不去管你在這個介面內部中間是用的什么樣的協議，用的什么樣的處理機制來進行處理的，我就只關心在這個介面的左邊，就是我在發送之前我輸入一些請求引數，輸入完成后我要得到的一個結果，比如說是登錄成功或者說是登錄失敗，或者說是提示什么樣的資訊，
所以在一定程度上，我們也會把介面測驗劃分到黑盒測驗的范疇里面來，
那為什么我們又那么的重視介面測驗，而且單獨把它從這一塊單獨拎出來去學習，包括在企業中間呢，你去面試的時候，我相信十個公司去面試至少有九個公司會問到會不會介面測驗，會不會介面工具，會不會抓包，
那是因為介面它可以在咱們這一個功能測驗之前，就進行，就在咱們的前一個階段就開始執行，并且的話呢，它的這一個集成的程度以及管理的程度是相比于咱們這個功能跟UI方面來說，是要方便很多的，
因為它有一個非常大的特點！就是只需要把介面集成了，除錯好了之后，基本上它的介面就不會動了，但是想咱們UI前端的話呢，有時候隨著用戶的體驗感不好，或者說友好性不好等等之類的，前端的變化會非常的多，
因此在企業里面它會原來越重視這個介面，包括在介面的這一個階段呢它可以發現你在功能階段或者說在UI測驗這個階段很多的一些問題，
通用的問題，既然我能夠在前一個階段能夠發現，那我為什么不去做呢，因為在咱們測驗的程序中間越早發現這個Bug的話呢，它修復的這個成本就越低，然后你的這個軟體的穩定性就會越好，我的這個質量就會得到一個更加好的保障！
這個就是介面在測驗的一個比重，所以大家可以了解一下，所以說我們在這一塊我們去做功能測驗，介面測驗基本上是你現在出去面試的時候必備問到的兩個相關的這一個技能，（公眾號程式員一凡主頁點擊領取資料，領取最新大廠面試題）
那么我們講到黑盒的話呢，我們又不得不講一下我們的
白盒測驗
因為大家一開始講到黑盒就會跟白盒來進行比較，那么白盒就是完全跟黑盒相反的，
白盒測驗:關心軟體內部設計和程式實作，對內部實作邏輯進行測驗的程序，
主要測驗依據是設計檔案，偽代碼，代碼，--》開發
測驗開發（搭建自動化框架，開發自動化工具)--》自動化測驗--》框架
技能要求:看懂內部邏輯（語言: java,python, php.....)
那么白盒就是我就直接可以看到里面的代碼邏輯，然后根據里面的代碼邏輯然后去選取對應的資料，來對它進行一個測驗，去檢查它的結果是不是正確，因為像這種白盒測驗的話呢，我們又把它叫做什么呢？又把它叫做代碼測驗，或者叫做單元測驗，
像這一種測驗的話呢，可想而知，它必須要的一個要求是什么？必須要看懂里面的內部邏輯，如果說你看不懂里面的一個內部邏輯，你怎么去選資料呢，或者說你看不懂里面的內部邏輯，你選了這個資料，你也不知道它對應得出的結果應該是什么，
如果我在中間給你寫一個高階的函式，以你的能力沒有達到這個層次，然后我x去輸入一個1，那么我y得出的是多少，我自己都不知道，那么我怎么樣去測驗呢，我怎么去保證我這個測驗的結果是正確的呢，
因此在這一塊，做白盒測驗第一個要求就是你要懂內部邏輯，所謂的內部邏輯就是你要看懂開發寫的這些代碼，又回到我們百度的這個案例上來，
我們單元測驗來說，我們看到的不再是百度首頁這樣子的一個東西，而是我看到的是這樣子的一個Html的代碼，那么在這樣一個代碼里面的，要去看它是否正確，div是什么意思，為什么要放到這里，為什么要這樣子來寫，這就是我們需要去學會一門編程語言非常重要的一個點，
因為大家都知道，我們的編程語言有非常的多，比如說像Java、PHP、Python等等之類的，那么你這個程式是用什么語言寫的，那你就必須要看懂這么語言，
因此來說白盒測驗工程師他的要求非常高，并不是僅僅說你掌握一門編程語言，你掌握一個框架就OK了，并不是這樣子的，
白盒測驗因為他的要求比較高，而且相關的技術人員也是挺難找的，所以說一般在公司中間他白盒測驗很少讓測驗去做，一般開發人員做單元測驗，因為開發人員這個語言，內部的邏輯就是本人寫出來的，所以他對這個語言是非常熟悉的，
然后利用內部開發人員交叉的測驗，從而來測它內部的代碼邏輯是不是正確，
白盒測驗參考的一些檔案就是，設計檔案、偽代碼、代碼，這些東西，
當然有些小伙伴就說我的目標就是要成為一個白盒測驗工程師，那么我就建議你把這個目標改一改，因為像現在的話呢，大家都知道我們這個人工智能，我們的這一個Python，云儲存，這些都非常的火，
所以說像在這一塊，我們要看到時代的一個發展，包括IT他往哪個方面重點發展，現在的話，你無論是走自動化還是走性能方向，或者走安全方向，其實在需求的程度上都比白盒測驗要多一些，
當然白盒測驗也有他的一個需求市場，不是說沒有，相對比較少，
知識面拓展：
黑盒測驗產生的問題
從理論上講，黑盒測驗只有采用窮舉輸入測驗，把所有可能的輸入都作為測驗情況考慮，才能查出所有的錯誤，實際上測驗情況是無窮多的，完全測驗是不可能的，
如何解決?
必須將黑盒測驗行為加以分類
1、節約測驗實施的時間和資源
2、避免盲目測驗、提高測驗效率
3、使測驗的實施重點突出、目的更明確
加油吧，測驗人！路就在腳下，成功就在明天！
未來的你肯定會感謝現在拼命的自己！
愿你我相遇，皆有所獲！ 歡迎關注微信公眾號：程式員一凡
1.免費領取一份216頁軟體測驗工程師面試寶典檔案資料，
2.軟體測驗學習路線以及相對應的視頻學習教程免費分享！
文章首發于公眾號：程式員一凡
轉載請注明出處！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/242235.html
標籤：其他