作者ripple0129 (perry tsai)
看板Soft_Job
標題[討論] 多少公司有執行單元測試
時間Tue Nov 1 08:22:40 2016
大家應該都知道測試的重要性
真的有在實施單元測試的不知道有沒有超過一半
然後也蠻好奇測不測private
單元測試也是蠻深的一門學問
很多method也不知道要怎麼測試
然後須不須要測試從網路抓的api等等的
不知道各位測試做到怎樣的程度?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.233.108
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1477959762.A.AF3.html
推 CaptainH: 蠻深的學問讓人笑噴了 11/01 08:39
推 kingofsdtw: 0 11/01 08:43
推 JFLung9536: 這是基本功吧 11/01 09:03
→ cheng19: 呃...我公司沒做單元測試... 11/01 09:15
推 jerry771210: 單元測試要寫到效率好不容易啊…不知道某樓在鄙視 11/01 09:22
→ jerry771210: 什麼 11/01 09:22
推 chan15: 我自己的專案會寫,但目前面試過的公司沒有一間有規定的 11/01 09:23
→ kenwufederer: 一般金融一定有,有沒有確實執行就是另一回事 11/01 09:31
推 CaptainH: 你當然不知道啦…因為你覺得效率的重點在於測試而不是程 11/01 09:40
→ CaptainH: 式本身嘛 11/01 09:40
→ testPtt: 直接使用者測試 11/01 09:43
推 Chienhua: 樓上的ID正確 .. 11/01 09:57
→ robber1234: 哪一家公司把unit test當spec的? 不是手測的喔 11/01 11:00
推 dali17dali17: 沒有+1 11/01 11:04
推 Trick: global等級的網站系統,沒寫 11/01 11:11
推 Wolfken: 單元測試本來就有不少技巧呀,而且跟寫程式不太一樣,只能 11/01 11:41
→ Wolfken: 說從這結果看出台灣軟體工程還落後蠻多的吧... 11/01 11:42
推 Ekmund: 單元測試也是個坑啊...說它深不為過吧 11/01 11:45
→ robler: 我記得我應徵現職的時候也是一直說要做要做,現在也沒在做 11/01 11:51
→ dreamnook: 口號有做 實際人做(爆炸 11/01 11:58
推 jimmy689: 大部分喊單元測試都是冒煙測試(O) 11/01 12:05
→ gpctv: 單元測試真的是一門學問啊!!! 11/01 12:06
→ gpctv: 這還有專門的職位啊 11/01 12:06
推 shadow0326: 單元測試不難 難的是寫出適合單元測試的code啊 11/01 12:07
推 abola921: 我是覺得你應該問『有多少公司開發跟測試是分開的』 11/01 12:24
→ abola921: 開發者跟測試者同一個人,很難測出問題,自己都會閃的 11/01 12:24
→ ripple0129: 不過我看蠻多是建議由程式開發者來撰寫 11/01 12:29
推 frank11118: 整合跟單元測試都要寫,不然涵蓋率不夠沒辦法推上Prod 11/01 12:33
推 fightmz: 之前都在趕客戶需求,最近才開始導入 11/01 12:41
推 yyc1217: 客戶不會管你有沒有單元測試 11/01 12:46
推 Argos: 台灣區網站流量前十的公司 沒在測沒在管 XD 11/01 12:52
推 d1288999: 沒單元測試+1 11/01 13:06
推 tsairay: 老闆就不care,time to market最大 11/01 13:35
→ tsairay: 老闆不care就永遠做不起來 11/01 13:35
推 ggggggh: 台積電有 11/01 14:17
→ wellkom: 直接萬哪一家公司人力budget 是必要人力直接 x2 x3 給的 11/01 14:28
→ wellkom: 這作下去都是錢,花不起的廢老闆不給錢你要怎麼做 11/01 14:29
→ femlro: 鬼島有鬼島的玩法@@ 11/01 14:33
推 ECMA: 測試也需要成本 老闆不會多花這成本 低價搶標 哪來成本做這 11/01 14:53
推 Trick: 反過來問,反正不做也是時限內成功上線,老闆會願意多花錢 11/01 15:13
→ Trick: ? 11/01 15:13
推 Trick: developer想做user肯多給時間嗎 11/01 15:15
→ jerry771210: 還請一樓大大開示啊,前陣子卡在multithread中實在 11/01 15:17
→ jerry771210: 不得要領。 11/01 15:17
噓 Qoofate: 這是沒用的 問群暉 11/01 15:21
→ ftrain: 單元測試浪費時間。不需要... 11/01 15:22
→ manaup: 有很好 沒有也不會差太多 基本也無法解決很重要的問題 11/01 15:23
→ manaup: 就好像scrum 嘴一堆 結果還是得投錢下去加資源加人 11/01 15:25
→ aleelyle: 上次去面試一間新創 我問他們有沒有做unit test確保品質 11/01 15:42
→ rodion: 由這篇推文可以得知台灣SW產業真的很慘... 劣幣逐良幣 11/01 15:43
→ aleelyle: 他們說他們的工程師是最強的 寫出來的產品就是品質最好 11/01 15:43
→ aleelyle: 所以不用測試 11/01 15:43
→ manaup: :) 真的 只要品質好 就算是猴子寫的 user也不太care 11/01 15:47
→ dreamnook: 當user也是猴子時 只能自行嘗試減少開發時間的方式XD 11/01 15:49
推 GameGyu: 沒單元測試 光是解同樣的bug 就浪費更多的時間了 11/01 15:54
推 hidog: 單元測試很重要 但是要看資源夠不夠... 11/01 15:56
→ hidog: 畢竟需要多餘的人力資源與時間 @@ 11/01 15:57
→ hidog: 台灣有unit test的應該不少,但是嚴格執行跟維護的就很少了 11/01 15:57
推 GameGyu: 如果有多餘的人力資源與時間 我是建議就不用unit test了 11/01 16:04
推 pan0438: 單元測試一定要mock嗎? 11/01 16:09
→ ftrain: 單元測試浪費時間,如果連「單元」都寫不好。 11/01 16:26
→ ftrain: 建議轉行比較快。 11/01 16:26
→ ftrain: 程式麻煩的一定是交互作用,整體性的。不在於單元。 11/01 16:27
→ Argos: 以為品質好的軟體就會賺錢嗎?事實是這些都跟專案成不成功 11/01 16:30
→ Argos: 關係不大 成不成功是指有沒有賺到錢 11/01 16:31
→ Argos: 但我們是工程師 精算成本又不是我們的工作?我們當然是想做 11/01 16:32
→ Argos: 到最棒 所以該做的測試一定要做喔! 11/01 16:32
推 Masakiad: 有做啊,涵蓋db access, networking api, stub, mock, d 11/01 17:53
→ Masakiad: epending inject 技巧都常常用啊。自己一個月大約會做70 11/01 17:53
→ Masakiad: -80個unit test吧 11/01 17:53
推 Beersheep: 不寫測試才浪費時間,光是抓 bug 就飽了 11/01 17:54
→ Masakiad: 沒單元測試怎麼敢上線,除非系統資料都跟錢無關 11/01 17:55
→ dreamnook: 不要問 豪口怕 11/01 18:04
→ manaup: (每隻猴子都該知道的108種手工測試 11/01 18:55
推 jammy50605: 單元都過不了還談整體 11/01 19:34
推 zelda123: mock比較麻煩,有些語言不好做 11/01 19:36
推 james732: 嵌入式系統韌體要怎麼做單元測試QQ 11/01 20:17
推 monoceros629: 公司沒人寫,自己寫。我做把通訊加解密,和資料處 11/01 21:01
→ monoceros629: 理的部份做unit test, UI的部份手測。 11/01 21:01
→ monoceros629: 寫的時後很慢,做好後,實際上線只修改ㄧ點就ok了 11/01 21:04
推 RadiationXen: 人肉測試 11/01 21:06
→ monoceros629: 剩下時間都在調整ui的問題 11/01 21:07
→ monoceros629: 看到有些同事沒做test,開發到後期還在測通訊封包 11/01 21:13
→ monoceros629: 的問題,覺得很可笑 11/01 21:13
→ dnabossking: 我不懂的是,單元測試,只能測工程師有想到的錯誤 11/01 21:38
→ dnabossking: ,工程師想不到的,就測不出來,問題是,想的到的 11/01 21:38
→ dnabossking: ,在寫扣的時候早就避免了,所以,測試由工程師自 11/01 21:38
→ dnabossking: 己來寫,根本沒到理,結論,你們公司有測試工程師 11/01 21:38
→ dnabossking: 嗎?沒有的話,有測沒測有差很多? 11/01 21:38
推 ledia: 樓上, 光是防 regression 就很有用了 11/01 21:47
推 Lorekeeper: 鬼島有鬼島自己的玩法~幾家軟體公司有專門的測試人員? 11/01 22:06
推 genesic: 去改以前的code有沒有單元測試你就知道差在哪了 11/01 22:32
→ genesic: 跟是不是和開發者同一個人寫的關係沒有很大 11/01 22:33
推 s860134: 長期維護且持續修改的專案很有用啊 11/01 23:13
→ s860134: 兩三百個rd天天進,最好不用做 11/01 23:14
推 s860134: 測試案例都很基本,等到真沒測過就是出大包囉 11/01 23:18
推 GameGyu: 想的到的,在寫扣的時候早就避免了 --> 上帝大概能做得到 11/01 23:24
推 s860134: 是怕以後被改壞,寫一次可以天天跑,每次進版跑 11/01 23:37
推 max241: 鬼島客戶根本不會有那時間寫測試啦 11/01 23:45
→ badyy: 系統廠,功能長在別人身上,沒有unit test,只有testcase 11/02 01:32
→ badyy: 只好幫別人做測試了 囧.. 11/02 01:32
推 bombilla: 有測,但……unit test的code本身就是個bug了…=.=a 11/02 12:49
噓 wellkom: 想得到的寫的時候早就能避免 <-- 這好嘴砲 11/02 12:55
→ xxxzzz: 比較想知道,如何確保單元測試100%正確 11/02 14:31
→ monoceros629: 沒有保證正確的 11/02 16:13
→ monoceros629: 測試程式特別的是,有時候我以爲ok的function連自 11/02 16:15
→ monoceros629: 己的test都跑不過 11/02 16:15
噓 hydefate: 說個笑話: unit test 11/02 19:47
→ xxxzzz: 所以單元測試就是,用不確定的東西去測不確定的東西.... 11/02 23:29
→ zapion: 單元測試是一種interface的規格保證 規格一直變當然沒用 11/03 17:29
→ manaup: 單元測試是好工具 但決解不了人發蠢啊 磚頭才行 11/03 23:10
推 jej: 喔CMMI說要UT而且還要入CM 台灣大部分公司也和原po一樣 11/03 23:29
→ jej: 認為不重要 但檢定CMMI拿不出證據 就會被扣分 11/03 23:30
→ jej: 為了公司CMMI 還是寫吧 11/03 23:31