單元測試：一個開發人員要面對測試一個單元時只給出單元的代碼而沒有規格說明這樣吃力不討好的任務.你怎樣做才會有更多的收獲,而不僅僅是發現編譯器的Bug?第一步是理解這個單元原本要做什么, --- 不是它實際上做了什么. 比較有效的方法是倒推出一個概要的規格說明.這個過程的主要輸入條件是要閱讀那些程序代碼和注釋, 主要針對這個單元, 及調用它和被它調用的相關代碼.畫出流程圖是非常有幫助的,你可以用手工或使用某種工具. 可以組織對這個概要規格說明的走讀(Review),以確保對這個單元的說明沒有基本的錯誤, 有了這種最小程度的代碼深層說明,就可以用它來設計單元測試了.
編寫單元測試會增加程序員工作量.單元測試跟生產代碼是一樣的，并不會應為是用來測試的就有所不同，開發人員同樣要面對測試代碼的編寫、維護等工作，也同樣要面對避免重復代碼等一系列問題，能否寫出好的測試代碼還是取決于開發人員的設計和編碼能.
?
)
‘ returned non-zero exit status 127)
