※ 引述《ripple0129 (perry tsai)》之銘言：
: ※ 引述《Qoofate ( )》之銘言：
: : 曾待過2間公司
: : 一間做unit test , 作到哭出來 產品賠了錢 又不賺錢
: : 一間從不做 unit test , 只採用EE人工(智慧)test 產品賺翻天
: : so unit test = shit
: 真是奇妙的觀念
: Unit test跟產品賣的好不好的關係非常小好嗎
: Unit test的好處是降低bug量
: 增加開發效率
: 搭配自動化測試與部署
: 能夠有效的減低產品的測試成本與部屬的週期
: 當一個產品漸漸的出現越來越多改東錯西的情況
: 通常就是因為測試程式不夠周全
: 缺乏了測試程式在重構或增加功能上面
: 開發人員信心低落
: 改個程式碼戰戰兢兢
: 重構之後抱著僥倖的心態上production
: 沒事就謝天謝地
: 出事就加班搶修
: 知名測試工具Fitness
: 據稱有大量測試
: 達到了兩萬多行的程式碼
: 通報的bug數量僅十位數
: 這些都是測試的功勞
: 產品賣的好不好牽涉的太多
: 通常為了搶市場前期可能拼速度做原型
: 當市場出現了
: 測試就該當慢慢補上
: 否則開發成本容易直線上升
: 如果unit test寫的好就能大賣
: 那台灣老闆早就人人逼你寫test了
坦白說unit test直覺上就是增加開發成本
我第一次寫unit test覺得是在幫老闆燒錢
我個人是覺得unit test不見得不需要每個功能都實作
把一些重要的功能邏輯,或有機會異動的程式碼 做unit test會比較好吧
不然只做新增修查delete,這種操作應該不用寫unit test
小弟不懂~覺得沒啥用處,是因為遇到太多人只會嘴
用過後真的體會到它的好處的人不知道有多少
不然只會遇到一堆嘴上功夫而已