看板Soft_Job
: ※ 引述《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了
--
※ 批踢踢實業坊(ptt.cc), 來自: 223.140.178.33※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1478091805.A.26A.html
推 dnabossking: 邏輯正確 11/02 21:21
推 longlyeagle: 主要是跟別人對接的最好先寫test自己測過 11/02 21:57
→ longlyeagle: 不然CI一上build error系統自動狂送email超煩 11/02 21:57
推 GoalBased: 樓上可以把自己從收件人名單中移除呀 11/02 22:08
→ yyc1217: 不都用slack嗎XD 11/02 23:02
推 XJY13: 觀念正確 11/02 23:48
推 gocreating: 最後一句觀念正確 11/03 04:44
推 henry015: 前面兩篇的邏輯和觀念蠻可悲的 11/03 16:18
→ viper9709: 推最後兩句 11/03 23:08