純個人總結：

單元測試(UT)、功能測試(FT)：

目的：1、盡量避免寫的代碼測試人員頻繁的來找你其他地方又出問題了；2、提供的接口不可用；3、一個bug修復了引入了其他的bug或者其他用例變紅了；

理解：在實現函數功能的時候編寫對應的測試代碼，盡量保證”輸入-輸出”的正確性，在測試用例比較多的時候對系統有強身健體的功效，適用的人群是：非大牛者

優點：

保證函數基本功能

修改代碼后批量跑UT保證修改的代碼對其他邏輯無影響

修復bugs后增加用例代碼，更加強壯

有利于代碼重構

可以支持nightly?build,檢驗前天代碼質量，檢查代碼覆蓋率

測試代碼是函數的說明書，輕文檔

減少bugs數量和排查修復時間精力

缺點：

需要花時間去搭建一個測試代碼平臺和維護

前期需要很多的時間維護UT,FT代碼（但后期系統越大作用越明顯）

?

不適合使用的或者作用微小的場景

小項目，內容少一個人就能把握全部細節

記憶力合理都很棒的牛人，寫每句代碼都了如執掌，就不用浪費精力寫ut了

已經記錄好久且項目大的工程，一直沒ut，突然聞到理解到ut 的作用就想開始的，晚了

不喜歡敏捷思想的，就算開始了ut工程，后面會因為沒維護而成為拖累和一灘項目死水，也別使用，以免成為敏捷的悲觀者

?

http://blog.csdn.net/linxuping/article/details/16968141

?

轉載于:https://www.cnblogs.com/softidea/p/4048299.html

總結

以上是生活随笔為你收集整理的单元测试(UT)、功能测试(FT)(转)的全部內容，希望文章能夠幫你解決所遇到的問題。

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