構築測試體系

《重構—改善既有代碼的設計》閱讀隨筆

背景介紹

程序員在實現軟件過程中,可能花費一些時間在編碼上,一些時間在設計或者思考上,然後花費大量時間在代碼調試上。比如尋找導致 bug 的原因,可能會消耗很多時。但是如果可以定位問題,那麼編碼解決會很快,但是如果在解決當前問題的過程中,又引入了其他 bug,並且當時還沒有發現,那麼就更加糟糕了。此時應該考慮構築測試體系。

如何做

比如在編寫一個類時,爲其構建相應的單元測試,儘量考慮全面一些,但不必過於全面,否則太多太細的測試會嚴重影響開發熱情和項目進度。在寫完該類或者更新該類時,執行一遍自動化測試用例,如果發現問題,那麼就儘早並且有針對性地修復。如果在投入生產後,發現了新的 bug,那麼及時完善測試用例,修復並再次執行自動化測試,保證未對其他功能造成影響。

自測代碼的價值

如果開發人員肯在代碼自測上下一些功夫,雖然感覺會多出一些工作量,甚至拖慢進度,但實際上可以有效縮減調試時間,大大提升開發效率。

測試對於重構的意義

良好的測試用例,極有利於代碼重構,在重構完代碼後,執行相應的測試用例,可以及時發現因重構而導致的問題,並調整修復。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章