看板 PHP 關於我們 聯絡資訊
各位大大好 小弟最近想寫出testable code 常聽說要寫出testable code 比較好 可是實作上感覺有點累人? 以這篇介紹的dependency injection技巧來說 http://net.tutsplus.com/tutorials/php/dependency-injection-huh/ 光是為了將連接資料庫相關的code寫得testable 連database constructor 都要做 injection 再加上寫unit testing的code 開發上感覺會慢很多? 小弟知道testable的code在可維護性 可擴充性 reusability上一定很出色 長遠來看優點很多 但是短期內來看 開發的速度會變慢很多吧? 還是說 在web開發領域 testing常常是被捨棄掉的部分? 有大大可以分享一下經驗or心得嗎 感恩!! -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.45.137.115
olctw:如果著眼點在滿足眼前需求,的確單元測試會有些費工。但如果 01/22 23:02
olctw:將焦點放在 3~5 年內的發展,單元測試的價值就出來了,因為 01/22 23:03
olctw:通常累積因為小地方錯誤來回修正的時間會大於單元測試開發 01/22 23:03
poopoo888888:嗯嗯 .. 所以有野心持續開發擴充3-5年的web app 01/22 23:12
poopoo888888:就滿值得單元測試 嗯嗯 01/22 23:13
alog:小弟的看法是看性質,需要長時間維護、需要服務第三人 01/22 23:23
alog:或者是跟金錢流動有關的,就應該做處理 01/22 23:23
alog:避免程式因為特殊狀況下造成別人的利益有損失 01/22 23:24
alog:以前沒有framework在輔助單元測試時, 01/22 23:26
alog:我會準備一些腳本來測試一些 function or 腳本的流程 01/22 23:26
alog:甚至用 script language (ruby) 寫好一整組的 http request 01/22 23:27
alog:發送假資料測試運作結果 01/22 23:27
alog:哪些頁面該出現什麼、回應什麼測試久了就有個答案 01/22 23:28
alog:另外3-5年的發展我認為有點長,或許我們拿php用的地方不一樣 01/22 23:29
alog:另外小弟也曾著了魔試過用 C# 寫個內嵌瀏覽器 測過 01/22 23:30
alog:以上僅供參考 @@ 01/22 23:30
alog:補充一點,如果不太想寫單元測試,也可以考慮記錄例外的擲回 01/22 23:40
alog:XD 上線的網站如果噴太多你就會有動力想寫了 01/22 23:41