單元測試：一個開發(fā)人員要面對測試一個單元時只給出單元的代碼而沒有規(guī)格說明這樣吃力不討好的任務.你怎樣做才會有更多的收獲,而不僅僅是發(fā)現(xiàn)編譯器的Bug?第一步是理解這個單元原本要做什么, --- 不是它實際上做了什么. 比較有效的方法是倒推出一個概要的規(guī)格說明.這個過程的主要輸入條件是要閱讀那些程序代碼和注釋, 主要針對這個單元, 及調用它和被它調用的相關代碼.畫出流程圖是非常有幫助的,你可以用手工或使用某種工具. 可以組織對這個概要規(guī)格說明的走讀(Review),以確保對這個單元的說明沒有基本的錯誤, 有了這種最小程度的代碼深層說明,就可以用它來設計單元測試了.

編寫單元測試會增加程序員工作量.單元測試跟生產(chǎn)代碼是一樣的，并不會應為是用來測試的就有所不同，開發(fā)人員同樣要面對測試代碼的編寫、維護等工作，也同樣要面對避免重復代碼等一系列問題，能否寫出好的測試代碼還是取決于開發(fā)人員的設計和編碼能.

?

轉載于:https://www.cnblogs.com/bossm/p/6789614.html

總結

以上是生活随笔為你收集整理的构建之法第二章的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。