? 第二章中，作者寫到了好的單元測試的標(biāo)：單元測試應(yīng)該在最基本的功能/參數(shù)上驗證程序的正確性、單元測試必須由最熟悉的人來寫、單元測試過后，機(jī)器狀態(tài)保持不變、單元測試要快、單元測試應(yīng)該產(chǎn)生可重復(fù)、一致的結(jié)果。獨(dú)立性——單元測試的運(yùn)行/通過/失敗不依賴于別的測試，可以人為構(gòu)造數(shù)據(jù)，以保持單元測試的獨(dú)立性。單元測試應(yīng)該覆蓋所有代碼路徑，但是100%的代碼覆蓋率并不等同于100%的正確性、單元測試應(yīng)該集成到自動測試的框架中、單元測試必須和產(chǎn)品代碼一起保存和維護(hù)。?

程序要進(jìn)行單元測試來保證程序的健壯性。

還要進(jìn)行回歸測試，就是在原版本上運(yùn)行的測試用例通過的話，在下一版本上再運(yùn)行時，卻沒有通過，這就是軟件"退化"，所以需要進(jìn)行回歸測試。在新版本上運(yùn)行所有已經(jīng)通過的測試用例，來驗證后面的版本沒有出現(xiàn)軟件"退化"的情況。

但是如果是模塊功能發(fā)生了變化，那么測試用例也需要修改來測試新的模塊。

程序還要進(jìn)行效能分析，這個是以前從來沒有了解過的。就是找出程序運(yùn)行時，哪個函數(shù)或方法消耗的時間多，就是程序運(yùn)行的瓶頸所在，進(jìn)行效能分析，從而對相應(yīng)模塊的代碼進(jìn)行優(yōu)化。進(jìn)行效能分析的方法有抽樣和代碼注入，各有優(yōu)缺點(diǎn)。不過普遍用的是先用抽樣方法找到瓶頸所在，然后對特定模塊的代碼用代碼注入的方法進(jìn)行詳細(xì)分析。還要注意避免沒有做分析就過早進(jìn)行"效能提高"。

對程序員或者工程師是有能力成熟度模型的。工程師在需求分析和測試上花的時間更多，而在具體編碼中比大學(xué)生花的時間少一半多，從學(xué)生到職業(yè)程序員，以后在寫代碼的時間會少很多，更多是用在分析上。??

轉(zhuǎn)載于:https://www.cnblogs.com/panjiawei/p/6713246.html

總結(jié)

以上是生活随笔為你收集整理的构建之法阅读心得（二）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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