假設待測程序是一個 盒子。那么盒子里面的零部件 就是具體的代碼。
然后一個密封的盒子丟了我面前，老板說，讓我測試一下這個盒子有沒有BUG。
然后我對著這個盒子嘗試各種各樣的輸入，比如說把它丟在陽光里曬足一整天，或者是盒子上的各種按鈕，按照莫名其妙的各種順序嘗試一下，看一下這個盒子有什么反應。然后記下來，對照一下產品說明書，看看是不是符合預期。
那么這整個階段就是黑盒測試，我不需要知道里面零部件怎么結合，不需要知道代碼邏輯。是個門外漢都能做。

然后我提交了測試報告給老板，突然嘴欠說了一句，“其實我懂C#的”
老板就說，“能力越大，責任越大” ，那你打開盒子來測試吧。
我照著之前的測試步驟，把盒子打開來各部件在各種測試中的反饋，檢查部件之間的結合是不是正常的，檢查從外部輸入到觸發一個結果的流程中是不是有一些不妥當的地方。
這就是白盒測試。

然后我又提交了測試報告，突然又嘴欠說了一句“大體的邏輯是測試過了，不過部件太多太復雜，細節之處覆蓋不到”
老板又說，那你把這些部件拆出來單獨一個一個測試。
我就把一些模塊單獨拿來測試，當然直接拆出來它是不可能正常運作的，還需要給這個部件加載一些模擬數據，這樣它就能假裝正在一個系統里正常的運行，然后我又是各種輸入輸出去測試它。
這就是單元測試。