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

然后我提交了測試報(bào)告給老板，突然嘴欠說了一句，“其實(shí)我懂C#的”
老板就說，“能力越大，責(zé)任越大” ，那你打開盒子來測試吧。
我照著之前的測試步驟，把盒子打開來各部件在各種測試中的反饋，檢查部件之間的結(jié)合是不是正常的，檢查從外部輸入到觸發(fā)一個(gè)結(jié)果的流程中是不是有一些不妥當(dāng)?shù)牡胤健?br/>這就是白盒測試。

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