眾所周知,，在團(tuán)隊(duì)中進(jìn)行代碼審查（Code Review）可以提升代碼質(zhì)量,，分享項(xiàng)目知識,、明確責(zé)任,，最終達(dá)到構(gòu)建更好的軟件、更好的團(tuán)隊(duì),。

代碼審核及其重要,，一般來說每周都要做一次代碼審核。
首先,，代碼審核有利于你跟蹤項(xiàng)目進(jìn)展情況,，我們能真實(shí)地看到手下的人進(jìn)展如何，并且更早發(fā)現(xiàn)他們是否誤入歧途,。
有時候，手下人會說“完成得差不多了,！”,，你去看代碼時發(fā)現(xiàn)什么都沒有或者只是一堆垃圾，諸如此類,，總之離完成還很遙遠(yuǎn),。
在管理中，這種情況是最讓人討厭的,，所以我認(rèn)為代碼審查是避免這種麻煩的途徑,。

要認(rèn)識單元測試，首先要明白什么是“單元（Unit）”,。
所謂“單元”指的是代碼調(diào)用的單位,，實(shí)際上指的是一個功能塊（Function）或者方法（Method）。
所以單元測試指的就是對這些代碼調(diào)用單元的測試,。

單元測試是一種白盒測試,，就是必須要對單元的代碼細(xì)節(jié)很清楚才能做的測試。
所以,，單元測試的編寫和執(zhí)行都是由軟件工程師來做的,。
相對于單元測試，還有集成測試,。
集成測試基本都是黑盒測試,，主要是由測試人員根據(jù)軟件的功能手冊來進(jìn)行測試，需要有專門的測試環(huán)境配合,。
集成測試又分功能測試,、回歸測試等。

需要單元測試的代碼實(shí)際上是開發(fā)人員自己寫的邏輯,，測試邏輯所依賴的環(huán)境是否正常不是單元測試的目的,。
在環(huán)境訪問代碼中引入邏輯,，只會讓邏輯更難測試,，導(dǎo)致邏輯代碼無法進(jìn)行單元測試,。
因此，可單元測試的代碼,，才能夠采用單元測試,。
判斷可測試的代碼還有一個方法，就是看這個方法能否用一個 main 函數(shù)直接運(yùn)行,，如果可以的話就是可單元測試的代碼,。
可測試的代碼還有另一個特征，就是該方法單元的參數(shù),，開發(fā)人員可以自由模擬,，不需要依賴外部環(huán)境。