模板
教程
環境
性能
功能
管理
一枚程序員眼中的單元測試(9)
發表于：2017-09-11來源：袁慎建作者：袁慎建點擊數：
標簽：單元測試
1. 如果連代碼的行為都不清楚，寫出來的代碼意義何在？ 2. 通過編譯就代表能正常工作嗎？ 3. 你可以不寫測試，但你寫的代碼不斷被QA找出Defect，作為D
1. 如果連代碼的行為都不清楚，寫出來的代碼意義何在？
2. 通過編譯就代表能正常工作嗎？
3. 你可以不寫測試，但你寫的代碼不斷被QA找出Defect，作為DEV名聲信譽何在，難道寫出可靠的代碼也不是你的職責嗎？
4. 公司的確不是雇你來寫測試的，那公司是顧你來調試bug的嗎？
5. 試問QA會喜歡一個交付的代碼存在很多Defect的DEV嗎？我想QA也寧愿代碼可靠到讓他ta"無事可做"，從而去做一些功能測試、性能測試、驗收測試等。
讓我覺得值得一提的是常規派的看法：
1. 編寫單元測試太花時間了，項目結束時再說吧！
2. 運行測試時間太長了！
“編寫單元測試太花時間了，等測試結束后再說” 聽起來是一個很合乎情理的想法。而在軟件開發項目上存在一個這樣的魔咒:
一推再推的事情，往往都是不會去做的事情。
不去做的原因可能是重視度不夠，被和諧掉了，也可能是最后想去做也沒有時間去做。不管出于什么原因，不寫測試存在潛在的風險。
實踐證明，隨著時間推移，產品的功能性的變化趨勢受測試代碼編寫的時機的影響如下圖所示：
原文轉自：http://sjyuan.cc/unit-test-view-from-a-programmer/
