※ 引述《Qoofate ( )》之銘言：
: ※ 引述《prag222 (prag)》之銘言：
: : 其實我也有點不懂
: : 明明寫了unit test
: : 怎我手測 點一點就有問題了
: : 而且測試根本不應該壓在工程師去做
: : 請個工讀生點一點就好了吧
: : 一個功能全部五個情境,後端工程師只寫1~2個情境
: : 看不出來unit test有啥屁用
: 曾待過2間公司
: 一間做unit test , 作到哭出來 產品賠了錢 又不賺錢
: 一間從不做 unit test , 只採用EE人工(智慧)test 產品賺翻天
: so unit test = shit
真是奇妙的觀念
Unit test跟產品賣的好不好的關係非常小好嗎
Unit test的好處是降低bug量
增加開發效率
搭配自動化測試與部署
能夠有效的減低產品的測試成本與部屬的週期
當一個產品漸漸的出現越來越多改東錯西的情況
通常就是因為測試程式不夠周全
缺乏了測試程式在重構或增加功能上面
開發人員信心低落
改個程式碼戰戰兢兢
重構之後抱著僥倖的心態上production
沒事就謝天謝地
出事就加班搶修
知名測試工具Fitness
據稱有大量測試
達到了兩萬多行的程式碼
通報的bug數量僅十位數
這些都是測試的功勞
產品賣的好不好牽涉的太多
通常為了搶市場前期可能拼速度做原型
當市場出現了
測試就該當慢慢補上
否則開發成本容易直線上升
如果unit test寫的好就能大賣
那台灣老闆早就人人逼你寫test了