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

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

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

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

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